Hi all, i'm entusiastic , RCM is very cool , but i'de like do go
deeper in it.
Is there a place where i can download or simply read tutorials or
manuals to implement actions and tasks ?
I've not much time to read the entire source tree :|
Tnx all
BB
Matteo C.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi !
I made a small patch that will quote names that contains special chars
(as defined in RFC822) in auto-completion (fix bug #1483999,
http://trac.roundcube.net/ticket/1483999 )
Also, should we check (using Javascript) if destination fields ("To:",
"Cc:", "Bcc:") are RFC822 compliant before sending mail ? I mean
throwing an error with bad formatted field (Buggy: name
<buggy(a)example.org> isn't valid, but "Buggy: name" <buggy(a)example.org> is).
Thank you !
--
Benjamin Vanheuverzwin
iWeb Technologies http://www.iweb.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/a5/ZCLqW2dU/bugfix1483999.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/
I'd like to have a server-side rule doing some classification that
labels my messages with IMAP flags
(http://deflexion.com/2006/05/server-side-message-labels). However, I
can find nothing in roundcube that will show me how these flags are set.
Ideally I'd like to be able to choose a color for each of a selection of
user-defined flags. Has anyone implemented something like that?
--
Dave Abrahams
Boost Consulting
http://boost-consulting.com
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I've created a patch to enable moving multiple messages
to a specified folder at once. The patch just adds the
move-to drop-down menu in mail.inc template file as it
seems to me that it is all that's needed for such
funcationality.
Please be aware that in smaller resolutions (browser window
sizes) the drop-down may overlap with the search field.
Here is the patch:
================ cut here ===============
--- mail.html~ 2008-03-07 10:51:10.000000000 +0100
+++ mail.html 2008-03-10 11:31:02.000000000 +0100
@@ -107,6 +107,8 @@
<roundcube:button command="forward"
imageSel="/images/buttons/forward_sel.png"
imageAct="/images/buttons/forward_act.png"
imagePas="/images/buttons/forward_pas.png" width="32" height="32"
title="forwardmessage" />
<roundcube:button command="delete"
imageSel="/images/buttons/delete_sel.png"
imageAct="/images/buttons/delete_act.png"
imagePas="/images/buttons/delete_pas.png" width="32" height="32"
title="deletemessage" />
<roundcube:button command="print"
imageSel="/images/buttons/print_sel.png"
imageAct="/images/buttons/print_act.png"
imagePas="/images/buttons/print_pas.png" width="32" height="32"
title="printmessage" />
+<roundcube:object name="mailboxlist" type="select" noSelection="moveto"
maxlength="25" onchange="rcmail.command('moveto',
this.options[this.selectedIndex].value)" class="mboxlist" />
+
<div id="markmessagemenu">
<ul class="toolbarmenu">
================ cut here ===============
Best regards,
--
Alexander Iliev
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all !
I made a tiny patch to fix ticket #1484839 (
http://trac.roundcube.net/ticket/1484839 ).
It removes completely the feature which gives the focus to the password
field when pressing 'enter' key. I think this is not a good UI behavior
for these reasons :
- On many web apps, pressing 'enter' activates the submit button (this
is the default 'enter' key behavior). I don't think users are used to
press 'enter' to switch input focus. They use the 'tab' key instead.
- In case you let people choose their server in the login form, pressing
'enter' in the password input won't give focus to the server input, but
will fire the submit action (but it should be possible to).
- This feature currently break Firefox and Safari concerning
auto-complete (as reported on #1484839).
That's why I would remove it.
Thank you !
--
Benjamin Vanheuverzwijn
iWeb Technologies http://www.iweb.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Ar/Hsj7PtAA/bugfix1484839.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/
Did a new install of RC instead of trying to update from my old
version full of hacks.
Configured perfectly, had the authentication a bit wrong. Fixed that
and I logged in!
Several times
Over and Over and Over again in fact...
I get directed to /?_task=mail on successful login, which presents me
proudly with no errors and a new login screen. Login failure errors
properly, but I can't get past the login screen. Trace debugging shows
me zip.
Does anyone have the faintest clue what this things problem is?
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi Till, hi folks,
I installed the latest stable version of roundcube, but this version
still have a problem with IE6 when opening an attachment from the
message (the messagepart.html template), which was present in rc1 version too.
After opening the message in a new window, it remains hanged with CPU 100%
utilization, and the only way out is to kill the application.
I decided to track down the problem. The problem is related to the
height: expression(...) in #messagepartframe selector in main.css file
I corrected it in the following way:
#messagepartcontainer
{
position: absolute;
top: 80px;
left: 20px;
right: 20px;
bottom: 20px;
/* MB: added IE hack to calculate view size */
width: expression((parseInt(document.documentElement.clientWidth)-40)+'px');
height:
expression((parseInt(document.documentElement.clientHeight)-100)+'px');
}
#messagepartframe
{
width: 100%;
height: 100%;
border: 1px solid #999999;
background-color: #F9F9F9;
/* css hack for IE */
/* MB: For some reason the following put IE6 in a tightloop which requires
to kill the application :(
height:
expression(parseInt(document.getElementById('messagepartcontainer').offsetHeight)+'px');*/
width: expression(parent.offsetWidth+'px');
height: expression(parent.offsetHeight+'px');
}
This cures the problem. I tested on several different workstations with IE6,
and the problem is solved with this. I don't know what is causing it, maybe
the getElementById call.
Please review the correction and if it's ok, include it in your bugfix release.
Thank you
Mirko
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey party people!
The 0.1.1 milestone is really just a bugfix release. I am just posting
this so people don't assign their patches to it, unless you fix a bug.
And the agenda for 0.1-stable is to have 0.1.1 as soon as necessary. ;-)
Whatever your patch does - be the change tiny, medium or grande. If
it's a new feature it will not be in 0.1.1.
Reason is, we need to finish the merge from current trunk and
branches/devel-vnext. The merge is complicated as is and therefor we
are trying to make it easier for us. ;-)
Just to let you all know!
Have a great weekend!
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
[cut]
The changes made in http://trac.roundcube.net/ticket/1484810 are
correct, so you can add mine in diff.
I have no offense, you guys do a really great job :)
Last changes I've made to those translation files are only cosmetic,
they look better and more like in .exe type of MTAs.
regards
--
Wojtek
_______________________________________________
List info: http://lists.roundcube.net/dev/