Small updated for labels.inc..
thanks
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/eB/7ntRsCYR/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
Here is updated slovak translation.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/rw/4h8HCQHw/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
I am sending updated czech translation.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/88/mPCq/MM7/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I try to make a roundcube skin for my university. Our designers made a
fine job, but they had located the login inputs below the labels, that
means I need 4 rows for login screen.
then I noticed that the login form was placed into a table :(, it is
kidna difficult to manipulate via CSS and impossible to get 4 rows
without editing the rcube_template.php file.
so, i wrote a simple patch to convert login form's table structure to
list( and add an extra div for each <li> to end float -if needed-).
I think this form is much more easy to manipulate, even it may be a
plus for the ones who make skins for rtl languges.
regards,
Melih
diff against 0.4-beta:
1051,1060c1051,1060
<
< // create HTML table with two cols
< $table = new html_table(array('cols' => 2));
<
< $table->add('title', html::label('rcmloginuser',
Q(rcube_label('username'))));
< $table->add(null, $input_user->show(get_input_value('_user',
RCUBE_INPUT_POST)));
<
< $table->add('title', html::label('rcmloginpwd',
Q(rcube_label('password'))));
< $table->add(null, $input_pass->show());
<
---
>
>
> // create FORM html
> $form_html = sprintf("<ul><li>%s%s<div class=\"clear\" /></li><li>%s%s<div class=\"clear\" /></li>",
> html::label('rcmloginuser', Q(rcube_label('username'))),
> $input_user->show(get_input_value('_user', RCUBE_INPUT_POST)),
> html::label('rcmloginpwd', Q(rcube_label('password'))),
> $input_pass->show()
> );
>
1063,1064c1063,1066
< $table->add('title', html::label('rcmloginhost',
Q(rcube_label('server'))));
< $table->add(null,
$input_host->show(get_input_value('_host', RCUBE_INPUT_POST)));
---
> $form_html .= sprintf("<li>%s%s<div class=\"clear\" /></li>",
> html::label('rcmloginhost', Q(rcube_label('server'))),
> $input_host->show(get_input_value('_host', RCUBE_INPUT_POST))
> );
1066a1069,1070
> $form_html .= '</ul>';
>
1070c1074
< $out .= $table->show();
---
> $out .= $form_html;
_______________________________________________
List info: http://lists.roundcube.net/dev/
First post :)
I am a developer for Rhyton, a virtual webhosting provider, and we are
getting ready to roll out RC on our newest virtual server platform.
Neither of the two solutions that we saw on the wiki for identifying a
users' virtual host domains is sufficient for our purposes, as our server
owners can have dozens of domains on the same virtual server with multiple
users per virtual host domain, and adding database entries or virtualmap
constraints are too onerous (or at least darned inconvenient) for our
clients. -- you get the picture.
Now, as a solution (and this is what I would like to get your comments on)
for this problem, we added a bit of code to the "function create" in
./program/include/rcube_user.php to get the hostname from the environment
and strip out the "www.", if contained therein. Its a tiny mod, so I won't
bother posting a patch. It is at line 359:
static function create($user, $host)
{
//added by rhyton--------------------------------
$host = getenv('HTTP_HOST');
$host = preg_replace("/^www\./", "", $host, "1");
//-----------------------------------------------
We have used a similar solution with OpenWebMail and Neomail in the past
with no problems.
Does anyone see any issue with using this modification and if so, what?
Also, is there perhaps a better way to implement this with more complete
checking?
Thank you!
Jake Whatley, Developer
Rhyton Corporation
jwhatley -at- rhyton.comhttp://rhyton.com
***********************************
_______________________________________________
List info: http://lists.roundcube.net/dev/
First post :)
I am a developer for Rhyton, a virtual webhosting provider, and we are
getting ready to roll out RC on our newest virtual server platform.
Neither of the two solutions that we saw on the wiki for identifying a
users' virtual host domains is sufficient for our purposes, as our server
owners can have dozens of domains on the same virtual server with multiple
users per virtual host domain, and adding database entries or virtualmap
constraints are too onerous (or at least darned inconvenient) for our
clients. -- you get the picture.
Now, as a solution (and this is what I would like to get your comments on)
for this problem, we added a bit of code to the "function create" in
./program/include/rcube_user.php to get the hostname from the environment
and strip out the "www.", if contained therein. It's a tiny mod, so I won't
bother posting a patch. It is at line 359:
static function create($user, $host)
{
//added by rhyton--------------------------------
$host = getenv('HTTP_HOST');
$host = preg_replace("/^www\./", "", $host, "1");
//-----------------------------------------------
We have used a similar solution with OpenWebMail and Neomail in the past
with no problems.
Does anyone see any issue with using this modification and if so, what?
Also, is there perhaps a better way to implement this with more complete
checking?
Thank you!
Jake Whatley, Developer
Rhyton Corporation
jwhatley -at- rhyton.comhttp://rhyton.com
***********************************
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi.
Please update Azerbaijani in RoundCube.
Note: Please change is a native name of language to "Azərbaycanca".
(No "Azəri").
Labels and messages.
Language name: Azerbaijani (Azərbaycanca).
Note: Update
------------------------------------------------------------
Xəbərin var, DNS Computers-dən noutbuk alana Azercell-dən 200 manatlıq Datakart paketi 80-100% ENDİRİMlə verilir?! www.dns.az
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/rM/Ufunycau/labels.inchttp://detached.gigo.com/rc/rM/Ufunycau/messages.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi guys!
Thomas:
the change you make to the license of the Default Skin, as i can
understand, makes so difficult for a company to use roundcube for
commercial purposes.
The license http://creativecommons.org/licenses/by-nc/3.0/ states that
you have lots of attributions but "Not commercial Use".
I think that roundcube needs to have a "base theme" (GPL, CC-by-sa,
CC-by, etc) from which one can build themes without having legal issues.
Suppose a webmaster, adapting a RC Theme to suit the graphical design of
a given bussiness, with the new license that job cannot use the default
skin as a start base; the new skin needs to be written from scratch!.
For every new version of roundcube, the entire skin needs to be
reviewed.
The other point, i'm even more worried about, is using roundcube as the
webmail solution on a ISP, using the default skin. I'm reading the
entire CC-by-nc license, but if this is a commercial use of the skin...
¿does it fit into the permissions granted by the Skin's license?
i would be less worried if the license was CC-by-sa
regards!
_______________________________________________
List info: http://lists.roundcube.net/dev/