You are not logged in.
Pages: 1
I've developped a menu configurator to be able to define online which menu item should be presented or not (avoid high and long menubar). I want to redevelopped it according to the new code done (very good work done...)
The idea is to defined group of menus containing several menu items on it and a button to define/check/uncheck menu group.
Several options are open :
- Groups are already defined, should we use the same presentation and concept?
- We had also a discussion about plugin loading timing : should it be done on xinha loading or on menu group selection?
Before doing it, I'm interested on ideas about it, comment, help, ...
Offline
Wow, that's great! It would be most useful if users could show and hide groups as they are editing, rather than requiring buttons to stay up after have been selected. THis would be a big leap forward for Xinha. Also, it would be great is a cookie remembered the user's last setting the next time Xinha loaded.
Most plugins are configured to appear before or after regular buttons that have a similar purpose, so if something shows up after or instead of the insert image button, it is a multimedia group... etc.
Offline
There is a recent article about how the new version of Word uses tabs to show buttons for only one type of task at a time. If you are interested, here is the article:
http://content.zdnet.com/2346-9595_22-15882.html
...and here are the screen shots:
http://blogs.zdnet.com/carroll/index.php?p=1606
Offline
Very interesting.. Thanks
As I understand it, so the idea should be :
Menu on top, as usual, but like button not rollover and
SubMenu as group of buttons.. visible only then the menu is selected..
Should be not really difficult to implement... The issue is can we do that without changing the plugin code specification? I think so...
Offline
That would be so cool, and after Office comes out all the editors except Xinha will seem old-fashioned. This will be a big help too when someone has a decision-maker scared of features and users that need them.
Offline
This would be extremely cool
It would certainly make the interface nicer to deal with. Right now, the toolbar can be a bit overwhelming.
Xinha already has replaced Word on my computer :b
Offline
To avoid changing the plugin specification perhaps it would be possible to simply hide the core and plugin buttons by ID and show them selectively, over-riding the default toolbar and plugin button placement.
So, you could have a default formatting "tab" that would perhaps show text formatting, linking and search and replace buttons, perhaps a "media" tab that could show buttons related to images, plugins like NoteServer, Marquee, etc., a table tab that would show the table button and the TableOperations buttons, a forms tab, a HTML tab that could show view source and plugins like EditTag, QuickTag, etc....
Maybe some buttons could be in more than one tab if their could be a cross-context.
Perhaps the entire configuration could be user configurable. So, the user could decide that they want tab 1 to be named "Formatting," and place the desired core toolbar and plugin buttons in a desired order, and so on with tab 2, etc.
Last edited by mharrisonline (2006-10-22 17:34:32)
Offline
Of course, I'm just throwing out ideas. A solution in any form would be a huge improvement.
Last edited by mharrisonline (2006-10-25 00:53:50)
Offline
Pages: 1