Dev

dev@lists.roundcube.net

1 participants
4289 discussions

Fwd: Roundcube merger - Ideas from atmail
by Thomas Bruederli 04 Aug '06

04 Aug '06

Hi everybody, Just wanted to forward a mail I've got yesterday and would like to hear your opinions about this topic. Either this could make RoundCube grow faster or atmail just wants to get rid of some (more and more serious) competition. Don't panic, I didn't decide anything yet and I don't want to get rich anyway :-) Regards, Thomas ---------- Forwarded message ---------- From: Ben Duncan Date: 25.07.2006 09:06 Subject: Roundcube merger - Ideas from atmail To: roundcube(a)gmail.com Hello Thomas, Ben Duncan here, I emailed you earlier this year about doing some consulting work for @Mail in Australia but it seemed you were busy. Just as a quick intro, I'm the founder of @Mail, a WebMail/Email-server project I first started in 1998. We are based in Australia and run a business with about 6 people, supporting the @Mail product as our main focus. Our site is at: http://atmail.com/ We'd like to propose a business deal to merge Roundcube with our @Mail product. In summary we'd like to fork an open-source version of @Mail, and use the current Roundcube product as leverage for the open-source offering. We would then continue developing @Mail as the full commercial copy with added features; while running a decent quality open-source version as incentive for people to use our commercial copy. We can offer you a reasonable fee to purchase the license of Roundcube, the site, and for the effort you have contributed to the project. We'd also be very interested if you could spear-head the development of our open-source @Mail product that would be merged into Roundcube and offered to the open-source community. If you are available we'd love you to consult our company in Australia for 1-3 months on the development of @Mail and merging the two products for the open source offering. We could propose a deal for the merger and pay you for consulting our company for the desired time you'd like to visit Australia. Let me know if you are open to any business deals, and I can submit a proposal for you. Kind regards, Ben Duncan

17 20

on the subject of folders
by Chuck, Charlie and Charles 04 Aug '06

04 Aug '06

I was looking around the folders code and discovered a minor bug. If you create a folder with a dot in it (like test.box) RC will display a folder called test with a box sub-folder. That is all as it should be. The problem is that it allows you to drag and drop messages into the phantom folder and displays it as if it were a real folder. When you drag into the folder the message appears to go away, and of course doesn't appear in the phantom folder. When you refresh the folder that you dragged the message from the message reappears (which is good - at least it isn't lost forever). What should happen is that the phantom folder should be greyed out, and undraggable (and probably unselectable). When you query IMAP for the folder list, it helpfully tags that folder as Noselect, but we don't do anything with that tag, or for that matter with any other tags (including such useful ones as HasChildren and HasNoChildren). I propose rewriting the folder getting routines to pass all of the tags through to the roundcube "layer" so that we can decide what to do about the presentation of these folders. This requires the modification of iil_C_ListSubscribed in lib/imap.inc as well as _list_mailboxes and list_mailboxes in rcube_imap, and the various functions that call those functions (about 6 or so). So my question is does anyone have any reservations about me going ahead with this, and does anyone anticipate any cross IMAP server problems? -Charles

5 7

New(?) Sorting Problem
by Jim Pingle 04 Aug '06

04 Aug '06

I updated from SVN version 285 to 288, and in doing so I now have problems with the message sort order on BincIMAP. It's working fine on my Courier server. What happens is that the messages in the inbox are in random order, even though the "date" column header is highlighted. If it refreshes to check new mail and finds something, it does go at the top. However, once you reload the page the messages return to their previous order. The order doesn't correspond to any discernible pattern. If I move back and forth between pages, the messages stay in the same order. BincIMAP does not support server-side sorting, so the usual sort functions in Roundcube are disabled (column headers are not clickable.) Perhaps there needs to be an additional capability check that can default back to client-side sorting in this case? I really, really wish I didn't have to deal with BincIMAP, but I guess it does help to hunt down bugs in lesser-used code paths... Jim

6 14

More sorting fun
by Michael Bueker 03 Aug '06

03 Aug '06

Hi there! Just to add to the fun of the current debate on sorting, I'd like to say that I'd _very_ much like to be able to a) choose whether the latest mails appear on top on on the bottom of the list (also for multi-page sorting) b) choose individual pages for large folder listings Additionally, there's a little glitch in the message view: When viewing a single message, the tooltip of the button that gets to the next message says "display next set of messages" (same for previous). That should probably just say "message". Cheers! mtu

3 3

Re: Hierarchical folders (Rev 290)
by Chuck, Charlie and Charles 03 Aug '06

03 Aug '06

