Dev June 2010

dev@lists.roundcube.net

41 participants
44 discussions

Fwd: Roundcube plugin
by yannis.rossetto 17 Oct '10

17 Oct '10

-------- Original Message -------- Roundcube plugin Thu, 27 May 2010 17:30:22 +0200 Yannis dev(a)lists.roundcube.net Hello (from France), First of all, sorry for my approximate English. I created a plugin for the Roundcube webmail, which works in complement with the Thunderbird's plugin : Addressbook Synchronizer. More informations about my plugin's functioning are available here : http://cric.grenoble.cnrs.fr/logiciels/AddressBook-RoundCube/?lang=en [1] I write you to know if that possible to have some comments, some suggestions and some remarks about my program and, particularly, about the source code. You can download the plugin on the following link : http://cric.grenoble.cnrs.fr/logiciels/AddressBook-RoundCube/abook_sync-0.1… [2] Thanks a lot Links: ------ [1] http://cric.grenoble.cnrs.fr/logiciels/AddressBook-RoundCube/?lang=en [2] http://cric.grenoble.cnrs.fr/logiciels/AddressBook-RoundCube/abook_sync-0.1… _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

GnuPG/PGP plugin for roundcube
by Jonas 05 Aug '10

05 Aug '10

hello, i'm new to roundcube, but i think it's a very promising project. but i really do miss a plugin which implements server-side support for gnupg/pgp encryption/decryption. searching in forum, wiki, trac, lists etc, I already found a lot of discussions regarding this issue.[1,2,3,4] many people even promised to work on this feature. some suggested to wait for the plugin api before implementing gpg/pgp support. if i got it right, the plugin api is available in the svn repository now. everyone cc'ed in this mail stated somewhere that s/he either plans to or already did work on gpg/pgp support in roundcube. maybe i find the time to work on this feature within the next months. but before i start, please tell me: do you have any code (maybe already using the plugin api from svn) that i could use? my plan is to develop _serverside_ support, so both public and private key will need to be stored on the host that runs roundcube. but in the case that you're the admin of this host anyway this is not a problem at all. second,i don't want to take a usb-stick with me all the time, so serverside gpg encryption is the only option here. and i plan to use the gnupg php library[5] instead of a gnupg library as i guess that more systems do have the gpgme library installed than the gnupg binary. greetings, jonas [1] http://trac.roundcube.net/ticket/1440396 [2] http://lists.roundcube.net/mail-archive/dev/2008-01/0000033.html [3] http://lists.roundcube.net/mail-archive/dev/2006-02/0000229.html [4] http://www.roundcubeforum.net/requests/491-gpg-pgp-support.html [5] http://www.php.net/manual/en/function.gnupg-sign.php _______________________________________________ List info: http://lists.roundcube.net/dev/

9 33

PHP version survey
by till 15 Jul '10

15 Jul '10

Could everyone reply with which PHP version they currently use in production? Off-list is ok too. Thanks, Till _______________________________________________ List info: http://lists.roundcube.net/dev/

6 6

Re: [RCD] Persistent messages
by Marcus Don 30 Jun '10

30 Jun '10

