"always on top" window button?

In KDE, it is possible to add more window buttons.
One useful example is "always on top" button - with just one click, it 
lets you make a given window to be "always on top".

How can I add a similar "always on top" window button when using Gnome?

--

-- 
Tomasz Chmielewski
http://wpkg.org

Re: "always on top" window button?

Dne, 05. 10. 2010 15:00:27 je Tomasz Chmielewski napisal(a):
> 
> How can I add a similar "always on top" window button when using  
> Gnome?
> 

Short of finding a specific utility for that purpose, I don't know of  
such a possibility in Gnome. The "always on top" option is available  
via the upper-left-corner menu though.

--

-- 
Regards,

Klistvud
Certifiable Loonix User #481801
http://bufferoverflow.tiddlyspot.com

Please reply to the list, not to me.

Re: "always on top" window button?

> Dne, 05. 10. 2010 15:00:27 je Tomasz Chmielewski napisal(a):
> > 
> > How can I add a similar "always on top" window button when using 
> > Gnome?
> > 
> 
> Short of finding a specific utility for that purpose, I don't know of 
> such a possibility in Gnome. The "always on top" option is available 
> via the upper-left-corner menu though.

What about: http://library.gnome.org/devel/gtk/2.90/GtkWindow.html#gtk-window-set-keep-above

- fabian

Re: "always on top" window button?

On 05.10.2010 16:14, Klistvud wrote:
> je Tomasz Chmielewski napisal(a):
>>
>> How can I add a similar "always on top" window button when using Gnome?
>>
>
> Short of finding a specific utility for that purpose, I don't know of
> such a possibility in Gnome. The "always on top" option is available via
> the upper-left-corner menu though.

Yep, but that's 3 clicks instead of just one, so if you use this feature 
a lot, it makes a difference.

Also, when the windows is set to "always on top" there is no way to 
check if it is set so, other than right-clicking on the window title bar.

In KDE, the "always on top" button would have a different colour/shape 
if it's set to "on top", so can be visibly distinguished quite easily.

Really no Gnome user ever found such a feature useful? ;)

--

-- 
Tomasz Chmielewski
http://wpkg.org

Re: "always on top" window button?

On 5 Oct 2010, at 15:28, Tomasz Chmielewski wrote:

> Yep, but that's 3 clicks instead of just one, so if you use this feature a lot, it makes a difference.

You can also assign a keyboard shortcut to the function, IIRC. (In metacity, at least.)

Cheeri,
Calum.

--

-- 
CALUM BENSON, Interaction Designer     Oracle Corporation Ireland Ltd.
mailto:calum.benson <at> oracle.com         Solaris Desktop Team
http://blogs.sun.com/calum             +353 1 819 9771

Any opinions are personal and not necessarily those of Oracle Corp.

rygel DLNA support in MeeGo

_______________________________________________
gnome-list mailing list
gnome-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-list

gnome-session outputs many DEBUG messages to .xsession-errors

I use gnome-session-2.32.0, build configure --disable-debug.
gnome-session outputs many DEBUG messages to
.xsession-errors.

So, add patch below.

http://developer.momonga-linux.org/viewvc/pkgs/trunk/pkgs/gnome-session/gnome-session-2.32.0-g_debug.patch?view=co

Thanks
--

-- 
Nishio Futoshi <fut_nis <at> d3.dion.ne.jp>

gnome-keyring-daemon or seahorse?

In the past I've been using seahorse to provide both a gpg agent and an ssh
agent.  Recently I noticed that gnome-keyring-daemon provides both of those
agents.  I must say though that it seems to be very flaky.

I'll switch back to using seahorse for now, but I'm still wondering why
it is
that there are two Gnome components with so much overlapping functionality.
Will either replace the other?

/M

--

-- 
Magnus Therning                        (OpenPGP: 0xAB4DFBA4)
magnus＠therning．org           Jabber: magnus＠therning．org
http://therning.org/magnus         identi.ca|twitter: magthe

_______________________________________________
gnome-list mailing list
gnome-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-list

bugs and others with [gobject/gstream/gio]

