Menu
▾
▴
#370 Configurable 'Options' submenus
The current 'Options' menu has every .properties file
available under scite's directory listed inline. In my
Scite installation, it's ridiculously long, and very
hard to make sense of. What if, instead of just putting
those files inline, Scite created submenus for them
depending on which directory they are?
For instance, I use all my syntax files under
$(SciteDefaultHome)/lex. So, I'd get something like
Options->Open lex->cpp.properties
If that's easy, you could even do more complicated
nesting (say, Open->lex->c like->cpp.properties), but I
don't think that's really necessary.
Logged In: YES
user_id=12579
Remove the ones you don't use. The menu code is not that
easy to extend because of the platform differences.
Logged In: YES
user_id=2556
"The current 'Options' menu has every .properties file
available under scite's directory listed inline."
No. It has every *imported* property file (the import lua,
import pascal lines). I don't use daily all the languages
available in Scintilla, so I commented out most of them, and
have only 16 entries in the menu, something which I see usable.
BTW, I don't like deeply nested menues, they are hard to
manipulate (one level would have been OK).
Logged In: YES
user_id=738320
Originator: NO
Wouldn't it be possible to add just one submenu?
Maybe with some sensible item on top if no languages are loaded and
also to find the ID after which language items are inserted.
If it is possible, could it also be done for recent files?
Logged In: YES
user_id=738320
Originator: NO
Wouldn't it be possible to add just one submenu?
Maybe with some sensible item on top if no languages are loaded and
also to find the ID after which language items are inserted.
If it is possible, could it also be done for recent files?
Logged In: YES
user_id=12579
Originator: NO
Its possible but submenus are harder to reach than top level menus so there are arguments both ways.
Logged In: YES
user_id=738320
Originator: NO
On windows (XP) when you click on any menu it is displayed.
Then if you move the mouse over the menu bar to the next
item, the next menu is shown. Now when you move from
the tools menu to options menu, the options menu is
displayed and if it is too large, it is displayed
*over* the menubar items to the right of the Options
menu (that is Language, Buffer and Help menu) and
it is *impossible* to reach them unless you hide the
options menu by clicking somewhere outside the menubar.
I come accross this every time I use SciTE on a small display
(for example inside a virtual machine).
I think ease of access for the items should be proportional
to the frequency of their use. IMO the language property
files are not used that often so they could be put in a
submenu. For the recent file list the opposite might be
true.
This could be controlled with new properties in SciTE:
submenu.file.recentfiles=1
submenu.options.properties=l
Logged In: YES
user_id=12579
Originator: NO
If you want to use the Language, Buffer or Help menus then click on them rather than on Options. Requiring a click outside or Escape key to remedy selection of the Options menu is a minor issue.