Hi I've got another small modification request... When using hooks to modify the behaviour of an existing action, there is currently no way to generate an error message other than the default "An error occurred while saving", which is shown if you set the abort flag. This is a problem for us because we need to perform additional validation, such as ensuring the user owns the domain for which he is trying to create an email address (ie in create_identity). My suggestion is simply to add an "abort_message" element to the $args array, which can be checked by each of the action scripts. For example, in save_identity.inc we just need to replace each occurrence of this... else if ($plugin['abort'] || $DB->is_error()) $OUTPUT->show_message('errorsaving', 'error', null, false); ...with this... } else if ($plugin['abort'] || $DB->is_error()) { if (isset($plugin['abort_message']) && $plugin['abort_message'] != '') { $OUTPUT->command('display_message', $plugin['abort_message'], 'error', false); } else { $OUTPUT->show_message('errorsaving', 'error', null, false); } } However, this still has the problem that error messages can¹t be made persistent (which I don¹t need, but which should be included for consistency). So, a better method would be to only display the default message if the messages array is empty - but I haven¹t looked into this yet. If there¹s another way to achieve this, I¹d be very grateful if someone could let me know. I¹d also be grateful if someone could make the change to the javascript functions requested in my previous email below. Thanks Marcus > Hi > > I'd like to suggest a small alteration to app.js in order to allow persistent > messages to be generated when using rcmail::output::command() within a > page-generating callback function. > > The rcube_webmail::display_message() function already accepts a "hold" > parameter, but this doesn't get stored in $pending_message if the page hasn't > yet loaded, so it gets lost. My suggestion is simply to add this extra > parameter to $pending_message and then pass it back to display_message() > within init(). > > So, on line 4323, I'd like to replace this... > > this.pending_message = new Array(msg, type); > > ...with this... > > this.pending_message = new Array(msg, type, hold); > > And, on line 385, I'd like to replace this... > > this.display_message(this.pending_message[0], this.pending_message[1]); > > ..with this... > > this.display_message(this.pending_message[0], this.pending_message[1], > this.pending_message[2]); > > As a result of this change, I can now make messages persistent by calling > rcmail::output::command() like this: > > $this->rcmail->output->command( > 'display_message', > '[message_text]', > '[message_type]', > true > ); > > Thanks > > Marcus > -- > Marcus Don > Senior Manager > Research and Development > DadaPro > > Main Line: +44 (0)845 363 3630 > Main Fax: +44 (0)845 363 3631 > Tech Support: +44 (0)845 363 3634 > Email: mdon(a)names.co.uk > Website: http://www.names.co.uk > Address: Acton House, Perdiswell Park, Worcester WR3 7GD > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > > If you have received this email in error please notify the sender > immediately. If you are not the intended recipient you are notified that > disclosing, copying, distributing or taking any action in reliance on the > contents of this information is strictly prohibited. Please note that any > views or opinions presented in this email are solely those of the author and > do not necessarily represent those of the company. > > Finally, the recipient should check this email and any attachments for the > presence of viruses. The company accepts no liability for any damage caused > by any virus transmitted by this email. > _______________________________________________ List info: http://lists.roundcube.net/dev/

3 3

productname
by Cor Bosman 29 Jun '10

29 Jun '10

As a side discussion of the compose thread, why do we have the productname object in all templates? What does that add exactly to the average end user except maybe give attackers a strong hint of the exact RC version. Now that the quota bar has been moved to the folderlist div, I vote for removing the productname div so the whole content area gets a bit more vertical space. There is no need for end users to know what version of RC is running right? Or if you really want to show it someplace, maybe use the window title or something. Whatever doesn't take up unnecessary vertical space :) Cor _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Message List and Preview Pane (vertical)
by S c o t t K r a m e r 28 Jun '10

28 Jun '10

I like the new design-- and was thinking, is it time to do a vertical layout? It seems like now would be a good time to do it. Shouldn't this be a core feature? So many people have wide screens now. What do you guys think! Thanks, Scott _______________________________________________ List info: http://lists.roundcube.net/dev/

3 4

Lightweight alternative interface
by Emerson Pinter 28 Jun '10

28 Jun '10

I have many users don't like roundcube because it's slow running in older machines (this users use squirrelmail instead roundcube). Is there any plan to a light interface ? And about mobile phones ? any plan ? Tks. -- Emerson Pinter Picture Internet http://www.picture.com.br/ _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] Persistent messages
by Marcus Don 28 Jun '10

28 Jun '10

