> Gesendet: Donnerstag, 03. M?rz 2016 um 18:14 Uhr > Von: "John Jason Jordan" <johnxj at comcast.net> > An: scribus at lists.scribus.net > Betreff: Re: [scribus] Bullets and numbering > > On Thu, 3 Mar 2016 10:55:52 +0100 > ale rimoldi <ale.comp_06 at xox.ch> dijo: > > >> I think a Tools menu would be a better place for turning on/off the > >> different tool panes. > > > >i agree... but: in the "scribus language" the tools are the buttons > >used to create the items... > >if somebody can come up with a better name for the current "tools", > >i'm for a switch :-) > > > >... or a different name for the tools in windows? > > > >i'd also welcome if the scripter would be moved under tools... > >(well, we have to keep the windows menu and, personally, i'd prefer > >not to have one more menu entry...) > > > >btw, i'm not sure either that table should be a main menu either: why > >it's not an item as all other items are? > > How hard would it be to make all (or most) of the menu items user > customizable?
Hi all, This thread has accumulated a lot of various topics. I'm trying to address the major points. - Keywords not available in the 1.5.x Online Help: It was stated clearly in the release notes that the OH won't be updated until the release of 1.6.0. There are too many expected changes to the UI and otherwise to waste our time on documenting transitional changes. - Menu entry "Windows": The Scribus UI has originally been modelled after the most popular DTP programme back then, QuarkXPress 3, which included "Windows" for all tools that didn't fit anywhere else. I don't know whether current versions of QXP still include this menu entry, but it would be a major break for experienced Scribus users to lose this menu. Moreover, "Windows" is referring to feature windows, i.e., dialogues. - Menu entry "Tables": This was a deliberate addition for two reasons. One, "Tables" is familiar to users of word processors, and two, it reduces the size of other menu entries, especially with future enhancements to tables in mind. - Customisation of the menu bar: As far as I'm concerned, no way! It would defy any attempt at writing useful documentation. The latter needs a reliable and stable UI structure. What we need is a flexible approach to tool palettes as they are available in products from Adobe or Quark, but also in projects like GIMP and Krita. - The Scripter should keep its separate menu entry. - Online Help should remain a separate window, because otherwise you wouldn't be able to switch back and forth between the Help window and your document. Christoph
