Re: Re: Re: [Protux-devel] Vertical zoom fixed

[rsff]

Huh,

I don't think that is a good solution. It causes a bit of a
"mouse-loss". You temporarily loose sight of the mouse, and this can
become tiring. The eyes usually follow the mouse whereever it goes, so
when you misplace the mouse, you look for it. Even if for a split
second, this becomes a tiring activity. This is why generaly the mouse
isn't placed on top of Buttons in dialog boxes in normal windowed
applications.

However, expand this idea. When you iniciate the job action, a
window/graph appears under the mouse, (whereever it is) and it bounds
the mouse (the mouse can't move outside that boundrie). You move the
mouse to the amount you wish it to go, while still having the percentage
graph in the LCD Display.

The other solution would be to not have this bar-graph under the mouse,
and instead bound the mouse by the whole screen. However, the units of
the zoom are set so that you can move from 0% zoom to 100%+zoom with
only the half or two-thirds (or one third for that matter) of the
screen. Since most of the work is carred in the middle of the screen,
the user would only have to redo the jog IF he needed to go being 100%
zoom. For this solution we would definately need to percentage to be
displayed on the LCD Display, AND would also need to add a "fine
adjustment" control to Zooming (and other actions similar to this). This
could mean not only adding a "fine adjustment" jog action, but also
implenting a dialog box which asks which percentage you want. I
personally like this solution better. 

I also think that GAIN and PAN Jog actions could also follow this
procedure (although, I think that their bar-graphs definately need to
always be on display in the Track Panel Area. (TPA).) I don't like the
fact that the GAIN and PAN action only work when the mouse is on the
MTA. But that's a personal preference. 

RFC, or ask me to clarify both examples, if it was not clear.
Fabio.

Em Sex, 2003-06-13 às 08:18, Luciano Giordana escreveu:
> I had an idea that might solve the question:
> 
> For a jog shuttle, for example, when the mouse is almost at the right edge of 
> the interface.
> 
> Jog starts : the mouse is hard located on the center, and the cursor changes 
> to indicate it, someway ;
> 
> the jog is performed, by moving the mouse left and right,
> 
> jog ends, the mouse is restored at original position, and the cursor get 
> backs to its figure.
> 
> RFC
> 
> L
> 
> 
> On Friday 13 June 2003 04:56 am, Reinhard Amersberger wrote:
> > In case of the graphs ...  couldn't be the area to move the mouse be
> > bounded/predetermined by the graph area? (uuuhhh .... I think this is very
> > bad english .... I hope you understand what I want to say!)
> >
> > greetings
> > Reinhard
> >
> > address@hidden schrieb am 12.06.03 21:13:04:
> > > Guys, this visual information stuff is pretty clear, and it is on plans
> > > to be implemented What I asked is how could visual information solve the
> > > problem of mouse-at-edge-and-no-space-to-jog/shuttle, pointed by R in the
> > > precedding email :-)
> > >
> > > BTW, I prefer that the amount of jog performed (whatever the action is)
> > > being displayed on LCD, but it could be a user-selectable mode.
> > >
> > > On Thursday 12 June 2003 11:06 am, rsff wrote:
> > > > Luciano,
> > > >
> > > > I agree with Reinhard. There should be some sort of visual feedback
> > > > (perhaps at the mouse cursor, to garantee visual cleanliness). The
> > > > other solution should be to show the (perhaps the percentage is the
> > > > best unit to use here) amount of zoom in the LCD Display.
> > > >
> > > > Then whe
> >
> > n you pressed <ZX> or <Z>, it should select preset numbers,
> >
> > > > whereas [ZX]+LR would allow you to select whatever number (or
> > > > percentage) zoom you wish, and the same thing for the vertical zoom.
> > > >
> > > > I personally thing the percentage is a goot unit because its very
> > > > intuitive (its the unit that graphical programs usually use for
> > > > zooming.)
> > > >
> > > > Fabio.
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Protux-devel mailing list
> > > > address@hidden
> > > > http://mail.nongnu.org/mailman/listinfo/protux-devel
> > >
> > > --
> > > Best Regards
> > > --
> > > Luciano Giordana - Musician - Certified Java/GNU C++ Developer - Free
> > > Software Evangelist Project Mustux -
> > > http://www.freesoftware.fsf.org/mustux
> > > -- Once Palladium is up and running , I will become a hacker --
> > >
> > >
> > > _______________________________________________
> > > Protux-devel mailing list
> > > address@hidden
> > > http://mail.nongnu.org/mailman/listinfo/protux-devel
> >
> > _______________________________________________
> > Protux-devel mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/protux-devel
-- 
rsff <address@hidden>