Dev

dev@lists.roundcube.net

1 participants
4289 discussions

Re: serbian translation
by Tomasz Pajor 15 Feb '07

15 Feb '07

I don't know serbian so that's why I'm asking, so we're leaving two or one? I would be rather by overwriting current one, any comments? -- Best regards Tomasz Pajor Dnia Thu, 15 Feb 2007 11:17:06 +0100 napisales[as]: > if you are willing to keep two translations - first one you said (rename > sr->sr@Latn/add sr) > if you don't want two translations for same language and insist on just > one, I think that better will be keeping cyrillic version (overwrite) > > Personally, I would like to see both of them, as well as Serbian spoking > people, and that would be imho be better for roundcube:/ > > greetings, branko kokanovic > > Tomasz Pajor wrote: >> Are we leaving current sr and rename it to sr_latin, and add the new one as sr_cyrillic or just overwrite the current one? >> >

1 0

Re: serbian translation
by Tomasz Pajor 15 Feb '07

15 Feb '07

Are we leaving current sr and rename it to sr_latin, and add the new one as sr_cyrillic or just overwrite the current one? -- Best regards Tomasz Pajor Dnia Mon, 12 Feb 2007 19:26:56 +0100 napisales[as]: > hi all, > here is Serbian translation. I used existing Serbian as template, and > modified it, please tell me if I missed something. > Another thing - Serbian has two scripts - Latin and Cyrillic. Since > Cyrillic is used everywhere as default (at least in linux > translations...long story...), this is _real_ sr language. Existing sr > translation you had was Latin one, and by some convention, it's named > sr@Latn (at least in gnome/gtk and kde). If it's named only 'sr' that > means that's Cyrillic by default. So I guess, you should change existing > sr translation by modifying README and directory structure in it > appropriately > > Greetings, Branko Kokanovic >

2 1

webmail
by George Patterson 14 Feb '07

14 Feb '07

Hey Guys, The webmail interface looks great and very promising. I'm sure you're all aware, but in case you arn't there's a few xss bugs that need fixing: http://demo.roundcube.net/?_task=mail&_mbox=INBOX%3C/script%3E%3Cscript%3Ea… I'm hoping I can use your service in production soon! Great work! encarnus

1 0

UTF-8
by Háber János 13 Feb '07

13 Feb '07

Hi! I try to use roundcube, but I found a little bug. If the username contain not only ASCII characters (from or to) it's not work correctily. The Mail mime version is buggy because it's created the From/To address like this: =?UTF-8?Q?.....<xxx(a)yyy.zz>?= Because it's incorrect. The mail end with >, and ?= is a new mail user name. So it's generate incorrect From/To header. I changed the mail mime class to the last released (tested with: v1.3.1 and the CVS version), and it's work correctily.... Cow

1 0

serbian translation
by Branko Kokanovic 12 Feb '07

12 Feb '07

hi all, here is Serbian translation. I used existing Serbian as template, and modified it, please tell me if I missed something. Another thing - Serbian has two scripts - Latin and Cyrillic. Since Cyrillic is used everywhere as default (at least in linux translations...long story...), this is _real_ sr language. Existing sr translation you had was Latin one, and by some convention, it's named sr@Latn (at least in gnome/gtk and kde). If it's named only 'sr' that means that's Cyrillic by default. So I guess, you should change existing sr translation by modifying README and directory structure in it appropriately Greetings, Branko Kokanovic

1 0

Empty cache-control
by Eric Stadtherr 11 Feb '07

11 Feb '07

All, I've noticed that RoundCube sends an empty "Cache-control: " header in the HTTP response when the "send_future_expire_header()" function is used. I read the HTTP 1.1 specification, and didn't see where an empty value was meaningful in this header. Does anyone know the intent behind this empty header, or what behavior might be expected? Thanks! -- *Eric Stadtherr* estadtherr(a)gmail.com <mailto:estadtherr@gmail.com>

2 1

plugin api draft
by till 09 Feb '07

09 Feb '07

Apologies - it's late here. Just resending with the correct subject. ---------- Forwarded message ---------- Hi boys and girls, the draft is here: http://trac.roundcube.net/trac.cgi/wiki/Plugin_API_Draft Happy to read all your feedback! Cheers, Brennan & Till -- Till Klampaeckel e: mailto:klimpong@gmail.com p: +491704018676 l: http://beta.plazes.com/whereis/till Want to know what's up in Berlin? - http://berlin.metblogs.com

9 13

fixed message-list header
by Pierre Mauduit 08 Feb '07

08 Feb '07

Hi folks, I've seen that the "folder" header in the folder list is fixed when we scroll down, but this is not the case with the messages list (Object, from, date, size ...). I'd have been glad to submit a patch, but after some tries, I never succeed in doing the way I wanted. I'm not really gifted when it comes about CSS, and I did not dare to modify the xhtml output, so that's just a suggestion. First, is anyone interested in this ? does anyone have an idea about how to do this ? :-) regards, -- Pierre

2 1

patches for private LDAP directory
by Andreas Oster 08 Feb '07

08 Feb '07

Hello List, i have changed some parts of the current LDAP code in the nightly snapshot 20070108 to meet our needs. We have a company addressbook stored in LDAP for which we wanted to have access from RoundCube. The directory needs user credentials for access, so i added a bind_dn and bind_pass parameter to the code. I have also extended the search criterias with a "company" field. I hope this is usefull for someone else :) -- best regards Andreas

2 3

PHP scheduled jobs?
by Brennan Stehling 07 Feb '07

07 Feb '07

I am not terribly familiar with the lastest in PHP. One concept I am considering is a way to keep the state current on the server for the webmail user. Currently the PHP code is only run when there is a request, but it would be helpful to have something running on the server continually which can respond to events in real-time. Here is the idea. A user logs into the system and that updates a timestamp for their date of last activity. Each time the RC webmail client looks for new messages it would update this timestamp. The service running on the server would be away of active sessions and watch their related IMAP accounts for new activity. When a new message does arrive it can pull the summary data and place it into the MySQL database so that when the webmail client looks for an update it can just query the database and not MySQL. And when it does pull the updates from the server it will also just hit the database for the summary data and only use the IMAP server when pulling the full message. Has anyone seen PHP run on the server-side continually as a service? How would we go about implementing that? Also, what facilities would PHP have to monitor a directory of files for updates? Will it just have to poll the directories and files for the last update date? Since PHP is largely just meant for web applications I doubt it has a file system monitoring feature. -- Brennan Stehling http://brennan.offwhite.net/blog/ http://www.smallsharptools.com/

7 16

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev