Re: Toolbar editor

[Michael Meeks <michael ximian com>]

Hi Guys,

On Tue, 2003-04-01 at 00:23, Matthias Clasen wrote:
> Hmm, even if this was implementable, I wonder how it would look like
> when editing multiple toolbars...

	There are 2 things I've been meaning to say about toolbar editing.

	Firstly - I think we need to add a sort order property to the XML
definition - with multiple merges, the problems of keeping the ordering
coherent is really difficult; libbonoboui still has (design) problems
with re-ordered merging altering the percieved order in some cases. So -
I think the XML entries should have a 'order="1.2"' type thing; this
would greatly aid inserting items out of line etc. [ storing the
insertions/changes in a different place to the master UI descr. ]

	Secondly, from poking at the way OO.o does this - problems pretty soon
become apparent. IMHO a D&D approach is a good enough first
approximation, but for an app with serious feature depth it is
insufficient.

	This is because a lot of toolbars are invisible most of the time; and
are pulled in only when (eg. editing a spline's nodes). Thus in OO.o you
can D&D a spline editing button into the toolbar, and it remains always
visible but 99% of the time uselessly consuming space :-) So - possibly
it needs to be possible to add an association with a given tool-set
(however that is done).

	HTH someone,

		Michael.


-- 
 mmeeks gnu org  <><, Pseudo Engineer, itinerant idiot