RE: Ideas for Tab Control: the <Load As>
> Subject: Re: Ideas for Tab Control: the <Load As>
>
>
> posted by: Al Getz <Xaxo at aol.com>
>
> Antonio Alessi wrote:
> >
> > Al Getz wrote:
> > >
> > > Antonio Alessi wrote:
> > > >
> > > > Hi Al,
> > > >
> > > > My intention was not to doubt that you could do all that:
> > > > I just asked you if you believed that so many arguments
> > > > were going to fill all those tabs..
> > > >
> > > > As to the menus, if you accept the idea to let !menus drive the
> > > > tab selection, why not to associate a popup menu to each one
> > > > for the Edit> paste/copy/cut/etc. (Ctrl-click or Right-click),
> > > > leaving the menu items for captions only?
> > > >
> > > > antonio
> > >
> > > Hi Antonio,
> > >
> > > Im not sure what you mean here, "for captions only" ?
> > >
> > >
> > > Al
> > >
> >
> > You are right; my Language's limitations .. :()
> >
> > I mean to use every "direct" menu title as the label of an
> area, or action,
> >
> > which is to access a tab area (like a button without borders);
> > for that I improperly defined it "caption", trying to call
> forth a new
> > look for these controls. To achieve that style in the LP
> environment,
> > we should separate every usual menu action from;
> > hence I thought to a popup menu that could be indifferently opened
> > over each "label", for the editing of the relative tabcontrol area.
> >
> > In few words, the menu items for edit should not flank the
> Tab definitions.
> >
> > If you launch my dEbUg_magic_box you can see how I have set almost
> > all the menus this way, although for direct execution commands.
> > The Ctrl-click activates special funtions for some of them
> too (font, find..).
> >
> > Moreover you can also note how the help menu may work like
> a normal menu;
> > and all the menus as well are created by a single algorithm
> (end of prog.)
> > automatically generated by the initializing sequence of
> definitions and
> > strings.
> >
> > Starting from a sequence by an INI file all the LP could be
> self created,
> > as you are probably doing.
> >
> > antonio
>
> Hi Antonio,
>
> I had implemented the popup menu this morning and am now testing it
> to see how it works with my everyday stuff. So far, so good, but
> when i stress tested it (created a lot of tabs) the menu got so
> long it went from top of screen to bottom of screen, and then you
> had to scroll on the bottom to get to the remaining items.
> Total items before that happend was 40, so that's not too bad.
> I think that's probably more than the number of tabs i'd want to
> have on any single instance anyway.
>
> The menu 'tabs' appear after a menu separater, with the edit
> commands appearing just before that, but im going to move all
> the edit commands into their own popup menu at the top of the
> 'tabs' menu.
>
> We also now have the idea of using a list box, and im also thinking
> about a simple window with hot tracking buttons too, one button for
> each tab...can be stacked vertically and horizontally like the
> LaunchPad itself has buttons.
>
>
> Al
If you want to go ahead with menus, you can use vertical separators every
say 30 items so as to avoid scrolling (like the non scrolling Programs
submenu in the Windows start menu).
However, using a ListBox could be what you want:
- it stacks lots of items, one on every line, probably twice as many as a
menu
- clicking on any item might pop up a short action menu with predefined
actions. Perhaps some variations on the contents or content availability is
to be considered - I have no precise idea of what exactly you are trying to
achieve;
- some extra graphical clues can inform about the status of a given item -
again, this may not be relevant, can't tell without knowing more about the
context.
According to the degree of flexibility you wish, ListViews may be more
appropriate. They are more flexible, and hence trickier to program with.
CChris
|
Not Categorized, Please Help
|
|
