Dev July 2008

dev@lists.roundcube.net

31 participants
28 discussions

Updated Hebrew Translation
by Moish 16 Jul '08

16 Jul '08

Moish --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/5Y/pQty1u7F/messages.inc http://detached.gigo.com/rc/5Y/pQty1u7F/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/

1 0

updated Hungarian translation - 2 questions
by Horváth Balázs 16 Jul '08

16 Jul '08

#1 If you choose download directly the translation is not saved on the page. Should it work this way? *labels.inc* - missing texts translated, question #2: an old one: receiptread Return Receipt (read) new: mdnrequests Sender notifications Shouldn't the new one be 'receipt' and 'Return receipt' to keep texts consistent? *messages.inc* - missing 1 text updated, $messages['messagesaved'] fixed Balázs -- *Horváth Balázs* *Balázs Horváth* Fejlesztési vezető Development Manager WG Informatika Kft. WG Informatics Ltd. H-1123 Budapest, Alkotás utca 53. (MOM Park, "D torony" II.em) Tel./Fax: +36/1-487-5502 Mobil: +36/20-971-2904 E-mail: horvath.balazs(a)wgi.hu <mailto:horvath.balazs@wgi.hu> Web: http://wgi.hu <http://wgi.hu?adid=145> --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/tM/PTLy7t2u/labels.inc http://detached.gigo.com/rc/tM/PTLy7t2u/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/

1 0

updated Macedonian translation
by Ivan Mishev 16 Jul '08

16 Jul '08

greetings.. i updated the macedonian translation to the latest version .... keep up the good work --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/H6/pc01Z3Gj/mk-MK_update.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/

1 0

Re: [RCD] Ticket #1484984 (bugs closed): Installer should save configs.
by Robin Elfrink 16 Jul '08

16 Jul '08

Thomas, Can we not add a download-option to the installer, for main.inc.php and db.inc.php? Something like attached patch (except that it doesn't really work right now because of output already sent). Robin --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/rW/sN59DQSJ/_11484984-20080415.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/

3 5

Config option 'flag_for_deletion'
by Thomas Bruederli 15 Jul '08

15 Jul '08

Hi everybody, I'd like to discuss the meaning of the option named 'flag_for_deletion'. In http://trac.roundcube.net/changeset/1508 RoundCube changed it's behavior based on the bug reported in http://trac.roundcube.net/ticket/1485002 This config option was initially created to control the behavior when deleting a message and no Trash folder is available (see comment in config/main.inc.php) and was set to true by default. When I now delete a message (move it to the Trash) the original message is only flagged as deleted but still visible (no expunge command is issued) and this is not what most users expect to happen. Since http://trac.roundcube.net/changeset/1403 this config option is even editable for the user but it's still set to true for all users until they manually disable it. To respect the issue described in ticket #1485002 I suggest to also check if a Trash folder is specified ('trash_mbox') in rcube_imap.php as well as in app.js and to remove the config option from the user prefs form. To make it complete, we could allow the user to select his trash folder in the users prefs with the option to leave it empty (which would enable the checkbox for 'flag_for_deletion') What do you think about this? Do you like the behavor of the current svn trunk? Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

French i18n
by Florian Manach 15 Jul '08

15 Jul '08

Hello, I discovered Roundcube recently, and first of all, I have to say "Good Job". This webmail is simple, powerfull and very nice to use. As I really like it, I want to contribute to it. As a beginning, please find attached the labels.inc I generated with the online translator with a couple of new translations (all the ones that were marked in red). I also find some untranslatted messages in the last version I'm using in the preferences page. Sender notifications : Notification de l'envoyeur ask the user : Demander send automatically : Toujours envoyer ignore : Ignorer Mark the message as read on delete : Marquer le message comme lu à sa suppression Flag the message for deletion instead of delete : Marquer le message pour suppression au lieu de le supprimer Clear trash on logout : Vider la corbeille à la déconnexion Compact inbox on logout : Compacter la boite de réception à la déconnexion -- Cordialement, Florian Manach --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/rh/aVParheL/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/

1 0

Re: [RCD] config file location
by Adam Carmichael 14 Jul '08

14 Jul '08

> On Sun, Jul 13, 2008 at 12:38 AM, Amitai Schlair <schmonz(a)schmonz.com> wrote: > > On Jul 12, 2008, at 3:54 PM, Michael Baierl wrote: > > > >> Please be aware that not everyone has access to the Apache > > configuration. Actually most people using hosted services don't have. > > > > Sure, my proposal doesn't help those users, but neither does it make > > things any worse for them. What would you suggest instead? > But being productive I suggest that instead of an env variable (which > setting is so system specific etc.), I think we could implement a > constant in index.php which would direct the code to the location of > the configuration files. If empty, fall back on "local" (which is > roundcube/config/). > > This could be overwritten/replaced with a simple sed by a package > maintainer if he thinks this is absolutely necessary. I like an idea similar to how BSD (and probably most *nixes too) handles /etc/rc configs. (rc is a bunch of system startup scripts, not Roundcube in this case). Variables are loaded from /etc/rc.conf and then machine specific variables are overridden in /etc/rc.conf.local The idea is that when upgrading between releases, your distro's scripts do not touch /etc/rc.conf.local. How does this affect us as developers, admins and users? When upgrading from 0.1 to 0.2 or even between svn checkouts, we have a shortlist of variables that are changed from the defaults. I run two version of RC at the moment, one is against an "svn co" that I run whenever I see a few diffs I like, the other is the stable release. If I can have two config files, the default one, and I can override specific values in a local config (think /etc/rc.conf with /etc/rc.conf.local in BSD) I can save myself some time with my checkouts. I've attached a small diff that hopefully piques a developer's interest who wants to implement this. I'm trying to understand the host specific configuration - it sounds like if I have multiple domain names being served from a single RC install, it will override specific values for the supplied HTTP Host header value. My diff should work in tandem with this, changes to the defaults that will be applied to all hosts, and a host can still override these changes. Given I'm looking at the RC source after only a brief period, I seek forgiveness if I've replicated this functionality elsewhere. > end user to deal with it. Not everyone running roundcube is a system > administrator - it's more the contrary. +1 to this idea. Not everyone runs Apache, so you can't just stick a SetEnv in a .htaccess and say the problem is fixed. IIS and Lighttpd admins would need to modify their configs, and some Apache installs may not accept a SetEnv from within a .htaccess file. A constant seems safer to me. Further apologies if this doesn't thread properly - I just joined the lists today and didn't have an original post to reply to. Best Regards, Adam -- Adam "carneeki" Carmichael - VK2JSI, ex VK2FNRD p: +61 415 37 1990 w: http://bigneek.com (personal); http://carneeki.net (business) e: carneeki(a)carneeki.net i: 2207644 --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/K3/F2NaA8ng/UTF-8_27_27rcd_con.pat Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

updated esperanto translation
by Andreas van Cranenburgh 14 Jul '08

14 Jul '08

Here's the updated esperanto translation, see detachments. -- -- Andreas [ http://unstable.nl | gopher://unstable.nl ] --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/wY/rNj2PRvN/labels.inc http://detached.gigo.com/rc/wY/rNj2PRvN/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/

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev July 2008