hello i have a few problems with the gobject/gstreamer/gio libs

*in gio/gvfs is the support for the ACL lists from gnomevfs missing (gfs should replace gnomevfs)

*gio Mount/Volumes does not realy notic if i mount a new volume.
"g_volume_monitor_get_mounts" does not show the new mount

*gobject + gtreamer:
if i try to hook the "notify" signal with "g_signal_override_class_handler" my prog get Segfaults if i thy
to make a new GstElement

Issues pre-generating thumbnails for Nautilus.

Hello everybody,


first of all, I'm new in the gnome-list so: Hi


Recently I've been working on a set of scripts for pre-generating thumbnails of video and picture files in a set of given directories. The idea is to be able to run thumbnail-generation in the background, per cron, per cmdline, not-in-X, not-using-nautilus, etc.


I've been reading a lot of documentation regarding this topic and I think I have come quite far in understanding all the details and requirements.


However I still need a little help (obviously...), but first, let me share my work with you...


Here is my three scripts:


batch_thumbnailer:
http://pastebin.com/Z0QNz0Eb

vids_thumbnailer:
http://pastebin.com/e4mQ4Lca

pics_thumbnailer:
http://pastebin.com/fd6yUUHM


batch_thumbnailer is the main scripts that calls vids+pics_thumbnailer, if in $PATH.


The syntax is: batch_thumbnailer [<dir> ...]


What it does is basically:


1. search the given directories (non-recursive) for files
2. determine the files mimetype and filter out all of type video/*, image/*
3. create a batch list for video files and process it with vids_thumbnailer
4. create a batch list for picture files and process it with pics_thumbnailer


The steps 3 and 4 are similar and can be broken down in sub-steps:
a. for each file, determine absolute path (file -> /path/to/file)
b. for each file, determine URI (/path/to/file -> file:///path/to/file)
c. for each URI, determine MD5 checksum (echo -n file:///path/to/file | md5sum | cut -c -32)
d. for each file, determine modification time (file.mtime = $(stat -c "%Y" file))
e. for each file, store a thumbnail under $HOME/.thumbnails/normal/$MD5.png with required metadata Thumb::URI := $URI and Thumb::MTime := file.mtime
(f.) if thumbnail generation has failed, move thumbnail to $HOME/.thumbnails/fail[/$0]/$MD5.png


The one place to start reading about thumbnails is probably:


[1] http://jens.triq.net/thumbnail-spec/


So that's that.


Now I've created a whole batch of thumbnails with my scripts, however my problem is that nautilus is still recreating every single media file when I change to it's directory. I notice this because obviously it takes some time to display the thumbnails and also the mtime of the thumbnail is updated when re-/overwritten.


My idea in the first place was to have the thumbnails created and then nautilus is just displaying them superfast, since they already exist. However, this is not the case.


I spent some time figuring out the differences between my thumbnails and nautilus thumbnails, but I cant really tell the differences nor explain the "overwriting/recreating" behavior of nautilus. What I have tried so far is, I noticed another optional tag in the pings "Software: GNOME::ThumbnailFactory" and recreated that in my scripts, ... still with no change. Nautilus seems to allways overwrite my thumbnails.


That makes me wanna stop any further work on my scripts, because I must first know what the real problem is or else I waste my time.


FYI, these are my thumbnailers in nautilus (gconf-editor -> /desktop/gnome/thumbnailers/...):
- image <at> x-pict := /usr/bin/gm convert -size %s -resize %s +profile "*" %i[0] %o
- video <at> <any> := /usr/bin/ffmpegthumbnailer -s %s -c png -f -t 50%% -i %i -o %o


I would like to know in what way GNOME's thumbnail creation standard differs from the one described in [1] or whether nautilus/gnome stores extra-information elsewhere (outside $HOME/.thumbnails). My goal is the pre-create thumbnails in my scripts, that nautilus can actually use and instantly display, without re-creation/overwrites.


Thank you for all support, answers and feedback in advance,
it's all welcome.


Bye,
Pasxalis.


PS: sorry for ze bad english, I'm a native german speaker.

_______________________________________________
gnome-list mailing list
gnome-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-list