Hi I¹ve just taken a look at app.js and realised the alternative fix I mentioned in my previous email below (ie to always use the first value passed to display_message) is much easier. All we need to do is modify line 4321 like this: Replace this... if (!this.loaded) { ...with this... if (!this.loaded && this.pending_message instanceof Array == false) { Does anyone have any objection to this? If not, please could someone update the repository? Thanks Marcus > Hi > > I've got another small modification request... > > When using hooks to modify the behaviour of an existing action, there is > currently no way to generate an error message other than the default "An error > occurred while saving", which is shown if you set the abort flag. This is a > problem for us because we need to perform additional validation, such as > ensuring the user owns the domain for which he is trying to create an email > address (ie in create_identity). > > My suggestion is simply to add an "abort_message" element to the $args array, > which can be checked by each of the action scripts. For example, in > save_identity.inc we just need to replace each occurrence of this... > > else if ($plugin['abort'] || $DB->is_error()) > $OUTPUT->show_message('errorsaving', 'error', null, false); > > ...with this... > > } else if ($plugin['abort'] || $DB->is_error()) { > if (isset($plugin['abort_message']) && $plugin['abort_message'] != '') { > $OUTPUT->command('display_message', $plugin['abort_message'], 'error', > false); > } else { > $OUTPUT->show_message('errorsaving', 'error', null, false); > } > } > > However, this still has the problem that error messages can¹t be made > persistent (which I don¹t need, but which should be included for consistency). > So, a better method would be to only display the default message if the > messages array is empty - but I haven¹t looked into this yet. > > If there¹s another way to achieve this, I¹d be very grateful if someone could > let me know. I¹d also be grateful if someone could make the change to the > javascript functions requested in my previous email below. > > Thanks > > Marcus > > > >> Hi >> >> I'd like to suggest a small alteration to app.js in order to allow persistent >> messages to be generated when using rcmail::output::command() within a >> page-generating callback function. >> >> The rcube_webmail::display_message() function already accepts a "hold" >> parameter, but this doesn't get stored in $pending_message if the page hasn't >> yet loaded, so it gets lost. My suggestion is simply to add this extra >> parameter to $pending_message and then pass it back to display_message() >> within init(). >> >> So, on line 4323, I'd like to replace this... >> >> this.pending_message = new Array(msg, type); >> >> ...with this... >> >> this.pending_message = new Array(msg, type, hold); >> >> And, on line 385, I'd like to replace this... >> >> this.display_message(this.pending_message[0], this.pending_message[1]); >> >> ..with this... >> >> this.display_message(this.pending_message[0], this.pending_message[1], >> this.pending_message[2]); >> >> As a result of this change, I can now make messages persistent by calling >> rcmail::output::command() like this: >> >> $this->rcmail->output->command( >> 'display_message', >> '[message_text]', >> '[message_type]', >> true >> ); >> >> Thanks >> >> Marcus >> -- >> Marcus Don >> Senior Manager >> Research and Development >> DadaPro >> >> Main Line: +44 (0)845 363 3630 >> Main Fax: +44 (0)845 363 3631 >> Tech Support: +44 (0)845 363 3634 >> Email: mdon(a)names.co.uk >> Website: http://www.names.co.uk >> Address: Acton House, Perdiswell Park, Worcester WR3 7GD >> >> This email and any files transmitted with it are confidential and intended >> solely for the use of the individual or entity to whom they are addressed. >> >> If you have received this email in error please notify the sender >> immediately. If you are not the intended recipient you are notified that >> disclosing, copying, distributing or taking any action in reliance on the >> contents of this information is strictly prohibited. Please note that any >> views or opinions presented in this email are solely those of the author and >> do not necessarily represent those of the company. >> >> Finally, the recipient should check this email and any attachments for the >> presence of viruses. The company accepts no liability for any damage caused >> by any virus transmitted by this email. >> _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

New compose screen?
by A.L.E.C 26 Jun '10

26 Jun '10

I've prepared a screen for a new compose window and I've got various opinions abut this. What's your opinion? Question is for svn-trunk users, because the idea was to make compose look more unified with the rest of the current UI. -- 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 --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/vr/DD18yrED/compose.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/

14 21

Updated Welsh translation
by Dafydd Tomos 25 Jun '10

25 Jun '10

Updated labels file for cy --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/ds/MjQp+Wco/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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev June 2010