hi all,
i just updating the translation for indonesian language (Bahasa Indonesia).
--
Linux For A Better Future
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/E8/utrPgp8d/Indonesia.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/
Hello,
I'm trying to determine the value of the mail header "test". I've hooked my
function on message_load and tried using
$args['object']->get_part_content(), which works to get the content of the
e-mail. When I loop through it I find the body but nothing more. I've found
no documentation about what I'm trying to do and
$args['object']->get_header() didn't work.
Could somebody please show me the syntax to read the headers from
message_load? I would really appreciate any help with this, I've been
reading other plugin sources that showed up in Google when I searched for
message_load hooked plugin functions but haven't found anything that made
sense to me. Perhaps I am just a bad Googler and if that's the case I
apologize.
Thanks for reading,
John
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
attached the updated localzation for
trunk/plugins/managesieve/localization/zh_TW.inc
--
Best Regards,
Thomas Yu - Sian , Liu
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Wu/CdK1y3Qg/zh_TW.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/
Hi,
attached the missing localzation for
trunk/roundcubemail/plugins/markasjunk/localization/zh_TW.inc
--
Best Regards,
Thomas Yu - Sian , Liu
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Rn/fBTjkOlt/zh_TW.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/
Hi,
attached the missing localzation for
trunk/roundcubemail/plugins/userinfo/localization/zh_TW.inc
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/q8/Eyl5EWjn/zh_TW.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/
Cor,
I have a feature request to pass along.
One of my users was complaining about how annoying it is to go back and
forth between the contact list and the Recipient/Copy/Bcc buttons. He's
coming from our legacy system where the contacts are presented in a list
with checkboxes for to/cc/bcc and he could easily just run down and pick
with a minimum of mouse movement.
My suggestion was going to be that he double-click on contacts, but it
appears that this is hard-coded to add the double-clicked contact to the
Recipient field. How hard would it be to have the double-click action
add contacts to the Copy or BCC fields, if the cursor was placed in one
of those fields prior to the double-click?
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/
I’ve attached an updated Chinese (Traditional) localization of labels.inc.
Best Regards,
YS Liu Thomas
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/d3/tVVJHHRX/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/
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/
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/