Hi all, there doesnt seem to be a repository yet for plugins using the API.
Right now there are the example plugins in SVN, and i know of a few plugins
made by others, but id like to see a central spot where one can find API
plugins. What ideas are floating around for this? The moment 0.2.2 comes
out, I hope a lot of people will start making proper plugins..
Regards,
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
First, apologise if this is already possible. I had a look at the
include_script function in the API and I don't think it is.
I am wondering what everyone thinks about allowing plugins to include
scripts from the core (like list.js) rather than having to copy them into
the plugin dir?
The possible problem with this is that if something changes in one of the
core JS files then its possible the plugin might need to be updated to work
with it. The advantage is that plugin maintainers would have one less file
to worry about.
Any one got any thoughts?
Thanks
Phil
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I’ve attached an updated Swedish localization of labels.inc and
messages.inc.
Regards,
Jonas Nasholm
Bitfuse Network
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/vj/EtxJSybT/sv_SE.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, i probably want to do something that isnt going to work well
anyways, but maybe someone has a good idea.
Through the api (message_headers_output) im adding a button next to
the address-add button on the From line. This second button adds the
sender to a centralized whitelist. To be nice, I want to remove the
button immediately after clicking, and thats all working fine. Just a
bit of JS to remove the button.
If a user is already in the whitelist (which i load on login_after), i
dont add the button, and if you click on the button I make sure the
whitelist is reloaded so future emails of this same sender dont get
the button either.
Im running into a little problem. message_headers_output is not always
called. If I read the next email, then go back to the previous email
where I just clicked the button (which was removed), the button re-
appears. This is not due to anything wrong with the plugin code, but
because RC sends Etags and If-Modified headers which my browser
happily uses to show me a cached version of the previous header.
Im assuming this is wanted behavior. The more caching the better I
guess, but in this case its biting me. Is there anyway I can prevent
this from happening? Or should I just give up on trying to show the
right thing?
(the same can be said for the addressbook-add button.. why show it if
you're already in the addressbook).
Any tips appreciated,
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
I'm not sure if you like it, if I mail to devs list regarding plugin developement.
It might be a good idea to have a separate list to discuss plugin developement. I don't mean the disussion about the api itself. I'm thinking about plugin projects.
Regards,
Roland
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi Devs,
I would need a simple patch for rcube_user.php.
My thought is to introduce ...
/**
* Return a list of all (incl. deleted) identities linked with this user
*
* @return array List of identities
*/
function list_identities_history($sql_add = '')
{
// get contacts from DB
$sql_result = $this->db->query(
"SELECT * FROM ".get_table_name('identities')."
WHERE user_id=?
$sql_add
ORDER BY ".$this->db->quoteIdentifier('standard')." DESC, name ASC, identity_id ASC",
$this->ID);
return $sql_result;
}
Or is there a way to get all identities including those with "deleted" flag by a plugin in another easy way?
I'm coding an hMail plugin to allow aliased login which adds the alias automatically to user's identites list.
I want to avoid that the identity is added again and again even if the user has decided to delete the automatically added identitiy previously.
Thanks for any advice.
Regards,
Roland
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi RoundCube devs
(Please CC, not on the list)
I've discovered an error in the 0.2.2-stable release, which makes it
impossible to use certain language files.
In the end of certain language files, there's a ^M (0x0D), which makes
PHP output a newline on inclusion, which makes the whole app break,
because there's a call to header() after the inclusion.
I've inlined the very simple patch to fix up the danish files:
{{{
Index: src/program/localization/da_DK/messages.inc
===================================================================
--- src/program/localization/da_DK/messages.inc (revision 689)
+++ src/program/localization/da_DK/messages.inc (working copy)
@@ -97,4 +97,3 @@
$messages['editorwarning'] = 'Al formatering af teksten forsvinder,
hvis der skiftes til ren tekst. Vil du fortsætte?';
?>
-
Index: src/program/localization/da_DK/labels.inc
===================================================================
--- src/program/localization/da_DK/labels.inc (revision 689)
+++ src/program/localization/da_DK/labels.inc (working copy)
@@ -264,4 +264,3 @@
$labels['GB'] = 'GB';
?>
-
}}}
However, a few more files show symptoms of problems, but I haven't
checked them out by hand:
$ grep -rl '^M' src/program/localization
src/program/localization/sr_CS/messages.inc
src/program/localization/sr_CS/labels.inc
src/program/localization/vi_VN/messages.inc
src/program/localization/vi_VN/labels.inc
src/program/localization/si_LK/messages.inc
src/program/localization/si_LK/labels.inc
src/program/localization/ne_NP/messages.inc
src/program/localization/ne_NP/labels.inc
I hope this fix can be included in the next stable release. In the
meantime, I'm making a private debian package with this patch in it.
P.S: Is there any plan to make an official Debian package -- or at least
support for compiling a Debian package from source? I'd be happy to
contribute the work I've done so far.
--
Med venlig hilsen / Best regards
Christian Iversen
Sikkerhed.org ApS
Fuglebakkevej 88 E-mail: support(a)sikkerhed.org
1. sal Web: www.sikkerhed.org
DK-2000 Frederiksberg Direkte: ci(a)sikkerhed.org
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all, im working on a plugin that needs to do some ajax calls. It's
all working, but im wondering if this is the right way to do it..
I create a button (in a template inside the plugin dir, so that recent
addition is working great):
<roundcube:button command="plugin.xs4all_greenlist-add" type="input"
class="button" label="xs4all_greenlist.xs4all_greenlist_add" />
In JS:
rcmail.register_command('plugin.xs4all_greenlist-add',
'xs4all_greenlist_add' , true);
function xs4all_greenlist_add()
{
rcmail.http_post('plugin.xs4all_greenlist-add',
'_greenlist_entry='+entry, true);
}
And in PHP:
$this->register_action('plugin.xs4all_greenlist-add', array($this,
'xs4all_greenlist_add'));
function xs4all_greenlist_add($args)
{
global $OUTPUT;
....
$OUTPUT->command('xs4all_greenlist_add_greenlist_row');
}
Up to here it was pretty straightforward. But i was fiddling a bit to
get the ajax return correct. It's returning a JSON reply with an exec
field that can execute a JS function. I ended up doing this in my js
file, otherwise the function couldnt be found:
rcube_webmail.prototype.xs4all_greenlist_add_greenlist_row = function()
{
.....
}
This seems to be working, but i just want to make sure this is the
correct way to handle this, before I end up having to change this
plugin later on.
Thanks,
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
it's possible to set a property for set signature and cursor before the
message in a reply?
When we replay many times to an email your new text is in the bottom and
not good for reading.
Thanks
--
Sandro Pazzi
IdWeb s.r.l.
Viale Romagna 69/A - 06012 Citta' di Castello (PG)
Tel. 075 851 97 28
Fax 075 851 97 30
_______________________________________________
List info: http://lists.roundcube.net/dev/