* [PATCH] acoonectgui cannot build
2002-04-26 10:41 too many alsamixer sliders Maarten de Boer
@ 2002-04-26 12:04 ` Thierry Vignaud
2002-04-26 12:41 ` [PATCH] alsamixergui " Thierry Vignaud
2002-04-26 14:41 ` too many alsamixer sliders Takashi Iwai
2002-04-29 18:45 ` James Courtier-Dutton
2 siblings, 1 reply; 5+ messages in thread
From: Thierry Vignaud @ 2002-04-26 12:04 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 49 bytes --]
aconnectgui won't build withouth these fixes :
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: aconnectgui-0.9.0rc1-fixes.patch --]
[-- Type: text/x-patch, Size: 2156 bytes --]
--- src/Fl_PBConnector.H.orig 2002-04-26 13:49:14.000000000 +0200
+++ src/Fl_PBConnector.H 2002-04-26 13:49:16.000000000 +0200
@@ -1,7 +1,7 @@
#ifndef __PBConnector__
#define __PBConnector__
-#include <Fl/Fl_Widget.H>
+#include <FL/Fl_Widget.H>
#include "Fl_PBConnector_T.H"
#include "Layout.H"
--- src/Fl_PBConnection.H.orig 2002-04-26 13:51:12.000000000 +0200
+++ src/Fl_PBConnection.H 2002-04-26 13:51:20.000000000 +0200
@@ -1,8 +1,8 @@
#ifndef __PBConnection__
#define __PBConnection__
-#include <Fl/Fl_Widget.H>
-#include <Fl/Fl_Group.H>
+#include <FL/Fl_Widget.H>
+#include <FL/Fl_Group.H>
class Fl_PBConnector;
--- src/Fl_PBConnection.cxx.orig 2002-04-26 13:52:00.000000000 +0200
+++ src/Fl_PBConnection.cxx 2002-04-26 13:52:07.000000000 +0200
@@ -2,8 +2,8 @@
#include "Fl_PBConnector.H"
#include "Fl_PBWindow.H"
-#include <Fl/fl_draw.H>
-#include <Fl/Fl.H>
+#include <FL/fl_draw.H>
+#include <FL/Fl.H>
void Fl_PBConnection::set(Fl_PBConnector* a, Fl_PBConnector* b)
{
--- src/Fl_PBConnector.cxx.orig 2002-04-26 13:52:54.000000000 +0200
+++ src/Fl_PBConnector.cxx 2002-04-26 13:53:02.000000000 +0200
@@ -1,7 +1,7 @@
#include "Fl_PBConnection.H"
#include "Fl_PBConnector.H"
-#include <Fl/fl_draw.H>
+#include <FL/fl_draw.H>
Fl_PBConnector::Fl_PBConnector(int X,int Y,Fl_PBConnector_T T)
:Fl_Widget(X,Y,8,CONNECTOR_DISTANCE) {
--- src/Fl_FrameGroup.H.orig 2002-04-26 13:54:22.000000000 +0200
+++ src/Fl_FrameGroup.H 2002-04-26 13:55:05.000000000 +0200
@@ -16,7 +16,7 @@
fl_draw_box(FL_ENGRAVED_FRAME,x(),y()+5,w(),h()-5,FL_BLACK);
fl_color(color());
fl_font(labelfont(),labelsize());
- fl_rectf(x()+10,y(),fl_width(label())+4,10);
+ fl_rectf(x()+10,y(),int(fl_width(label()))+4,10);
fl_color(labelcolor());
fl_draw(label(),x()+12,y()+10);
Fl_Group::draw();
--- src/Fl_PBPort.cxx.orig 2002-04-26 13:55:49.000000000 +0200
+++ src/Fl_PBPort.cxx 2002-04-26 13:55:55.000000000 +0200
@@ -1,6 +1,6 @@
#include "Fl_PBPort.H"
#include "Fl_PBConnector.H"
-#include <Fl/Fl_Box.H>
+#include <FL/Fl_Box.H>
Fl_PBPort::Fl_PBPort(int X,int Y,int W,int H,char* L,int P,Fl_PBConnector_T T)
:Fl_Group(X,Y,W,H)
[-- Attachment #3: Type: text/plain, Size: 123 bytes --]
(using libfltk1.1-1.1.0)
--
"il a ete brule au 28e degre" (the naheulbeuk witch)
"c curieux, gcc fonctionne" (gwenole)
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: too many alsamixer sliders
2002-04-26 10:41 too many alsamixer sliders Maarten de Boer
2002-04-26 12:04 ` [PATCH] acoonectgui cannot build Thierry Vignaud
@ 2002-04-26 14:41 ` Takashi Iwai
2002-04-29 18:45 ` James Courtier-Dutton
2 siblings, 0 replies; 5+ messages in thread
From: Takashi Iwai @ 2002-04-26 14:41 UTC (permalink / raw)
To: Maarten de Boer; +Cc: alsa-devel
At Fri, 26 Apr 2002 12:41:15 +0200,
Maarten de Boer wrote:
>
> Hello,
>
> Updating my fltk alsamixer frontend, alsamixergui, I once again
> found that alsamixer (and therefore alsamixergui) shows a lot
> of sliders. With my Audigy, it's really too much. I think it
> would be very nice to be able to configure alsamixer, to show
> only a subset of sliders. I guess a .alsamixerrc file in the
> users homedirectory. But maybe the /etc/asound.state could be
> used for that as well? It would be nice to have several presets
> or groups..
yep there are some problems regarding the control api:
- control names are sometimes too ambiguous
- controls are not structured
thus we see too many controls in a row on alsamixer.
but i don't think it's good to put extra grouping info to the general
control api (at least on kernel level), partly because changing the
api should be avoided, and partly because the grouping is a kind of
tastes and each of us may have different ideas to assort them.
i once tried to write a mixer in a script language.
it uses config files for each driver, which define the grouping and
actions of controls, so that the mixer elements are sorted and looked
"ordinary". the project was aborted for a while just due to lack of
time...
it would be possible to define a general config, such as based on
xml. not sure whether it's worthy, though.
Takashi
^ permalink raw reply [flat|nested] 5+ messages in thread