Hi everyone,
Today I propose you 4 small patches which I needed for a client. I generated them with git which explains the numbers in the patches names.
These four patches do the following :
before his firstname in autocompletion when composing an email.
autocompletion
lastname in emails autocompletion
Have a good day.
Vincent BOURDEIX
--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/8S/gqbypSSE/0006-Modification-to.patch http://detached.gigo.com/rc/8S/gqbypSSE/0002-Add-of-a-transl.patch http://detached.gigo.com/rc/8S/gqbypSSE/0004-Add-setting-to-.patch http://detached.gigo.com/rc/8S/gqbypSSE/0005-Modification-to.patch Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---
List info: http://lists.roundcube.net/dev/ BT/aba52c80
Hi Vincent
Thanks for your contribution! So far we've applied the fix for empty e-mail addresses in autocompletion to SVN trunk. As you might have seen in trunk, the address book meanwhile has more fields that can form the display name. Therefore your modifications about first/last name sorting don't fit perfectly and we didn't add them to our codebase. I'm also wondering why sorting in autocompletion should differ from sorting in the address book listing. In the latter case the list is sorted by the entire display name string which is by default composed from prefix + first + middle + last + suffix. I guess we should look for a solution that generally influences the display name composing/display and sorting.
Best regards, Thomas
2011/6/9 Vincent BOURDEIX vbourdeix@linagora.com:
Hi everyone,
Today I propose you 4 small patches which I needed for a client. I generated them with git which explains the numbers in the patches names.
These four patches do the following :
- Add of a french translation for a preference setting (default addressbook)
- Add of a user's preference to be able to display a contact's lastname
before his firstname in autocompletion when composing an email.
- Small bug fix where a contact with an empty email was displayed at
autocompletion
- Add of a user's preference to be able to sort contacts on their lastname
in emails autocompletion
Have a good day.
Vincent BOURDEIX
--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/8S/gqbypSSE/0006-Modification-to.patch http://detached.gigo.com/rc/8S/gqbypSSE/0002-Add-of-a-transl.patch http://detached.gigo.com/rc/8S/gqbypSSE/0004-Add-setting-to-.patch http://detached.gigo.com/rc/8S/gqbypSSE/0005-Modification-to.patch Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---
List info: http://lists.roundcube.net/dev/ BT/0ddf6350
List info: http://lists.roundcube.net/dev/ BT/aba52c80
Hello Thomas, and thanks for your answer.
I totally agree with you concerning the sort order, and my last commits on the subjects allow to manage sort order on a configurable list of fields for both autocompletion and addressbooks. A few improvements need to be done I think but it works.
Actually, I started developping the patches I sent to you over the trunk but when I decided to apply them for my client I had a problem because it was a fresh v0.5.3 (We needed a stable version for our tests). Thus I migrated my patches to be appliable over a 0.5.3. Since it was very urgent, I continued to develop ont this version but didn't have time to make a version for the trunk (for the community). My last modifications involves sorting for autocompletion and addressbooks, but the part concerning addressbooks might be in the obm_addressbook plugin if I remember well. I'm on another urgent problem right now (which don't involve roundcube) so I don't know when I'm going to have time to give you the updated patches.
That's why if you want to see my last commits and to adapt them for the trunk (a few hours max are needed IMHO) you can find them on the linagora branch of the git http://git.obm.org/roundcube/. I'm going to ask if someone here can do the adaptations and give you the patches but I can't promiss anything about this.
Kind regards.
Vincent
Le 23/06/2011 00:14, Thomas Bruederli a écrit :
Hi Vincent
Thanks for your contribution! So far we've applied the fix for empty e-mail addresses in autocompletion to SVN trunk. As you might have seen in trunk, the address book meanwhile has more fields that can form the display name. Therefore your modifications about first/last name sorting don't fit perfectly and we didn't add them to our codebase. I'm also wondering why sorting in autocompletion should differ from sorting in the address book listing. In the latter case the list is sorted by the entire display name string which is by default composed from prefix + first + middle + last + suffix. I guess we should look for a solution that generally influences the display name composing/display and sorting.
Best regards, Thomas
2011/6/9 Vincent BOURDEIXvbourdeix@linagora.com:
Hi everyone,
Today I propose you 4 small patches which I needed for a client. I generated them with git which explains the numbers in the patches names.
These four patches do the following :
- Add of a french translation for a preference setting (default addressbook)
- Add of a user's preference to be able to display a contact's lastname
before his firstname in autocompletion when composing an email.
- Small bug fix where a contact with an empty email was displayed at
autocompletion
- Add of a user's preference to be able to sort contacts on their lastname
in emails autocompletion
Have a good day.
Vincent BOURDEIX
--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/8S/gqbypSSE/0006-Modification-to.patch http://detached.gigo.com/rc/8S/gqbypSSE/0002-Add-of-a-transl.patch http://detached.gigo.com/rc/8S/gqbypSSE/0004-Add-setting-to-.patch http://detached.gigo.com/rc/8S/gqbypSSE/0005-Modification-to.patch Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---
List info: http://lists.roundcube.net/dev/ BT/0ddf6350
List info: http://lists.roundcube.net/dev/ BT/aba52c80
Hello,
I have created a script to fix messagelist table header.
http://www.roundcubeforum.net/5-release-support/14-release-discussion/8599-s...
The code can be inserted in template mail.html before closing body tag or used by a plugin (hook render_page).
It works with recent versions of:
There are issues with Safari. A fixed table header is slightly misplaced for some reason. I was not able to find a solution yet (Safari is locked out yet).
It has been not test tested with Konquerer/Netscape/Android; I don't use these browsers.
Please review the code. I appreciate any feedback. Maybe someone is able to solve the Safari issue.
Please focus on comments "ToDo" aswell. These comments mark hard coded stuff which should be replaced to make the script skinable.
Thanks for contributions in advance! Please notice, I'm not the most skilled Javascript/Jquery coder!
R.
--- Schnipp ---- {{{
<script> $(document).ready(function(){ function fixTHEAD(){ // always remove the dummy row first $('#messagelist_empty_row').remove(); var last_row = $('#messagelist > tbody > tr:last').position().top; // check if messagelist has vertical scrollbar if(last_row < ($('#messagelistcontainer').height() - $('#messagelist > tbody > tr:first').height())){ //No scrollbar, so we can unfix thead $('#messagelist thead tr').css('position',''); return; } // add a dummy row because first row gets hidden when we fix thead $('<tr id="messagelist_empty_row"><td> </td></tr>').insertBefore('#messagelist > tbody > tr:first'); // add missing min-width style to threads column to getter a proper table rendering // when thead is fixed $('#messagelist tbody tr td').each(function(){ var elem = $(this); if(elem.attr('class') == 'threads'){ elem.attr('style','min-width: 17px'); } }); // unfix thead to get default column widths $('#messagelist thead tr').css('position',''); // read default column widths var width = new Array(); var i = -1; var w = 0; var subject_col; var rightwidth = $('#mailrightcontainer').width(); $('#messagelist thead tr td').each(function(){ var elem = $(this); i++; // remember where subject column is located if(elem.attr('class') == 'subject'){ subject_col = i; } width[i] = elem.width(); w = w + width[i]; }); // adjust the subject column width if there is not enough space for default column widths // ToDo: is it detectable? var scrollbar_width = 17; // ToDo: is the left space of 40px detectable? var space = rightwidth - w - (40 + scrollbar_width); if(space < 0 && subject_col){ width[subject_col] = Math.max(width[subject_col] + space, 150); } // now fix thead and adjust column widths $('#messagelist thead tr').css('position','fixed'); i = -1; $('#messagelist thead tr td').each(function(){ var elem = $(this); i++; elem.width(width[i]); }); } // lock out safari if(!bw.safari){ // add border-spacing style for IE to avoid unwanted spaces in fixed thead $('#messagelist').attr('style', 'border-spacing:0'); // remove the fixed table layout style $('#messagelist').css('table-layout','auto'); rcmail.addEventListener('listupdate', function(evt) { fixTHEAD(); // adjust messagelist table if the container is resized $('#mailrightcontainer').resize(function(){ fixTHEAD(); }); // adjust messagelist table if row is inserted and there were no scrollbars before rcmail.addEventListener('insertrow', function(evt) { fixTHEAD(); }); }); } }); </script>
}}} --- Schnapp ---
List info: http://lists.roundcube.net/dev/ BT/aba52c80