Can't Change the default volume used when you press volume up and down.

I need to change what volume is controlled when I use the volume up and
down keys on my key board.  It is trying to adjust "headset" but should
be adjusting something else... like pcm.
Any ideas?  I have scoared the net and even gone threw gconf, hoping to
find something there.  But no suck luck.  Any ideas?
Thanks,
Jason Brower

Moving GNOME tree around - what env var do I have to set to find this *.so?

I am moving GNOME tree around after building and need to adjust shell
environment variables to make it find it's parts.

I successfully pointed things via the GTK_* variables but for other
parts of GNOME I have much less success:

Gecko:6511): Gtk-WARNING **:
/usr/lib/gtk-2.0/2.4.0/filesystems/libgnome-vfs.so
: cannot open shared object file: No such file or directory

So far I tried without success:
GTK_HOME
GTK_PATH
GTK_EXE_PREFIX
GNOME_HOME
GNOME_PATH
PKG_CONFIG_PATH
LD_LIBRARY_PATH 

Pango will also need to find it's parts but I assume that whatever
makes GNOME find the vfs *.so file will solve that, too.

What is the shell environment variable that I have to use?

Thanks
	Martin
--

-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer <at> cons.org>   http://www.cons.org/cracauer/
FreeBSD - where you want to go, today.      http://www.freebsd.org/

Re: Desktop launchers do not work

Ritesh Khadgaray wrote:
> Out of curiosity, does this affect a new "fresh" test user ?
Sorry for long silence, I'm just back home after the holidays.

No, a fresh, newly-created test user cannot create launchers on his desktop.

Dmitry

Re: Desktop launchers do not work

Thank you so much, it worked!
> Hi.
>
> Try this as root: update-mime-database /usr/share/mime
>
> Maybe this helps.
>
> Bye,
>
> Irens

Dmitry

keyboard shortcuts with mod4 no longer settable in 2.16

I use mod4 (and shift-mod4) for my keyboard shortcuts
(for example <Mod4>F1 shows the panel menu).

This continues to work.

But I cannot add new ones using gnome-keyboard-bindings, which I how I
added all my existing shortcuts in previous gnome releases.

Now when I press the mod4 key, the shortcut is immediately bound to
Super_R instead of waiting for me to type in the 2nd key.  Mod4 has
essentially lost its function as a modifier and is just a key.

I would be happy for a text based tool, but I could not find anywhere
in gconf-editor to change/add keyboard modifiers.

Thanks in advance for any help.
allan

Re: keyboard shortcuts with mod4 no longer settable in 2.16

On Mon, 2007-01-08 at 14:13 -0500, Allan Gottlieb wrote:
> I use mod4 (and shift-mod4) for my keyboard shortcuts
> (for example <Mod4>F1 shows the panel menu).
> 
> This continues to work.
> 
> But I cannot add new ones using gnome-keyboard-bindings, which I how I
> added all my existing shortcuts in previous gnome releases.
> 
> Now when I press the mod4 key, the shortcut is immediately bound to
> Super_R instead of waiting for me to type in the 2nd key.  Mod4 has
> essentially lost its function as a modifier and is just a key.
> 
> I would be happy for a text based tool, but I could not find anywhere
> in gconf-editor to change/add keyboard modifiers.

I remember having the same problem a while back. I think I fixed it by
changing the layout options for Alt/Win key behaviour to "Super is
mapped to the Win keys" in Keyboard Preferences.

I don't know why this is needed, but it seems to work for me. 

--

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22

_______________________________________________

Bug party this Saturday

Hello everyone,

Sorry if you get this mail two times, I'm writing to gnome-list and
gnome-bugsquad.

The reason of my email is that this Saturday 13th, we are having a
workshop about GNOME Bugzilla here on Perú. You can check details here
(in Spanish):

http://www.debianperu.org/involucrate+

Now, "why does that concern me?" you say. Well, since it's a workshop
about GNOME Bugzilla, we need bugs to triage and bugs to file so
people can do actual work.
So this mail is an invitation for any maintainer who needs triaging or
who wants to be around this Saturday at the workshop. Spanish speakers
are highly encouraged to be there :).

It will be between 9 p.m. and 10 p.m UTC, I know it's little time but
it's a start!.

