messages.inc attached
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Sd/1VpmWFD2/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/
In function http_response (app.js) we have:
// execute callback functions of plugins
if (response.callbacks && response.callbacks.length) {
for (var i=0; i < response.callbacks.length; i++)
this.triggerEvent(response.callbacks[i][0], response.callbacks[i][1]);
}
This code isn't realy useful and redundant because we have
response.exec. Is someone using it? I propose to replace this with
something more useful:
this.triggerEvent('response'+response.action, {});
or, even better, two calls responsebefore* and responseafter*.
--
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/
Dear all,
Here is final messages.inc completed file.
thanks.
-Devendra
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/4N/Rwk3I1k8/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/
Hi!
Is there somebody working on this ticket?
http://trac.roundcube.net/ticket/1483894
Internationalized domain name are not Supported
if so, I would be glad to help some way... may be testing, and the like.
if it is not, i can give it a try, but as i have not knowledge about
entire roundcube, may be need some support by some with experience to
guide me where to look if we need to make some changes.
Right now, i'm investing time on reading RC Dev Docs, this way a will
have more knowledge about RC, but as i can see this ticket is not a
simple task, at least not for me...
i have been making some small tests, outside RC, using the library
provided by http://phlymail.com/en/downloads/idna/download/ and it works
ok. It only requires the email to be a UTF-8 string, but as i can see,
RC works on UTF-8 internally already, so it must be not as much trouble
to implement.
Reading some info in http://idn.icann.org/ i found that at the low level
the IDN domains are only ascii, it is something like the
internationalized version of the domain is only for "writing" and "be
read" by de user, but the core logic of the MUA works only in ascii.
If this is correct, the IDN support consists only in accept the user to
write other UTF-8 characters and to translate them to Punycode before
the core logic of roundcube sees it; in the other hand, whenever a mail
is viewed, it must pass to the inverse process so the user will see the
IDN domain in his local alphabet. But again: the core roundcube's logic,
addressbooks, LDAPs, etc, will see only a "punycode address"...
is this concept right??
best regards
--
Carlos Pasqualini <charly(a)setionline.com.ar>
_______________________________________________
List info: http://lists.roundcube.net/dev/
I know this will break backward compatybility, but I think we should
unify names of hooks/events. So, what need to be changed:
Old Name New Name
-------------------------------------
Events:
insertgroup group_add
updategroup group_update
removegroup group_delete
insertrow message_add
listupdate list_update
selectfolder folder_select
Hooks:
create_user user_create
kill_session session_destroy
upload_attachment attachment_upload
save_attachment attachment_save
outgoing_message_headers message_outgoing_headers
outgoing_message_body message_outgoing_body
address_sources addressbooks_list
get_address_book addressbook_get
create_contact contact_create
save_contact contact_save
delete_contact contact_delete
manage_folders folders_list
save_preferences settings_save
user_preferences settings_list
list_prefs_sections settings_sections_list
list_identities identities_list
create_identity identity_create
save_identity identity_save
--
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/
as in the subject,
is there any way to visualize, sort of a mind mapping way, roundcube
source code?
for somebody who would like to participate, help with the development,
but who is only
an entrant to this whole web development thing, having such a possibility
would be a massive help I am sure for everybody like myself.
does this concept even work for php?
what is there in the docs is obviously for a dev whizz, right?
cheers
_______________________________________________
List info: http://lists.roundcube.net/dev/
I've recently been thinking about Roundcube's handling of message/rfc822
attachments. The current behavior is that message/rfc822 parts are
'flattened': content parts are appended to the main message body,
honoring text or HTML alternative preferences; file attachments listed
in the header section with no indication that they are a sub-attachment;
a link is provided to download entire message part in raw format.
Most mail clients handle the message/rfc822 part as single attachment
that's natively viewable in a self-contained format. Double-clicking or
otherwise activating the attachment opens it for viewing just like a
message pulled down directly from the IMAP server. This is what I'd like
Roundcube to do as well.
As far as I can tell, this would require some fairly in-depth changes to
the core logic. One approach would be to extend or subclass
rcube_message to support message/rfc822 parts, and update some code that
that refers to messages by uid to support uid+part selectors. There
would also need to be some changes to the UI and possibly the skin
layout to support navigation through message parts.
I'm glad to take this on, but I thought I'd run it past folks first to
see if there's any support for or objections against this effort.
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/