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/
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/
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/
> 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/
What do you say for separators in toolbar + icons order change?
Yes, it's like in Thunderbird, but I think it's more intuitive.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Project Developer http://roundcube.net
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/yH/w3FQAsBw/toolbar_separators.png
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/