Highlighting the folder drop-target
ross at rossp.org
Mon Oct 10 04:47:02 CEST 2005
Great change - I haven't tested it out as yet, but I believe the issue of removing the list icons will be fixed up by using the following CSS instead:
This will change just the background COLOR property of the list item - not the entire BACKGROUND property (which I believe controls the folder-specific icons where used).
On Sun, 9 Oct 2005 22:37:40 -0400, Eliot Kristan <eliot.k at gmail.com> wrote:
> I just discovered RoundCube and jumped on the list last night. What a
> job with the ideas and the code!
> I was thinking the same thing that Mark had about drop targets. I added a
> mouseover / mouseout sequence to program -> steps -> mail ->
> funcs.incbeginning at line 214 when the <li>'s for the individual mail
> begins. Mouseover gives the <li> a new class called 'rollover' which I
> defined in skins -> default -> mail.css at line 255 with the other
> mailboxlist styles.
> With this the individual mailbox will take on a highlighted background
> (could be other styles too, of course) when you roll a dragged item over
> The only thing with this is that the inbox and trash png's dissapear
> the rollover. You could of course do individual rollover classes for the
> inbox and trash <li>'s.
> Attached is a bitty text file of these changes.
> It's great to be here!
>> - Drag-and-drop targets: I noticed Zimbra changed the dragged item to
>> when over a valid drop-target. A helpful UI clue to assist users if easy
> On 10/9/05, Thomas Bruederli <roundcube at gmail.com> wrote:
>> 2005/10/8, Mark Mackay - Orcon <mark at orcon.net.nz>:
>> > Hi guys -
>> Hello Mark. Thanks for your long list of good ideas!
>> > I'm new to the list as I only stumbled across Roundcube the other day,
>> > can't find any mailing list archives (are there any?); so forgive me
>> > repeat any feedback/questions. First off - awesome webmail client.
>> > waiting for a good open source Ajax webmail, and was certainly not
>> > disappointed. Found Zimbra at around the same time, and definitely
>> > cool. but obviously on the heavy side.
>> > This latest version seems to address some of the previous version
>> > that I spotted, however there's a few things I'll note here which are
>> > wishlists/feedback:
>> > HIERARCHICAL FOLDERS
>> > Great to see in the new version, but the current presentation isn't as
>> > when you have lots of folders. I think would be boosted substantially
>> > having sub-folders initially hidden and expandable, although possibly
>> > the "expanded" view in a cookie or prefs or something. It also
>> > the name of long (or deeply nested folders).
>> Totally agree. The current solution was just added very quickly and
>> surely has to be improved with more functionality.
>> > NAVIGATION / UI
>> > I watched about 5 people initially try to use Roundcube for the first
>> > and everyone seemed to initially struggle with working out the
>> > options. Ajax is new to most, so not everyone's used to the way things
>> > work yet. Some suggestions:
>> > - Make the cursor change to an hourglass when you double-click on a
>> > or put a progress bar/icon somewhere - so that people know something
>> > be happening. It wasn't very obvious to double-click (based on the way
>> > cursor/selection stuff happened) - so maybe make the clicking title
>> > automatically open the message, or provide a location on the line
>> > single click will definitely work.
>> Because Roundcube does not come up with (ugly) checkboxes on each line
>> to select a message, we used one click for the message selection. Also
>> it was some sort of a test, how a web application using double-clicks
>> will work. I already got lots of feedbacks concerning this topic.
>> We also made some tests with setting the hourglass-cursor and it's
>> possible to do so but if you reset the cursor to 'default' (this has
>> to be done for the whole document) then all buttons will loose their
>> hand-cursor. If someone has a better solution for that, please let me
>> > - Two nav bars: The nav at the top and bottom is a bit confusing to
>> > so I'd suggest putting them all in the one location. Feedback from my
>> > initial test users is that some of the icons aren't obvious as to what
>> > do (the inbox at the bottom, "logout" -- could be confused with delete
>> -- so
>> > maybe make delete a trash can? This is obviously changeable through
>> > skins, but feedback provided in case you think it's worthy updating
>> > default skin.
>> The current skin actually is just for development and was designed by
>> a programmer and not by a real screen designer. The lower nav bar
>> should be some sort of a task list.
>> We have people working on a new skin for RoundCube.
>> > - Use of alt-tags, window.status messages, etc: For a first-time user
>> > there's no real clue as to what buttons do except their icon. The
>> All buttons have title-attributes set for the <a> tag but IE prefers
>> to use the empty alt-attribute. Modern browsers all show up the titles
>> set for each button. Also the skin architecture allows to create
>> buttons with a text label.
>> > - Drag-and-drop targets: I noticed Zimbra changed the dragged item to
>> > when over a valid drop-target. A helpful UI clue to assist users if
>> > implement.
>> Good point. I'll try to improve this.
>> > - Speed with large mailboxes: The first time I logged in (with 380
>> > messages, but about 40 subscribed folders) took an age. I realise the
>> > needs to be built up, but this first-time hit (our imap server is
>> > quite slow, which may be contributing to it) is quite unbearable for
>> > Perhaps a message could be displayed like "Updating message listing"
>> > it moves off the initial login screen more quickly? Ditto for loading
>> > un-cached mailbox, although the "loading" at the top helps.
>> If logging in for the first time, all mailboxes are listed and the
>> client requests a message count for each one. This is what takes a lot
>> of time and it certainly has to be improved.
>> > - Mysql max_allowed_packet: Encountered a user (with about 3000
>> > inbox) exceeding the default max_allowed_packet of 1M. Worked by
>> > it, but there may be some issues with really large mailboxes under the
>> > single-cache-entry for per mailbox. Certainly a read-me note would
>> > this. When it did encounter the issue, the error was plastered behind
>> > message list; although I think the changelogs indicates a possible fix
>> > the latest version for this.
>> I already know this problem. Unfortunately it's not mentioned in the
>> INSTALL or README file. Also for caching messages with large
>> attachments, max_allowed_packet should be increased. I know that the
>> current caching method is not perfect and can be dead slow with more
>> than 5000 messages in one box.
>> > - Livegrid: You've probably already seen it, but check out
>> > http://openrico.org/rico/livegrid.page. This concept would
>> > be great for dealing with large imap mailboxes. Removes the need for
>> > pagination, and may be possible to reduce loading time by caching
>> Live grid is nice but since you are talking about usability, I think
>> the scrolling behavior of the list is a bit confusing. Further I'm not
>> sure how browsers can deal with tables containing > 20.000 lines.
>> > ATTACHMENTS
>> > I seem to be having issues with Windows XP service pack 2 (and IE 6)
>> > attachments. The new window loads but then says files are being
>> > downloaded (PDF doc). when I accept the download file it then asks me
>> > save it rather than view it inline. I think this is something to do
>> > iframe, and may not be affecting other users (could be a mime setting
>> > webserver I guess). If sticking with the embedded attachment approach,
>> > put some instructions to trust the website or something (but then
>> > necessarily a good idea for webmail where any sort of attachment could
>> > presented).
>> RoundCube only opens a new window for attachments which could be
>> displayed within the browser (like images and PDFs). Other file types
>> will be downloaded directly. This functionality should be improved
>> with a plugin-checker detecting if the browser can display a specific
>> > DELETING
>> > - Bug? When viewing a message and clicking "Delete" up the top the
>> > build displays progress then reverts back to message listing and
>> > appear t delete the message. When you highlight the message in the
>> > and do delete, it does quickly disappear though.
>> Probably a caching problem. I'll check that
>> > Well that's it for my first post. Thanks for the great work so far.
>> > up to be a kick-arse webmail client. Let me know if you like the
>> > and I'll continue to assist with more usability comments.
>> You are welcome to do!
>> > Regards,
>> > Mark Mackay.
>> Best regards,
More information about the Dev