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:
AFAIK, we need both of these buttons to be active and enabled all the time so that we can train both SPAM and HAM.
See bug http://bugzilla.gnome.org/show_bug.cgi?id=410190
--
Benoît Dejean
Changing the UI (addind or removing or renaming buttons) is considered AFAIR bad practice by the HIG...
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.
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.
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.
Post a Comment