Brett Patterson wrote: > Actuallly, you could use lists, you just have to nest the next <ul> > element inside the previous <li> element. So the <ul> becomes a child > of the <li> > > Keep the same style, and the sub-<ul> element has the same widht and > height as the other folders. The only difference would be padding for > text and the icon ;) You pad the left so it "indents" the text and > display block the entire link and voila!! you have a row that highlights!! That's exactly as it was, and it wasn't working: <ul> <li id="inbox">inbox <ul> <li id="inbox.stuff">stuff</li> </ul> </li> </ul> In this (above) scenario, whenever you change the style of "inbox" you change the style of all of it's sublists. I changed it to: <ul> <li id="inbox">inbox</li> <ul> <li id="inbox.stuff">stuff</li> </ul> </ul> Which appeared to look and act as it was supposed to, but as Thomas correctly pointed out, it's not valid HTML, it just happens that the browsers support it anyway. Perhaps I don't understand what you're proposing. If that's the case, perhaps some sample HTML would help. -Charles PS. Obviously there are myriad solutions to this problem in HTML, but one that works without having to completely rewrite: http://trac.roundcube.net/trac.cgi/browser/trunk/roundcubemail/program/step… would be ideal.

1 0

Validation
by Brett Patterson 03 Aug '06

03 Aug '06

Since Charles "broke" the validation with his sub-folder highlighting stuff, I also noticed that in general, Roundcube won't validate because of the "search" type of input. XHTML 1.0 Transitional DTD: link <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_InputType> > <!ENTITY % InputType > "(text | password | checkbox | > radio | submit | reset | > file | hidden | image | button)" > > > >  > > <!ELEMENT input EMPTY>  > <!ATTLIST input <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_input> > %attrs; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_attrs> > %focus; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_focus> > type %InputType; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_InputType> "text" > name CDATA #IMPLIED > value CDATA #IMPLIED > checked (checked) #IMPLIED > disabled (disabled) #IMPLIED > readonly (readonly) #IMPLIED > size CDATA #IMPLIED > maxlength %Number; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_Number> #IMPLIED > src %URI; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_URI> #IMPLIED > alt CDATA #IMPLIED > usemap %URI; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_URI> #IMPLIED > onselect %Script; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_Script> #IMPLIED > onchange %Script; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_Script> #IMPLIED > accept %ContentTypes; <http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_ContentTyp…> #IMPLIED > > So that won't validate since in XHTML 1.0, "search" isn't a valid input type :( Even the XHTML 1.1 spec doesn't have "search" as an input type: > <!ENTITY % input.attlist "INCLUDE" > > <![%input.attlist;[ > <!ENTITY % InputType.class > "( text | password | checkbox | radio | submit > | reset | file | hidden | image | button )" > > >  > <!ATTLIST %input.qname; > %Common.attrib; > type %InputType.class; 'text' > name CDATA #IMPLIED > value CDATA #IMPLIED > checked ( checked ) #IMPLIED > disabled ( disabled ) #IMPLIED > readonly ( readonly ) #IMPLIED > size %Number.datatype; #IMPLIED > maxlength %Number.datatype; #IMPLIED > src %URI.datatype; #IMPLIED > alt %Text.datatype; #IMPLIED > tabindex %Number.datatype; #IMPLIED > accesskey %Character.datatype; #IMPLIED > accept %ContentTypes.datatype; #IMPLIED > > I know Safari is supporting this, and with it the "results" attribute, but it won't validate. Not sure if you're working off of a different spec or not. Just thought I'd point it out ;) ~Brett

1 0

News from atmail?
by Michael Bueker 03 Aug '06

03 Aug '06

Hey, Over the last weeks, I've been anxious for news about the atmail offer and Thomas' decision about it. Is there anything new? mtu -- Linux is now being used by the US Military - brought to you by Private Network, Major Distribution, Colonel Panic and General Protection Fault.

1 0

Hierarchical folders (Rev 290)
by Thomas Bruederli 03 Aug '06

03 Aug '06

Hi Charles, I saw that you changed the list structure of the mailbox list. Now the HTML does not validate anymore because ULs cannot be nested directly within ULs. It seems to solve the highlighting problem but I'm not sure if all browsers will still display it correctly. I've tried it out with Firefox 1.5, Safari and Opera and could not detect any problems so far. If it works, we can turn a blind eye but actually I'm not very happy with this solution. Alternatively we could apply all styles to the a-tag instead of the li. Any thoughts? Regards, Thomas

2 1

Turkish Translation (with new labels)
by Hasan Cansız 01 Aug '06

01 Aug '06

New labels are translated. But i can't translate these labels. $labels['returnreceipt'] = 'Return receipt'; $labels['revertto'] = 'Revert to'; <a href=http://cansiz.info/rc/turkish_new.zip>http://cansiz.info/rc/turkish_new.zip</a> _____________________________________________________ Yahoo! kullaniyor musunuz? Simdi, 1GB e-posta saklama alani sunuyor http://tr.mail.yahoo.com

1 0

Return receipt checkbox/message overlaps Priority select box on Compose message
by Vahan Yerkanian 01 Aug '06

01 Aug '06

Greetings all, There is a minor visual bug with the "Return receipt" checkbox/message in Compose message screen, overlaping the Priority select box (f.e. in Armenian version) when the contents of the select box are long enough. Best regards, Vahan

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev