Hello!
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/gH/pb3mmzTB/azlangupd.rar
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!
My setup around RC is somewhat complicated. IMAP and managesieve
protocols are behind proxy. To make matters worse, it seems that it is
not the same software which is doing proxy and back end. And this breaks
RC in weird ways.
For example, quota does not show, in sieve rules some actions are
missing and so on.
I was able, finally, to track this down to difference in capability
response, which of course, are different for proxy and back end. The fix
is simple - after login, check again for capability response!
I did two patches, and would like to know did i made them at the right
place? I do have some experience with PHP, but i'm not so familiar with
RC and it's internal workings.
If this changes are ok, i guess it would be nice to make new config
option, which will enable to re-read capability response _after_ login.
Keep up the good work! :-)
H.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Gk/v1JX3xNJ/rc1.patchhttp://detached.gigo.com/rc/Gk/v1JX3xNJ/rc2.patch
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'm sending an updated slovenian translation of messages and labels.
Barbara
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/cP/sSySOXLT/RCD_slovenian_transl.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
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/