Previous to this workshop there will be one about Debian's BTS, so if
anyone wants Debian bugs to be triaged just sent me an email (bonus
points if they are related to Gnome!).

Thanks,

Diego Escalante

PD: I'll send this to gnome-hispano too but right now it seems kind of

scroll wheel mouse configuration

I am using Fedora Core 6 and gnome and do not like the default behavior 
of the pointer when using a scroll wheel mouse.

For example if I have two applications open, and slide the mouse from 
one to the other, the focus does not follow. I am okay with that, that 
is configurable via a menu setting, stay with me...

However, rotating the scroll mouse over (say) a combo box on the 
unfocused window starts changing the values in that combo box. Not just 
scrolling through the values, actually scrolling the values and slecting 
them! With no mouse click.

As stated, the mouse wheel rotation both scrolls and activates the 
change. Open two instances of OpenOffice writer and move the pointer 
over the font size combo box. Scrolling the wheel (no click) scrolls the 
list and activates the size as it scrolls. This seems very, very wrong.

Now imagine a application with a scrollable pane, sparsely populated 
with combo boxes or whatnot. The pointer goes over the pane, the scroll 
wheel gets bumped or nudged, and the pane scrolls slightly. Ignoring the 
lack of main window focus issue, fine again...

The problem is, scrolling the pane and having the pointer enter a combo 
box as the pane slides, now the pointer stops in the combo box and 
starts altering the contents of the combo...not just scrolling the 
values, but actually performing a selection of the values with no mouse 
click at any time. This just seems very, very wrong.

How can I change this or disable the scroll mouse entirely (other than 
the obvious of changing out the mouse)?

[Fwd: scroll wheel mouse configuration]

Ironically I like this feature.  Nothing gets me more upset than having
to click to get TO a window when I can quickly scroll.  It come in very
handy because the windows doesn't come to focus.  It simple
moves/scrolls the window.  I like it when I am working on something and
have a pdf in evince and my programing on the right.  I can set things
so that I don't have to have the on top feature.  But can have the pdf
scroll withing having to click on it and bring it in front of
everything.  I say we keep it the way it is... or provide an option to
make your "feature" available.
Jason Brower
-------- Forwarded Message --------
From: Skunk Worx <skunkworx <at> verizon.net>
To: gnome-list <at> gnome.org
Subject: scroll wheel mouse configuration
Date: Sat, 13 Jan 2007 15:04:07 -0800

I am using Fedora Core 6 and gnome and do not like the default behavior 
of the pointer when using a scroll wheel mouse.

For example if I have two applications open, and slide the mouse from 
one to the other, the focus does not follow. I am okay with that, that 
is configurable via a menu setting, stay with me...

However, rotating the scroll mouse over (say) a combo box on the 
unfocused window starts changing the values in that combo box. Not just 
scrolling through the values, actually scrolling the values and slecting 
them! With no mouse click.

As stated, the mouse wheel rotation both scrolls and activates the 
change. Open two instances of OpenOffice writer and move the pointer 

Alt+num combination being ignored?

Hello,

   I'm trying to have Alt+num (num being from 0 to 9 on the numbers on
top of the standard keys) combination work in irssi ran through urxvt
on Gnome 2.16.2, but for some reason, it keeps ignoring the left-alt,
but the right-alt+num works. Since I also saw that I set
alt_shift_toggle for a us/es keygroup switch and it doesn't work unless
I push both alt keys, I am guessing either Gnome is grabbing those and
not letting them be used, or Xorg keymapping out of place. However,
using Gnome's terminal, if I use left-alt+num it switches tabs as it
should (which is why I am not using Gnome's terminal, I want that for
irssi).

I have attached a small text file with two excerpts of the log and the
conf for further pondering.

Thanks and regards.

--

-- 
Elisamuel Resto <samuel <at> dragonboricua.net>
PGP key ID: 0x18615F19
PGP fingerprint: B66D 1C2A E8EE B922 1D9C  D98F D2D5 FB61 1861 5F19

Xorg.0.log extract:
===================
(**) Option "CoreKeyboard"
(**) Keyboard: Core Keyboard
(**) Option "Protocol" "standard"
(**) Keyboard: Protocol: standard