13 Jun
2004
13 Jun
'04
6:51 a.m.
Hi,
I need a little bit of general geeking help.
I'm using a jackified setup to do my recording dailies.
I use 'qjackctl' to start jack and then 'qjackctl'
invokes a script to start up some other apps that
connect to jack. Everything is operartionally functional,
but...
Everytime I start it up, it's kinda random where the
windows for the various apps show up on the screen. I'd
really like to be able to set window size and location
for everything that starts so I don't have to waste time
rearranging my screen so things are convenient.
Can anybody here tell me how to easily do this? I'd really
*really* appreciate any tips. :-)
Thanks in advance again,
~Jos~
13 Jun
13 Jun
8:50 a.m.
On Sun, Jun 13, 2004 at 01:42:38 -0700, Jos Laake wrote:
Everytime I start it up, it's kinda random where
the
windows for the various apps show up on the screen. I'd
really like to be able to set window size and location
for everything that starts so I don't have to waste time
rearranging my screen so things are convenient.
Can anybody here tell me how to easily do this? I'd really
*really* appreciate any tips. :-)
Some wiwndow managers can do that, and you may be able to pas a -geometry
argument to apps, eg. xclock -geometry 400x400+10+10 you can ommit the
size bit (400x400) if you just want to set position. Giveing -'s for the
position make it relative to the right/bottom edge.
Not all newer apps accept that argument though.
- Steve
10:49 a.m.
On Sun, 13 Jun 2004 11:41:10 +0100
Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote:
-geometry
argument to apps, eg. xclock -geometry 400x400+10+10
you can ommit the
size bit (400x400) if you just want to set position. Giveing -'s for the
position make it relative to the right/bottom edge.
Not all newer apps accept that argument though.
Hmm, shouldn't these apps be considered broken then? the -geometry switch is an xlib
thing and handled transparently if the app passes the commandline to xlib.. i suppose some
toolkits might do their own commandline processing and then forget to pass stuff on to
xlib..
maybe i talk nonsense though.
Florian Schmidt
--
Palimm Palimm!
6:02 p.m.
Florian Schmidt wrote:
On Sun, 13 Jun 2004 11:41:10 +0100
Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote:
-geometry
commandline to
argument to apps, eg. xclock -geometry
400x400+10+10 you can ommit the
size bit (400x400) if you just want to set position. Giveing -'s for the
position make it relative to the right/bottom edge.
Not all newer apps accept that argument though.
Hmm, shouldn't these apps be considered broken then? the -geometry switch is
an xlib thing and handled transparently if the app passes the xlib.. i suppose some toolkits might do their own
commandline
processing and
then forget to pass stuff on to xlib..
maybe i talk nonsense though.
And maybe not. ;-) It seems like 'qjackctl' studiously ignores the
-geomtry switch. 'QAMix' does it correctly (yay!). 'Timemachine'
actually barfs with 'unknown options -g -e -o -m -e' etc... I'm
starting Hydrogen on a separate 'desktop' to give it more space, so
that one's not an issue.
Is there any way to work around this stuff? Are the window coordinates
hardcoded in 'qjackctl'?
In the meantime, I start my setup, and tweak for a few minutes...
Hopefully inspiration doesn't take a left turn while I'm doing it...
~Jos~
6:56 p.m.
[..] It seems like 'qjackctl' studiously ignores the
-geomtry switch. [...]
Is there any way to work around this stuff? Are the window coordinates
hardcoded in 'qjackctl'?
No and no. Qjackctl just overrides any X hints that maybe given from the
command line. Qjackctl remembers and restores it's last visible screen
position and extents. This feature only applies to qjackctl main and child
windows. It does not apply to any application it launches from the startup
scripts.
Cheers.
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
8 p.m.
Rui Nuno Capela wrote:
Thanks for letting me know what behaviour to expect! so, Hmmmm...
If this is what Qjackctl is *s'posed* to do, then I'm pretty sure
I've found a bug.
After some testing to check it out...
It seems like a bit of a special case specific bug. If I position the
main 'qjackctl' window with *either* the 'X' *or* the 'Y'
coordinate
in the '0' position and then quit, then the next time I start 'Qjackctl'
*both* 'X' *and* 'Y' are in the '0' position.
I like my 'Qjackctl' in the upper right hand corner. This bug causes
it to appear on the next startup in the 0:0 position in the upper left
hand corner. Any other position on the screen seems to work according
to the expected behaviour you've outlined above.
I pulled down the source and rummaged around, but I don't know UI
coding well enough to know really what to look for.
Still, I hope this information gives you an idea where to look for the
buug. :-)
I have a workaround for now. I just position the main 'Qjackctl'
window in the upper right hand corner, but just a pixel or two short
of the top. That seems to do it for me.
[..] It seems
like 'qjackctl' studiously ignores the
-geomtry switch. [...]
Is there any way to work around this stuff? Are the window coordinates
hardcoded in 'qjackctl'?
No and no. Qjackctl just overrides any X hints that maybe given from the
command line. Qjackctl remembers and restores it's last visible screen
position and extents. This feature only applies to qjackctl main and child
windows.
It does not apply to any application it launches from the startup
scripts.
Right. 'QAMix' comes in where I want it. 'Timemachine' seems to have
its own rules. I haven't tried modifying my other app commands yet.
Peace,
~Jos~
14 Jun
14 Jun
9:26 p.m.
...It seems like 'qjackctl' studiously ignores
the
-geomtry switch. 'QAMix' does it correctly (yay!). 'Timemachine'
actually barfs with 'unknown options -g -e -o -m -e' etc...
I've noticed that some programs allow you to set a "--" (two dashes) in
their program that tells the program "this is the end of my switches". I
wonder if Timemachine has this kind of thing that will allow you to end
*it's* switches and be able to reconize the -geometry switch.
Rocco
13 Jun
13 Jun
9:27 p.m.
I use 'qjackctl' to start jack and then
'qjackctl'
invokes a script to start up some other apps that
connect to jack. Everything is operartionally functional,
but...
Everytime I start it up, it's kinda random where the
windows for the various apps show up on the screen. I'd
really like to be able to set window size and location
for everything that starts so I don't have to waste time
rearranging my screen so things are convenient.
I'm not sure if it's a KDE only command, but "kstart" can at least get
the apps onto different desktops. It also has some other flags that do
other things...
In it's simplest form... This will start qjackctl on desktop 2...
kstart --desktop 2 qjackctl
Here's an example of how it will start qjackctl on desk 2, jump to
desktop 2 (no matter what desktop you are currently on) and (not) have
an entry in the task bar...
kstart --desktop 2 --activate --skiptaskbar qjackctl
see "kstart --help" for more info
Rocco
10:28 p.m.
Thank you, Rocco!
That's not exactly the bit of info I was looking for, but
I've already thought of two good uses for it!
Thanks!
~Jos~
LinuxMedia wrote:
I use
'qjackctl' to start jack and then 'qjackctl'
invokes a script to start up some other apps that
connect to jack. Everything is operartionally functional,
but...
Everytime I start it up, it's kinda random where the
windows for the various apps show up on the screen. I'd
really like to be able to set window size and location
for everything that starts so I don't have to waste time
rearranging my screen so things are convenient.
I'm not sure if it's a KDE only command, but "kstart" can at least get
the apps onto different desktops. It also has some other flags that do
other things...
In it's simplest form... This will start qjackctl on desktop 2...
kstart --desktop 2 qjackctl
Here's an example of how it will start qjackctl on desk 2, jump to
desktop 2 (no matter what desktop you are currently on) and (not) have
an entry in the task bar...
kstart --desktop 2 --activate --skiptaskbar qjackctl
see "kstart --help" for more info
Rocco
10:32 p.m.
LinuxMedia wrote:
I'm not sure if it's a KDE only command, but
"kstart" can at least get
the apps onto different desktops. It also has some other flags that do
other things...
In it's simplest form... This will start qjackctl on desktop 2...
kstart --desktop 2 qjackctl
Here's an example of how it will start qjackctl on desk 2, jump to
desktop 2 (no matter what desktop you are currently on) and (not) have
an entry in the task bar...
kstart --desktop 2 --activate --skiptaskbar qjackctl
see "kstart --help" for more info
While I'm thinking about it, is there any performance hit for having
more than 4 desktops? I'm thinking maybe 6 or 8. this would let me
group applications the way I'd like them...
~Jos~
14 Jun
14 Jun
9:03 a.m.
On Sun, 13 Jun 2004 17:23:59 -0700
Jos Laake <jos(a)radiks.net> wrote:
While I'm thinking about it, is there any performance hit for having
more than 4 desktops? I'm thinking maybe 6 or 8. this would let me
group applications the way I'd like them...
I regularly use 8 desktops.. Desktops shouldn't have any real overhead, since a
"desktop" is just a group of windows which are shown when a certain desktop is
selected.. The only real cost is switching desktops, since all the apps on that desktop
that you switch to need to be redrawn.. So basically having more desktops with less apps
each would be cheaper than to have less desktops with more apps each - at least on desktop
switches...
Florian Schmid
--
Palimm Palimm!
5:53 p.m.
On Monday 14 June 2004 02:23, Jos Laake wrote:
While I'm thinking about it, is there any
performance hit for having
more than 4 desktops? I'm thinking maybe 6 or 8. this would let me
group applications the way I'd like them...
I'd say not as long as you're configuring each desktop to have its own
background picture and you're low on memory.
6:31 p.m.
New subject: [linux-audio-user] recommendations for soundcard ~ USB
Hi,
I am looking for a recommendation for a sound card preferably USB. I
need Mac (OSx10.3) (hence USB or even Firewire) compatibility as well as
Linux, could be RedHta, Debian or Suse's version (Id prefer Debian or
Redhat). Mac compatibility is important (but not essential) I am
looking at the m-audio range of USB devices, any others? do these work
in Linux?
What about Creative's new 1820 PCI card? (for Linux)?
regards
Steven
16 Jun
16 Jun
2:57 a.m.
New subject: [linux-audio-user] recommendations for soundcard ~ USB
thing wrote:
Hi,
I am looking for a recommendation for a sound card preferably USB. I
need Mac (OSx10.3) (hence USB or even Firewire) compatibility as well as
Linux, could be RedHta, Debian or Suse's version (Id prefer Debian or
Redhat). Mac compatibility is important (but not essential) I am
looking at the m-audio range of USB devices, any others? do these work
in Linux?
Emagic EMI 2|6 now called the A26 or something. I use it on three
platforms, Linux, Windows and OS X.
-lee
7556
days inactive
7559
days old
linux-audio-user@lists.linuxaudio.org
13 comments
8 participants
participants (8)
-
Florian Schmidt -
Jos Laake -
lee -
LinuxMedia -
Rui Nuno Capela -
Sebastian Stark -
Steve Harris -
thing