Dev

dev@lists.roundcube.net

1 participants
4313 discussions

Updated Welsh translation
by Dafydd Tomos 24 Mar '10

24 Mar '10

Updated files for Welsh, labels and messages attached --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Kw/WTUnEXPo/labels.inc http://detached.gigo.com/rc/Kw/WTUnEXPo/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

email won't be displayed
by Viktor Balogh 24 Mar '10

24 Mar '10

Hi list, 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. >From the source code (it is a HTML email): ############################################################# <div id="remote-objects-message">To protect your privacy, remote images are blocked in this message. <a href="#loadimages" onclick="rcmail.command('load-images')">Display images</a></div> <div id="messagebody"><div class="message-htmlpart"></div> </div> </div> </div> <div id="messagecountbar" class="pagenav"> <a class="buttonPas lastpage" title="Show the last message" id="rcmbtn117" href="#" onclick="return rcmail.command('lastmessage','',this)"> </a> <a class="buttonPas nextpage" title="Show the next message" id="rcmbtn118" href="#" onclick="return rcmail.command('nextmessage','',this)"> </a> <span style="padding:0 1em 0 1em; float:right" id="rcmcountdisplay">Message 14 of 160</span> <a class="buttonPas prevpage" title="Show the previous message" id="rcmbtn119" href="#" onclick="return rcmail.command('previousmessage','',this)"> </a> <a class="buttonPas firstpage" title="Show the first message" id="rcmbtn120" href="#" onclick="return rcmail.command('firstmessage','',this)"> </a> </div> </div> <script type="text/javascript"> var mailviewsplitv = new rcube_splitter({id:'mailviewsplitterv', p1: 'mailboxlist-container', p2: 'messageframe', orientation: 'v', relative: true, start: 165}); rcmail.add_onload('mailviewsplitv.init()'); </script> <script type="text/javascript"> /* <![CDATA[ */ $(document).ready(function(){ rcmail.init(); }); /* ]]> */ </script> ############################################################# So, I think at least the text "To protect your privacy..." should be visible when nothing else. I tried it with Firefox 3.5.8 and IE 7.0, nothing was displayed just a white blank page. If you need some more info then let me know. Please help me to analyze and solve this bug... Regards, Viktor -- Visit my panoramic photoblog! http://vrphoto.hu Spherical panoramas by Viktor Balogh _______________________________________________ List info: http://lists.roundcube.net/dev/

3 4

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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev