2 Aug
2004
2 Aug
'04
8:20 a.m.
Thorsten Wilms:
Additions to the Announcement:
Holding down ctrl freezes the precision axis, so
only the value can be changed.
Holding down shift freezes the value axis, so
that you can scale the fan up without worying
about unintended value change.
There will be a context menu with copy, paste,
(reset to) default, center, previous value
(like undo).
Sine the standard middle click action will not
work that good with sliders, we thought about
using it for reset to default or center. But
we would like to see some standardization here,
so what other actions are assigned to middle
click in other (linux) audio apps, and what
does everybody think about this?
I don't think you should use the middle button for anyting.
With scroll-button mouses (which everyone should use), the
middle button is very unconfortable. What about
some creative use of the scroll-wheel instead? The obvious
use is of course to change the value with the scroll-wheele.
I think that would be nice.
There have been some drawing errors happening
when moving the fan out to one side and then
the other in one go. But they are actualy hard
to trigger, so please stress test the demo and
report to Pete, so we might find out where the
problem lies.
I can't trigger that, but the flickering is annoying.
How about double-buffering the thing?
Another thing, in some situations, I think I would prefer
that the fan is always at maximum size. Could that be
made as an option in the API?
Besides from that, very very nice! I'm thinking about using
it in my configuration code for SND. But the flickering
needs to be fixed.
--
2 Aug
2 Aug
8:51 a.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.1.0
On Mon, Aug 02, 2004 at 02:05:00PM +0200, Kjetil Svalastog Matheussen wrote:
I don't think you should use the middle button for anyting.
With scroll-button mouses (which everyone should use), the
middle button is very unconfortable.
Depends very much on your mouse model. Personaly, I happily
use middle clicking all the time (tabbed browsing and pasting
text).
What about
some creative use of the scroll-wheel instead? The obvious
use is of course to change the value with the scroll-wheele.
I think that would be nice.
One might argue that scrollwheel should be kept for scrolling,
but since (at least with GTK) spin-boxes already react to
scrollwheel on mouse-over, yes, that seems to be the way to go.
I can't trigger that, but the flickering is
annoying.
How about double-buffering the thing?
Good to hear (the first part), thanks for testing.
Gotta wait for Pete to answer this one.
Another thing, in some situations, I think I would
prefer
that the fan is always at maximum size. Could that be
made as an option in the API?
Hmm, I think it's very important to keep fan-slider
behaviour consistent. Since ctrl and shift are already
taken ... but it should be easy and fast enough to
maximize the fan manualy.
But maybe I'm missing something, so could you please
describe such an situation?
Besides from that, very very nice! I'm thinking
about using
it in my configuration code for SND. But the flickering
needs to be fixed.
Cool :)
---
Thorsten Wilms
10:15 a.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.1.0
On Mon, 2004-08-02 at 08:05, Kjetil Svalastog Matheussen wrote:
I have a wheel mouse and use the wheel as a middle button all the time,
for X-style copy and paste. I don't mind it.... if someone can think of
a function for it there's no reason not to use it
I do think the wheel should change values though, with the steps being
configurable in code to make getting nice round numbers simple and
quick. ie for a [-1, 1] slider, every tick of the mouse wheel could be
0.1, so getting to 1.0, and 0.0, etc. would be quick and not require too
much hand movement.
-DR-
Sine the
standard middle click action will not
work that good with sliders, we thought about
using it for reset to default or center. But
we would like to see some standardization here,
so what other actions are assigned to middle
click in other (linux) audio apps, and what
does everybody think about this?
I don't think you should use the middle button for anyting.
With scroll-button mouses (which everyone should use), the
middle button is very unconfortable. What about
some creative use of the scroll-wheel instead? The obvious
use is of course to change the value with the scroll-wheele.
I think that would be nice. 
1:25 p.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.1.0
At Mon, 2 Aug 2004 14:05:00 +0200 (CEST),
Kjetil Svalastog Matheussen wrote:
> > There have been some drawing errors happening
> > when moving the fan out to one side and then
> > the other in one go. But they are actualy hard
> > to trigger, so please stress test the demo and
> > report to Pete, so we might find out where the
> > problem lies.
>
> I can't trigger that, but the flickering is annoying.
> How about double-buffering the thing?
This isn't anything that can be helped, AFAIK. The thing *is* double
buffered. If you drag to the right, or down, you'll notice that it's
smooth. The problems only occur when you drag to the left, or up.
This is because I have to constant move the window (flickery) and
apply a new clipping mask (even more flickery). If there's a way to
make this look nice, it is currently lost on me.
--
Pete
www.gazuga.net
=====================================================================
"I saw the movie 'I, Robot' recently, a film based loosely on a book
written by science fiction author Isaac Asimov. In case you're not
familiar with Asimov's writing, here's a list of things the movie had
in common with the book:
* The title."
[maddox.xmission.com]
=====================================================================
7213
days inactive
7213
days old
linux-audio-dev@lists.linuxaudio.org
3 comments
4 participants
participants (4)
-
Dave Robillard -
Kjetil Svalastog Matheussen -
Pete Bessman -
Thorsten Wilms