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

[Luciano Giordana]

But if you're still very close to the right edge, and try to move right, you 
wont have
space, so this solution does not fit.
The point here is to gain space. I will try to find a way to detect the 
movement WITHOUT moving (that leads
back to your first suggestion, and solves the problem


anyway, all you guys are saying about visual information I totally agree. Maybe 
must go to SPECS ?



OFF TOPIC : Fabio my phone number is (019) 9147 7394, if you are near campinas 
and want to make a call, please be my guest :-)



On Friday 13 June 2003 09:36 am, rsff wrote:
> 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

yes, the idea is to find a paradigm for all JOG actions

> 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

-- 
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 --