Updated the italian translation to the actual trunk revision (#4071).
As other translators did, I'm going to leave untranslated the new mailing list
headers: Mail-Reply-To/Mail-Followup-To
I plan to do a full revision of the italian translation, I found some
incorrect contribution.
Thanks,
Yusef Maali
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ax/T8vtitIi/messages.inchttp://detached.gigo.com/rc/ax/T8vtitIi/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/
BT/aba52c80
Hi,
I’ve attached updated Swedish localizations of labels.inc and messages.inc.
We did not translate the strings "Mail-Reply-To" or "Mail-Followup-To".
I'm not sure why these strings are listed twice under different label
names:
$labels['mailreplyto'] = 'Mail-Reply-To';
$labels['mailreply-to'] = 'Mail-Reply-To';
$labels['mailfollowupto'] = 'Mail-Followup-To';
$labels['mailfollowup-to'] = 'Mail-Followup-To';
Regards,
Jonas Nasholm
Bitfuse Network
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/3s/BWUcWpuU/sv_SE.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/
BT/aba52c80
Hi,
Does anyone have any tips for making CSS sprites? I saw the new messageicons
one today, I was just wondering if there is a quick way of making them.
Thanks
Phil
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Translation update for European Portuguese (pt_PT) for "labels.inc" and
"messages.inc" with the new labels and messages.
Regards,
DC
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/4C/Nh3UUSH1/messages.inchttp://detached.gigo.com/rc/4C/Nh3UUSH1/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/
BT/aba52c80
With gmail imap it's incredible slow... sometimes it get a timeout error.
The previous version was fast...
You intend to use roundcube only with dovecot?
--
Sandro Pazzi
IdWeb srl
Viale Romagna 69/A 06012 Città di Castello PG
Tel 075 851 97 28
Fax 075 851 97 30
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
hi,
first of all, is it possible to also post announcements to
the dev mailinglist? not all of us (read me ;) ) have the subscribed to
the users list.
another possibility is to actively use freshmeat (and the like) for
communicating releases (again).
next, what about the fix in r4058. how severe do you consider this
problem? will this lead to a 0.4.3? ;)
thanks,
raoul
--
____________________________________________________________________
DI (FH) Raoul Bhatia M.Sc. email. r.bhatia(a)ipax.at
Technischer Leiter
IPAX - Aloy Bhatia Hava OG web. http://www.ipax.at
Barawitzkagasse 10/2/2/11 email. office(a)ipax.at
1190 Wien tel. +43 1 3670030
FN 277995t HG Wien fax. +43 1 3670030 15
____________________________________________________________________
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
I'd like to implement this feature, but maybe we could also do some
unification in editor type handling. Let's see what we should do in
compose modes:
1. NEW: Here we're using htmleditor option, to enable/disable HTML
editor. No problem here.
2. DRAFT and EDIT-AS-NEW: Here we should use format of draft/edited
message. No problem here.
3. REPLY: Now we're lacking something here and current behaviour is not
100% consistent. So, what we can do? Use htmleditor setting no matter
what is format of replied message? No. Here's my proposal. We could
extend htmleditor option to 3-option switch:
- 'never', (0)
- 'only on reply to HTML message', (2)
- 'always' (1).
I think this is self explanatory. When 0, we'll always disable HTML
editor, when 1 we'll always enable HTML editor, when 2 we'll enable HTML
editor only when replied message is in HTML format.
Here I see one backward incompatible change. Currently when
htmleditor=true and we're reply to plain text message, the editor will
be disabled.
4. FORWARD: Here I'm not sure, but I think editor should be set like for
NEW/EDIT mode. When we implement "forward-as-attachment" we should set
editor like for NEW message.
ps. in future we could add some per-contact format setting (like in
Thunderbird).
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Developer http://roundcube.net
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80