Hi,
I have finished localizing the labels.inc and messages.inc files for bangla
( বাংলা ) language
please see the attached files
thanks
sincerely
Shah Chandon
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Wb/94q5UxRy/labels.inchttp://detached.gigo.com/rc/Wb/94q5UxRy/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/
Hello
I suggest the addition of a Company field in the address book. It should be easy to do and add value to the software.
If needed, I can code that and send you a patch
Thanks
Jonathan Araújo
Administrador de Infraestrutura de TI
Gerência de TI - INDG S.A.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi devs,
We have been following this application for some time now and we like it a lot.
It would be nice to be able to retrieve alternate email addresses from LDAP to generate multiple identities instead of the current identities section.
Can this be implemented as this is what is holding us back to implement RC for our clients.
PS: We estimate to enable this application for some 60,000 email accounts as soon as this hurlde is resolved.
For that reason we want this extention to be a standard implementation in the application so it upgrades easily in the future.
Please give us some feedback on your views about this.
-----------------------
Wkr,
Dirk Rennen
KPN Belgium N.V.
Koningin Astridlaan 166
1780 Wemmel
Belgium
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I've been using RC for a while and there's really only 1 feature I really
miss. The ability for RC to learn email addresses when you send email.
Would anyone be interested if I were to develop a patch for this? I've not
yet looked at the code but I can't imagine it could possibly be too
horrific.
Cheers
Steve
_______________________________________________
List info: http://lists.roundcube.net/dev/
I was looking into the development guidelines File Naming conventions and I have a suggestion:
I should mention that certain extentions output plain text from standard browsers which can be easily fixed.
Secondly the fix open an opportunity to expand and clarify the intention of the files by adding the intention in front of the file
Screen output files: filename.php
Process files: filename.php => process/filename.php or process.filename.php (with filename same as calling or pulling filename so you know what it relates to)
Includeble script block: filename.inc => inc.filename.php
Includeble functions: filenmame.inc => fie.filename.php or lib.filename.php (personally prefer the first)
Includeble classes: filename.class.php => class.filename.php
That way output is always empty + you know what's in the file without opening it.
You basically can do the same for javascript:
Basic js file: filename.js
Included js file: filename.js.src => src.filename.js
You should also consider putting html comment tags around the javascript code (<!-code //-->) so it wont output if javascript is turned off.
To make sure javascript is turned on, you should consider disabling all process buttons and turning them on at runtime.
I haven't looked at the database conventions, but what I personally always do is the following:
SELECT field FROM Table WHERE otherfield LIKE 'value' LIMIT 0,1;
As you can see sql-specific parts are in uppercase, fields in lowercase and table in ucfirst. This way you can separate what they are by simply looking how it's written.
PS the LIMIT 0,1 (mysql) is a faster query then without, even when you know there can only be one value returned, as it stops looking after it's found one which it wont if the limit is not there.
Note that it's just a suggestion, which I've used myself for a few years now. Especially in complicated applications it's proven to be very useful to me as it reduces time when searching for the wright file, even after some time has passed working on the application.
-----------------------
Wkr,
Dirk Rennen
KPN Belgium N.V.
Koningin Astridlaan 166
1780 Wemmel
Belgium
_______________________________________________
List info: http://lists.roundcube.net/dev/
For most of plain text messages we have two FETCH commands now:
C: FH12 UID FETCH 4790 (UID RFC822.SIZE FLAGS INTERNALDATE BODYSTRUCTURE
BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO IN-REPLY-TO CC
BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID REFERENCES
DISPOSITION-NOTIFICATION-TO X-PRIORITY)])
[08-Jan-2009 15:21:29 +0100]: C: ftch FETCH 640 (BODY.PEEK[1])
We can prefetch a small part of message body (first part) using
BODY.PEEK[1]<0.4096> in first FETCH. Then we should check if message is
realy a plain text and if body size (from BODYSTRUCTURE) is not bigger
than 4096 bytes. If so we can skip the second FETCH.
--
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
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi! I have another great patch from my performance fixes set ;) I've
observed that when message is displayed (with disabled cache) we have:
1. FETCH for headers
2. FETCH for message (body) structure
3. one FETCH for each message/attachment part (it really sucks when
message contains several attachments)
4. FETCH for body
So, here's the patch which joins 1. and 2. into one command call and
joins all fetches from 3. into one command call. Speed up is significant
for all messages, specially for those having many attachments. Imagine a
message with ten attachments. Previously there was ca.10 + 3 fetches *
0.2 sec. (in my mailbox with ca.800 messages) = 2.6 sec. Now, only 3
fetches * 0.2 = 0.6 sec.
I'm posting this here, because it's too late to commit such changes (not
tested well) before 0.2-stable release. So, enjoy and test in your
environments.
ps. Thomas, maybe you can wait a few days and review this patch to
include in 0.2-stable? It would be nice.
--
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
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Wr/HvaAQAVp/perf.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 everybody !
So ! 0.2 stable is here, I see 0.2.1 is planned for bug fixes, so 0.3 is
almost here, and in 0.3 plugin api is planned so.. when we will able to
begin to code a plugin (maybe with a different branch ? )? :]
Regards,
--
Maximilien Cuony [The_Glu]
http://theglu.org
_______________________________________________
List info: http://lists.roundcube.net/dev/