Wednesday, February 28, 2007

Recomposing the Evolution composer

Ben makes a good, valid point. Reminds me of the 'Mark as Junk' and 'Mark as Not Junk' icons holding hands together on the Mailer toolbar.


Under the hood, it appears to be a limitation with BonoboUI (or perhaps just how it is being used ?) that if you hide buttons based on context [like message (not) marked junk, HTML/Plain text etc.] , you mess up their placements in the toolbar and they are free to jump left and right to their current positions in different contexts.
Think Dynamic Menu generation. One other reason to take that decisive step towards gtktoolbar.

6 comments:

Sankar said...

AFAIK, we need both of these buttons to be active and enabled all the time so that we can train both SPAM and HAM.

Anonymous said...

See bug http://bugzilla.gnome.org/show_bug.cgi?id=410190

--
BenoƮt Dejean

liberforce said...

Changing the UI (addind or removing or renaming buttons) is considered AFAIR bad practice by the HIG...

Harish Krishnaswamy said...

A really useful training-for-ham must let the user say 'add this sender/domain to my white-list' rather than letting the system guess by trial-and-error after n 'mark as not junk' hits. On that count, the current UI is limited and needs to give way to a much friendlier interface.

Harish Krishnaswamy said...

liberforce: IMHO, the guideline applies to frequent and mindless experiments on the user interface, not to correcting design glitches to whip up a more helpful interface.

Sankar said...

Evolution mailer sends the entire message to the spam-handling plugin. There is no standard way to pass individual commands like "Trust Sender" that will work across various spam-checkkers. So it is up to the spam handler to extract information they want. This makes the spam-handlers chooseable (like u need SA or Bogo etc)


It shoudlnt take a super-human effort to customize and create UI stuff that are needed for making the spam-checker work in the way we want.