16 Aug
2004
16 Aug
'04
9:32 a.m.
At Mon, 16 Aug 2004 10:47:53 +0200,
Wolfgang Woehl wrote:
Hi Pete, make stumbles over
phatsliderbutton.c: In function `phat_slider_button_init':
phatsliderbutton.c:638: warning: implicit declaration of function
`gtk_entry_set_alignment'
make[2]: *** [libphat_la-phatsliderbutton.lo] Error 1
Is that my box or is it phat?
Theoretically your box, specifically your GTK+ version. That function
is defined in GTK+-2.0, but it might not have been introduced until
the recent 2.4 release, and you might be running the more popular 2.2.
This isn't noted in the developer docs, so I'm not sure. I'll verify
this later today by seeing if I can compile on Fedora Core 1, which is
2.2 based.
--
Pete
<http://www.gazuga.net>
"Nothing great was ever achieved by being realistic!" --Tom Venuto
16 Aug
16 Aug
12:04 p.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.2.0
Ok, that function is new to gtk+-2.4. I modified the relevant code to
omit that function call when on gtk+-2 systems < 2.4, and it compiles
fine on Fedora Core 1 with PlanetCCRMA now.
www.gazuga.net/phat-0.2.1.tar.gz
Let me know if this works for you.
--
Pete
<http://www.gazuga.net>
"Nothing great was ever achieved by being realistic!" --Tom Venuto
17 Aug
17 Aug
6:26 a.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.2.0
Pete Bessman <ninjadroid(a)gazuga.net>et>:
Ok, that function is new to gtk+-2.4. I modified the
relevant code
to omit that function call when on gtk+-2 systems < 2.4, and it
compiles fine on Fedora Core 1 with PlanetCCRMA now.
www.gazuga.net/phat-0.2.1.tar.gz
Let me know if this works for you.
Works, configure/make happy with 2.2.3 now. Thanks.
btw: to demo the increase in accuracy for the horizontal fanslider as
well why not add a smaller horizontal?
*Very* intuitive and accessible widget. Ardour's varispeed field
comes to mind immediately.
Wolfgang
11:57 a.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.2.0
At Tue, 17 Aug 2004 10:25:41 +0200,
Wolfgang Woehl wrote:
Pete Bessman <ninjadroid(a)gazuga.net>et>:
Glad it works. The demo has it's rough spots, but a dude's gotta have
priorities, right? If you want to improve the demos, have at it (not
being a dick here, seriously), and if you don't know how to code,
they'd be a great place to get started :-D
--Pete
<http://www.gazuga.net>
"Nothing great was ever achieved by being realistic!" --Tom Venuto
Ok, that function is new to gtk+-2.4. I modified
the relevant code
to omit that function call when on gtk+-2 systems < 2.4, and it
compiles fine on Fedora Core 1 with PlanetCCRMA now.
www.gazuga.net/phat-0.2.1.tar.gz
Let me know if this works for you.
Works, configure/make happy with 2.2.3 now. Thanks.
btw: to demo the increase in accuracy for the horizontal fanslider as
well why not add a smaller horizontal? 
16 Aug
16 Aug
9:38 p.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.2.0
On Monday 16 August 2004 07:16 am, Pete Bessman wrote:
At Mon, 16 Aug 2004 10:47:53 +0200,
Wolfgang Woehl wrote:
Just FYI, I built that on Debian unstable last night and everything was like
butter.
Hi Pete, make stumbles over
phatsliderbutton.c: In function `phat_slider_button_init':
phatsliderbutton.c:638: warning: implicit declaration of function
`gtk_entry_set_alignment'
make[2]: *** [libphat_la-phatsliderbutton.lo] Error 1
Is that my box or is it phat?
Theoretically your box, specifically your GTK+ version. That function
is defined in GTK+-2.0, but it might not have been introduced until
the recent 2.4 release, and you might be running the more popular 2.2.
This isn't noted in the developer docs, so I'm not sure. I'll verify
this later today by seeing if I can compile on Fedora Core 1, which is
2.2 based.
--
Pete
<http://www.gazuga.net>
"Nothing great was ever achieved by being realistic!" --Tom Venuto
17 Aug
17 Aug
7:06 a.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.2.0
Hi list,
John Check <j4strngs(a)bitless.net> wrote:
[..]
Just for the records: Same here (Debian too, with gtk2.4).
But there is one thing about the fanslider I can't understand: If (one of)
the ideas of this widget is to let the user easily select a fine-grained value
from a small widget that consumes little screen estate, why does the fan
cover the numeric value (in an opaque way) when it is opened "over" it?
I know that it might be more costly (CPU-wise) to have semi-transparent
fans, but in the current state I don't see the reason of making a fine
adjustment without seeing the numerical value of what I change (and now
don't suggest to "just open the fan to the opposite direction" :-). Can
some kind of transparency be added? Or maybe even better, can the numerical
value be shown as part of the fan (somewhere in its middle perhaps?)
Is there something I am missing? The idea is quite nice, but I feel like
the concept has not been thought out until the end..
The sliderbutton is *really* nice, by the way. No criticizing there :-).
Greetings,
Frank
Theoretically
your box, specifically your GTK+ version. That function
is defined in GTK+-2.0, but it might not have been introduced until
the recent 2.4 release, and you might be running the more popular 2.2.
This isn't noted in the developer docs, so I'm not sure. I'll verify
this later today by seeing if I can compile on Fedora Core 1, which is
2.2 based.
Just FYI, I built that on Debian unstable last night and everything was like
butter. 
7:36 a.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.2.0
On Tue, Aug 17, 2004 at 10:50:19AM +0200, Frank NEUMANN wrote:
But there is one thing about the fanslider I can't understand: If (one of)
the ideas of this widget is to let the user easily select a fine-grained value
from a small widget that consumes little screen estate, why does the fan
cover the numeric value (in an opaque way) when it is opened "over" it?
I know that it might be more costly (CPU-wise) to have semi-transparent
fans, but in the current state I don't see the reason of making a fine
adjustment without seeing the numerical value of what I change (and now
don't suggest to "just open the fan to the opposite direction" :-). Can
some kind of transparency be added? Or maybe even better, can the numerical
value be shown as part of the fan (somewhere in its middle perhaps?)
Is there something I am missing? The idea is quite nice, but I feel like
the concept has not been thought out until the end..
In the original concept the fans were meant to be transparent.
And the next Xorg release might make it possible to nicely implement
them that way. But Pete will be working on Specimen itself for a while.
The main scenario for the sliders is setting the value according
to your senses (how it sounds or looks right), not staring at
some numbers anyway.
And opening the fan in a direction where it will not hide something
you want to still see isn't the worst idea.
---
Thorsten Wilms
8:45 a.m.
New subject: [linux-audio-dev] [ANN] PHAT version 0.2.0
On Tuesday 17 August 2004 05:19 am, Thorsten Wilms wrote:
On Tue, Aug 17, 2004 at 10:50:19AM +0200, Frank
NEUMANN wrote:
Might not always be possible, like if the widget is near the edge of the
screen. The way it works now is fine by me, but somebody would have said it.
But there is one thing about the fanslider I
can't understand: If (one
of) the ideas of this widget is to let the user easily select a
fine-grained value from a small widget that consumes little screen
estate, why does the fan cover the numeric value (in an opaque way) when
it is opened "over" it? I know that it might be more costly (CPU-wise) to
have semi-transparent fans, but in the current state I don't see the
reason of making a fine adjustment without seeing the numerical value of
what I change (and now don't suggest to "just open the fan to the
opposite direction" :-). Can some kind of transparency be added? Or maybe
even better, can the numerical value be shown as part of the fan
(somewhere in its middle perhaps?)
Is there something I am missing? The idea is quite nice, but I feel like
the concept has not been thought out until the end..
In the original concept the fans were meant to be transparent.
And the next Xorg release might make it possible to nicely implement
them that way. But Pete will be working on Specimen itself for a while.
The main scenario for the sliders is setting the value according
to your senses (how it sounds or looks right), not staring at
some numbers anyway.
And opening the fan in a direction where it will not hide something
you want to still see isn't the worst idea.
---
Thorsten Wilms
7395
days inactive
7396
days old
linux-audio-dev@lists.linuxaudio.org
7 comments
5 participants
participants (5)
-
Frank NEUMANN -
John Check -
Pete Bessman -
Thorsten Wilms -
Wolfgang Woehl