Hi,
Here's the updated PT_BR translation (labels.inc).
--
Victor Benincasa
http://netbit.com.br
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ce/ghpWW4U8/labels.rar
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Sandro Pazzi wrote:
> Hi alec,
> but why RC don't use uid?
>
> UID COPY <sequence uid> "folder"
> UID STORE <sequence uid> +FLAGS.SILENT (\Deleted)
> UID FETCH <sequence uid> (<params>)
>
> ... was a standard IMAP command that use directly uid instead of id of
> messages. In this way all the problems with gmail was resolved.
You're right, we should use such commands for better performance. I
think, the reason is in imap.inc which supports only message IDs in
iil_C_Copy and some others. I don't know why IlohaMail does that is such
way. We should definitely use UIDs where possible.
--
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,
is there any (unobvious) way to register yourself in the bug trac system?
regards
Andreas
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all, Ive been porting some of our internal squirrelmail plugins to
RC, now that RC has a plugin API. Most were quite easy to port, but
one has me a bit stumped. Im probably overlooking something.
Im using the markasjunk plugin as a base, but im trying to modify it
to not only allow marking junk, but the
reverse as well. If you're in the junk folder it should move your mail
to the inbox, and preferably also have a slightly different button.
Deciding what folder to move things to is easy. Just check your
current folder and decide accordingly. But how can I change the button
based on what folder im in? Is this possible? Can I listen to an
event on folder change and change the button?
Any help is appreciated,
Regards
Cor
ps: this plugin hooks into our internal cloudmark based spamfilters to
enable learning of mistakes.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I'm new to this list, so please excuse me if this topic has been discussed
to death already, but in a quick search of the list archives, it doesnt
appear to have come up recently.
I'm currently starting out with using Drupal as a base for some web site
installs and like the way its functionality can be extended with modules to
drawn in and embed functionality from other packages such as Gallery2.
Apart from http://drupal.org/node/58466 (which seems to have stagnated and
in fact no longer works with Drupal6) there doesnt appear to have been much
activity in embedding RoundCubeMail functionality within the Drupal
framework. Is anyone else currently looking into this, and would I be
wasting my time / duplicating effort if I was to attempt something ?
My initial thoughts would be to integrate the authentication, so
authenticated users in drupal can click a single link and go straight into
their mailbox in webmail (spawning a new tab/window in the short term).
Looking at
http://trac.roundcube.net/wiki/Plugin_Hooks I wonder if this
could be achieved by using the
authenticate hook rather than by patching the roundcube code like the
previous attempt did ?
Longer term, I would like to see embedded functionality like Gallery2
does, so that for example, when viewing a user's mailbox their folder list
appears as an expandable menu list within the standard Drupal navigation
menu, the message list / message view / compose etc appears in the main
page body, and elements such as the "E-Mail", "Address Book" and "Personal
Settings" can either be presented in a Drupal 'Block' which could be
presented in any of the standard header / left/right sidebar locations etc.
Does this all sound sensible / achievable ? Anyone else looking into
something similar ?
I am a fairly confident Perl / PHP coder, less so with Javascript and AJAX
technologies, though am willing to contribute to this project if I can. If
noone else is currently looking into Drupal integration,
could anyone
suggest a good place for me to start ?
Many thanks,
Rob Coward
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello devs and list lurkers
Today we merged the development branch for the upcoming API back into the
trunk. Now you can try out the Plugin API with a fresh checkout from the
svn trunk. It is also available as nightly snapshot at
http://nightly.roundcube.net/trunk/
It's now time for excessive testing to detect bugs that came in with the
code changes for the API. Also the client scripts now rely on jQuery and we
therefore changed a lot of javascript code. So please let us know if you
find some strange behavior or broken buttons.
Regards,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
I noticed that some strings have been missing from the nb_NO (Norwegian)
translation for some time, and there were some typos and inconsistencies
in some of the existing strings.
I have now translated the untranslated strings, and made a few
improvements to existing strings. Both files are now 100% complete.
Best regards,
Odd Henriksen
RoundCube user
Norway
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/fc/oS6M3FjC/messages.inchttp://detached.gigo.com/rc/fc/oS6M3FjC/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/
I've had a look and produced some patches/configuration examples that allow
roundcube delivered faster due to compression and more effectively cached by
browsers[1].
Using compression the static pages reduced the size of the page after login
from a few hundred k to just over one. The effects of caching mean that a
logout and log back in only fetch a single index page[1] and all images, css
and javascript are cached
The lightty configuration described in the INSTALL file even keeps a cached
compressed version of the static files for lower server load.
I'm sure there are sysadmins and developers here with more experience running
websites that me so if see any problems or improvements with these patches
make a comment on the bug.
[1] http://trac.roundcube.net/ticket/1485800
[2] the javascript page mentioned in stats was removed in r2402
Daniel Black
--
Email/List Administrator
CAcert
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey devs,
every time I login into my RC I see a really tiny but ugly "bug" in the
default skin.
As you can see this on this picture the input fields of the login form are
to big.
Image: http://cghost.de/mediahost/img13/rcube_ugly.uv0hev.png
The best way to fix this is to add the following lines to the css-area of
your skins/default/templates/login.html file:
#login-form input
{
max-width: 230px;
}
That won't have any influence to other input fields and works for me.
Does anyone have better way to solve this?
Some system information:
Gentoo Linux
KDE 4.2.2
Mozilla Firefox 3.0.8
--
mit freundlichen Grüßen / best regards
Mark Schmale
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
Trying to fix ticket #1485659.
There's a race condiction, in session handling. I think I got that with
attached patch.
Session data is stored serialized(), but not exactly. So I had to create
extra unserialize/serialize functions for that.
Downside is that unset($_SESSION['var']) will not work reliable anymore,
so an extra rcube_sess_unset('var') was needed as well.
Please point me at any mistakes I made :)
Robin
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/xp/kFPRx0aF/_1485659.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/