Dev

dev@lists.roundcube.net

2 participants
4301 discussions

Updated Hebrew translation
by Moish 20 Mar '10

20 Mar '10

-- Moish --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/6W/vjK17rN0/messages.inc http://detached.gigo.com/rc/6W/vjK17rN0/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/

1 0

Updated Swedish translation
by Erik Simmesgård 20 Mar '10

20 Mar '10

Hello, I've updated a few strings in the Swedish translation. I've attached the updated "labels.inc" aswell as "messages.inc". Kind regards, Erik Simmesgård --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/0n/OlSaEG2M/labels.inc http://detached.gigo.com/rc/0n/OlSaEG2M/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/

1 0

plugins: reorganization
by till 20 Mar '10

20 Mar '10

Hi, I moved plugins from trunk/roundcubemail/plugins to trunk/plugins and made it an svn:external. If you run RoundCube from source, nothing should change for you when you 'svn up' (unless you use: --ignore-externals). That's all, Till _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

plugin-compat question
by till 19 Mar '10

19 Mar '10

Hey devs, does anyone develop a plugin that requires a certain RoundCube version -- e.g. because it's using a hook that was introduced after 0.3.x (maybe in trunk), etc..? We are working on the plugin repository and we'd like to run some tests. Thanks, Till _______________________________________________ List info: http://lists.roundcube.net/dev/

3 2

Script to convert Language arrays to OASIS Standard XML Language Interchange File Format
by Thomas Meyer 19 Mar '10

19 Mar '10

Hi Devs, I recently wrote a little script that I would like to share with you. It automates the conversion of RoundCube language arrays to OASIS XLIFFs, which is an international standard for translations. These files may then be edited using Translation Memory Tools like Omega-T or Sun's XLIFF-Editor. These provide a graphical interface, multi-translator support, spell-checking aso. Long story short: it makes translations a lot easier. Accessing a XLIFF file from PHP is easy. Check this example: function getArray($locale, $fileId) { $file = simplexml_load_file("languages/" . $locale . "/" . $fileId . ".xlf"); if (!($file instanceof SimpleXMLElement)) { throw new InvalidArgumentException('File-id not valid: ' . $file); } $translations = array(); foreach ($file->xpath('//trans-unit') as $node) { $attributes = $node->attributes(); $translations[(string) $attributes['id']] = (string) $node->target; } return $translations; } You will find the script and an example XLIFF as an attachment to this message. Check it out. Regards, Thomas Meyer --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/A4/h91Cf1uv/convertLanguageArray.php http://detached.gigo.com/rc/A4/h91Cf1uv/labels.xlf Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

moving collapsed threads
by Nathan Kinkade 17 Mar '10

17 Mar '10

I feel like I remember reading or even actually writing something about this some time ago. But I wanted to bring it up again because to me personally it seems like a bug. I'm running the latest devel-threads branch, and if a thread is collapsed and I drag it to another folder only the top-level message is moved, the remaining messages of the thread don't get moved. This seems unintuitive to me. In my mind it makes more sense to move the entire part of the collapsed thread from the point that thread was grabbed down. Some months ago I had implemented this in my own testing install. I can't recall now if it worked 100%, but I think it mostly worked: http://code.nkinka.de/gitweb?p=roundcube.git;a=commitdiff;h=f3bb47d0e30a2e5… There is a side of me that feels like if any message in a thread is grabbed and dragged to another folder that the whole thread should probably be moved to, but I can see how some people might find that shocking and disagreeable. Really, the path forward should be the Gmail approach of one giant bucket and using tags. The folder paradigm is sort of broken by nature, but that's another story. Nathan _______________________________________________ List info: http://lists.roundcube.net/dev/

4 7

Re: [RCD] Threads - first commit
by Eric Appelt 17 Mar '10

17 Mar '10

Hi Alec i have attached the missing icon for thread tree structure Best Eric -- PrimaCom Fernsehen . Internet . Telefon http://www.primacom.de -- --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/57/uIP4fcpR/vcard.vcf http://detached.gigo.com/rc/57/uIP4fcpR/unread_children.png Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

iconv //TRANSLIT or //IGNORE?
by A.L.E.C 17 Mar '10

17 Mar '10

Now we are using //TRANSLIT option (if supported) for charset conversions. For messages like this one http://trac.roundcube.net/ticket/1486552 This is not a good solution. Some messages (this one too) contains unconvertable sequences. If conversion fails message is displayed as is. For some charsets this is not acceptable. Thunderbird, for example, displays this message properly decoded. So, question is: should we use //IGNORE instead of //TRANSLIT? Maybe for non-latin charsets only? ps. //TRANSLIT//IGNORE doesn't work. -- 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/

1 1

Re: [RCD] email won't be displayed
by Viktor Balogh 16 Mar '10

16 Mar '10

On Tue, 16 Mar 2010 14:07:46 +0100, "A.L.E.C" <alec(a)alec.pl> wrote: > Viktor Balogh wrote: > >> First of all, I don't know if it is a known bug or not, I didn't have the >> time to run through all the bug reports for RC. I regularly get some >> newsletters from a list, and some mail's contents aren't visible, only a >> blank whiteness and nothing else. This appears around weekly once, though >> it cannot be pre-determined, it seems to appear randomly. > > We'll need a complete source of the message. Ok, the question is: how? I could forward it to another email address, but when I press the forward button the text within the mail will be immediately visible. (plain text mail is preferred). If I switch back from text to html, the format will be screwed, and the text remains visible, written with another fonts. Is there a feature in RC similar to MS exchange where other emails can be attached? Or do you have a suggestion how could I do it? Regards, Viktor -- Visit my panoramic photoblog! http://vrphoto.hu Spherical panoramas by Viktor Balogh _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Translation to the Spanish
by José M. Ciordia 13 Mar '10

13 Mar '10

Here is the translation of some sentences to the Spanish. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/sY/anvNO0jj/labels.inc.txt Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev