Could add a hidden environmental variable to turn it off, that's a non-intrusive way to disable things like this.
Another hacky way to control it would be to add another psuedo-header to the 'headers to display list', and only display it if that is set. So you can still control it through the ui, yet it is more or less hidden to most users. A new string is required though. On Mon, 2005-08-08 at 15:11 -0400, Lee Revell wrote: > On Mon, 2005-08-08 at 01:11 -0400, Jeffrey Stedfast wrote: > > yea, I actively fought this patch going in but was overruled by some > > unknown entity (patch was ninja-committed just before UI freeze) > > > > all you can do now is file bugs (I actually filed one about it taking up > > a lot of space) and hope that they get resolved in time for 2.4 > > > > everything about the new attachment ui rubs me the wrong way > > Thanks. > > You'd think the UI team could adopt a simple new guideline, that new > features are not to waste screen real estate if they don't do anything > in a given context. Seems like users always consider it a bug. This > guideline for example would have prevented the always-visible attachment > bar bug and this one. > > Lee > > _______________________________________________ > evolution maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/evolution -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome _______________________________________________ evolution maillist - [email protected] http://lists.ximian.com/mailman/listinfo/evolution
