RE: Ideas for Tab Control: the <Load As>
>
>
> posted by: Al Getz <Xaxo at aol.com>
>
> Cuvier Christian wrote:
> >
> > > 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
<snip>
> Al
Perhaps I was not precise enough: why do you want to use tabs at all, since
they take so much space and are adequate for switching between perhaps 3-20
entries max?
Just retain the idea of a common display area and use lists or menus to
rapidly point and get the requested object in that area.
If I understood you well, you can have a list, clicing an item would display
an action menu 4-5 item long and then you'd get the object in the common
area in the mode you just chose.
Perhaps completely off the mark after all...
CChris
CChris
|
Not Categorized, Please Help
|
|
