Is there any good reason why 'From' and 'To' are localised to 'Sender'
and 'Recipent', respectively? I don't recall seeing it in any other mail
applications. Thunderbird at least keeps the original header names.
In particular, it gets mildly confusing when my message *does* have a
header called 'Sender' and I have to double check the message source to
be certain what header I'm seeing. To compare, Thunderbird's behaviour
is to show both 'From' and 'Sender' headers to the user. I'd have
thought that English-speaking users at least would want to see something
as close to the original header names as possible.
Francis
_______________________________________________
List info: http://lists.roundcube.net/dev/
Here is it.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/DX/aKSPc0wg/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/
Here are the updates.
Can somebody add the plugin localization files in the online translator??
Bye!
--
Pablo Rosciani
NetSud Soluciones Tecnológicas.
Santo Tome - Prov. de Santa Fe - Argentina
Tel: +54 342 4740976
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/5W/sbUNor9b/labels.inchttp://detached.gigo.com/rc/5W/sbUNor9b/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/
Czech translation for:
- plugin archive
- plugin help
- plugin markasjunk
- plugin subscriptions_option
- plugin userinfo (with small code patch)
best regards Milan Kozak
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/bA/jWjsjsSt/plugins.tar.bz2
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
On Sun, 27 Sep 2009 09:33:44 +0200, "A.L.E.C" <alec(a)alec.pl> wrote:
>> So, we need 6 icons (both normal and faded) for core: folder-compact,
>> folder-empty, select-all, select-unread, select-invert and select-none,
>> and two icons for threads: expand-all and collapse-all, am I right?
>
> Yes. All buttons have 3 states: disabled, active and selected (this is
not
> used now). Would be nice if you could implement this using one image
file.
> See #messagetoolbar.
See attach (icons are 15x15 with transparent background).
Please inform me if something is wrong, I'm not a graphics designer at
all.
Vladislav
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Ut/z2plNm0I/footer-icons.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/
I love this !!
and I be pleased if this finally merged into the trunk.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/73/dSlhUfCF/vcard.vcf
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
> While discussing sauserprefs plugin with Phil question in subject
raised.
>
Personally I don't see the need for it in either the core or my plugin.
People can alter the template file to remove sections they dont want or
change the order of the sections.
>
> I see two options to achieve that:
> 1) Add one more configurable array, $hide_sections (or $show_sections).
> This is my preferred one and an easiest to implement.
> 2) Pre-generate all sections in turn when showing section list and show
> only non-empty ones. This one requires a bit of work.
>
I don't think adding more options to the config is a good idea, I think it
would be a little confusing to have two different options to essentially
hide the same thing.
Another idea might be to allow for two different types of entry in the
'dont_override' option, the individual options written as they are now and
entire sections written slightly differently (to avoid conflict) say
"{mailbox}"
Example patch attached. Also attached is a patch to allow the first item
in the prefs section list to be anything, not just 'general' (at the
moment
if you remove general from the list then there are JS errors).
Phil
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/54/e4AMmYi+/rc_remove_pref_secti.patchhttp://detached.gigo.com/rc/54/e4AMmYi+/rc_list_select_first.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/
- Updated czech translation for RoundCube (labels.inc)
best regards Milan Kozak
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/sD/XTn3Ab8Q/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 all,
While discussing sauserprefs plugin with Phil question in subject raised.
Personally I don't need that functionality in a RC core, but I need it in
that plugin.
Phil suggested to solve that problem in RC core first, and then expand
solution to sauserprefs plugin.
I see two options to achieve that:
1) Add one more configurable array, $hide_sections (or $show_sections).
This is my preferred one and an easiest to implement.
2) Pre-generate all sections in turn when showing section list and show
only non-empty ones. This one requires a bit of work.
Opinions?
Vladislav
_______________________________________________
List info: http://lists.roundcube.net/dev/
trac(a)roundcube.net wrote:
> Author: thomasb
> Date: 2009-08-10 07:39:00 -0500 (Mon, 10 Aug 2009)
> New Revision: 2851
> Log:
> Revert r2844: mailfooter should align with message list
Should or not? There's a few reasons to not force such alignment:
- if you use vertical splitter to make left side smaller, mailboxcontrols
are wrapped. This also happen with polish localization and default
splitter position.
- if we make one line footer (mailboxcontrols, listcontrols and quota)
in one line we got more space for additional plugin controls.
- in r2844 footer looks better (text alignment)
I also have an idea to move listcontrols and countcontrols over the
messagelist, see attached screenshot. What do you think?
--
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/RM/JSYW9aqb/rc.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/