Hi. My name's Ryan (rjhughes on the trac).
I've submitted a couple of patches in the last week or so:
(#1484816, using keypress instead of keydown to allow repeat)
(#1484806, an option to allow strftime formatting)
But I've got a feature I'd like to work on:
Currently, it shows you 40 (or whatever your pagesize is) messages, and if
you scroll to the bottom of that list and wnat to see the next messages,
you have to click the "next page" button.
I would like it to put placeholders into the table for all your messages,
so that you can just keep on scrolling, and it will load your messages on
demand. I would like this to be available as an option.
I would like to know which branch I should be working on -- the trunk, or
devel-vnext? Here's the tradeoff:
It would be easier if I didn't have to do a whole bunch of merging to get
it to vnext once that goes live.
HOWEVER, if vnext is considered so experimental that it's going to be 5
years before it comes out, then it would be much easier for me to just
merge it into vnext at some time.
So: Which branch should I do this work on?
Thanks.
--Ryan
_______________________________________________
List info: http://lists.roundcube.net/dev/
The installer's check returned an error about wrong definition
of magic_quotes_gpc
BUT:
Quoting from http://il.php.net/magic_quotes
Warning
This feature is DEPRECATED and REMOVED as of PHP 6.0.0. Relying on this
feature is highly discouraged.
Moish
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey guys!
Just a quick heads up to everyone running 0.1-x (aka trunk) with PHP5.
Don't update to PHP5.2.5. It breaks lots of things (static calls
without a static keyword), which we currently drag along to remain
PHP4-compat. This sort of thing should be resolved in 5.2.6, or maybe
in another 5.2.5 re-release.
Those issues are gone as soon as we move to full PHP5 code. (Can't wait.)
Have a great weekend,
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello there! I'm new here, but I've sent to trac few small patches in
last days and all were included to trunk.
Creating a folder with name which contains folder delimiter is confusing
for regular users and imap implementation dependent. See
http://trac.roundcube.net/ticket/1484815 and
http://trac.roundcube.net/ticket/1484803.
I think that we should disallow such folders creation. What are you
thinking about that? If not, maybe we should create all directories in
path (see #1484815) in loop (instead of one imap command)?
ps. I'm interested in help with plugin API implementation. Is someone
working on it now?
Regards
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
Upadate translation for RoundCube 0.1-stable!
With the files this time...
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/tp/E4UXFfAw/Greek.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/
Hi All,
My name is Gareth Fiford i have been an enterprise php and oracle
developer for 4 years.
i would be interested in creating compatibility with oracle, i can
provide a php oracle machine for testing etc.
I think a bash install script, or installation on first access to the
index would be another nice feature.
I would also like to contribute code.
Please let me know if i can be of service
thanks
Gareth Fiford
_______________________________________________
List info: http://lists.roundcube.net/dev/
On Wed, February 27, 2008 15:08, Yllar Pajus wrote:
> Hello Jesper and Martin
>
> since you both are listed as translators and you both sent translation
(with some keys little bit different) - please make an agreement on how
it's best and send result to me directly.
> different values are:
<snip..>
Hello Üllar,
Martin and I have agreed on the attached translation.
Regards,
Jesper
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/pm/RC4dGz9p/da_translation_2008-.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/
Here is the japanese updated translation for 0.1
---
Taka
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/MC/veSTn/p7/japanese.tar.gz
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/