On Thu, 14 Aug 2008 11:31:44 +0200, "Thomas Bruederli" roundcube@gmail.com wrote:

Hi devs and list lurkers

After having a hard discussion about the plugin architecture I decided to start with an implementation which is supposed to be a basis for more discussion and design decisions. You can fetch it from https://svn.roundcube.net/branches/devel-api.

I also updated the wiki page to summarize the current state of the plugin API development: http://trac.roundcube.net/wiki/Plugin_API

Feel free to contribute to that page or to this thread. There's still a lot of work to be done!

Bummer. Wish I had seen this coming - explanation follows...

First, I suppose I should preface this by saying I was going to create a new topic called UI changes. Point being, as much as I like RC, I /do/ have a few "pet peeves" peeves

• unable to resize the columns in the message list view
• no "right-click" options/anything
• the DOM/JavaScript (Jquery?), while lighter than many(most?), is still a bit "heavy"
• theme selection is not available to the end user
• message views are still rendered as HTML even when "view as text only" is selected
• no user definable filters - spam/important/move||copy to folder/move to trash/delete

I have a few others, but the ones I mentioned above bother me the most for 2 reasons;

1. Most other mail clients already offer the mentioned options
2. because of 1. I'm used to the options, and find myself missing them.

Because of all this, I downloaded the most recent versions from SVN 2.5 days ago, in an effort to see if any of these areas had been touched upon, as I had intended to add all of this, and didn't want to re-write something that had already been started. The only thing I found that came close to any of this was a "flags" option. Now that I have started on this, I am presented with this "plugin_API" announcement - see "bummer" above. So, since I have no use for SVN on any of my 50 servers because of all the security holes. I'll need to download the "current" SVN state, so as to see how this plugin_API affects any of the work I've already accomplished. Then convert the SVN to CVS && diff && import. Sigh... Anyway, though this will be a PIA for me. I am at least happy to discover that some progress has been made to /hopefully/ facilitate making the use of RC easier and more comfortable for (potential)users/administrators.

Best wishes.

--Chris

Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/

///////////////////////////////////////////////////// Service provided by hitOmeter.NET internet messaging! .

List info: http://lists.roundcube.net/dev/

On Fri, 15 Aug 2008 08:48:50 -0500, chasd chasd@silveroaks.com wrote:

...

Point being, as much as I like RC, I /do/ have a few "pet peeves" peeves

• unable to resize the columns in the message list view

I agree, this would be a nice option.

...

• no "right-click" options/anything

That is a good thing, not a bad thing. There is no right click on an iPhone, and many people have single button mice or never use the right mouse button.

In the case of single-button mice (thinking classic Mac here) it's enough to achieve the same effect as right-click by keeping (holding) the button down for a couple of seconds. Can't speak regarding those that never right-click except to say that they'd simply not enjoy the additional options/conveniences that are available if they did. ;-)

...

• the DOM/JavaScript (Jquery?), while lighter than many(most?), is

still a bit "heavy"

I have not seen performance issues related to that, plus newer browsers have substantial performance improvements in this area, I do not consider this a problem. I think the largest amount of time used is during connections to the IMAP server. Have you profiled RC to see if there are measurable bottlenecks in JavaScript execution or DOM traversal by RC ?

Indeed. And I am _only_ speaking in regards to the DOM/JavaScript. I'm also not referring to the load-time, but rather the Browser/CPU load itself. Again, I'm _not_ saying that RC is worse than others, or anything. I've only discovered that it is higher than it needs to be (load). So thought it was worth mentioning before anything additional was added. As it would be easier to refine it in it's _existing_ revision/state. I hope to find the time to "whip it into shape" this coming week.

Usually with software, you put optimization effort where there is a proven bottleneck. Otherwise changes may not improve performance, or might decrease performance.

...

• theme selection is not available to the end user

There was a patch for that posted to this list on May 19, 2007 by Frederic Leroux. If this issue is important to you, it might be worth your time to find that patch and make sure it applies cleanly to current SVN. I did not see a ticket number associated with the patch.

...

• message views are still rendered as HTML even when "view as text

only" is selected

I haven't seen that issue personally.

I should have been more specific - that (was) to say; It would be nice to have the option to view the text AS WAS - more specifically; As administrator, I get log files sent to me every night from all the servers I maintain. Column positions are important, and if the mail client disregards the original format. The mail is hard to decern. In short,the option to view email as pure text, or text only, might be better served as PRE, rather than P. Or even an additional option (checkbox/radio) that adds the PRE option. Of course, creating a "style/theme" could also accomplish this. But thought it was worth mentioning.

...

• no user definable filters - spam/important/move||copy to folder/

move to trash/delete

Several people are or have worked on that, you might want to search for patches that implement that functionality. Some were posted to this list.

I see. I would guess that that means they were either not very popular, or didn't work well/as-wanted. As I would have thought they'd end up in the source tree, or at least be in a section of the RC forums. I only mentioned this, as I thought it might a reasonable consideration for the RC releases.

Best wishes.

--Chris

Charles Dostale System Admin - Silver Oaks Communications http://www.silveroaks.com/ 824 17th Street, Moline IL 61265

---

List info: http://lists.roundcube.net/dev/

///////////////////////////////////////////////////// Service provided by hitOmeter.NET internet messaging! .

List info: http://lists.roundcube.net/dev/