headers
Christopher Bratusek | 6 Jun 2008 17:21
Picon
Picon
Gravatar

Outline-Mode Opaque and Animated seem wrylied ...

Hi there,

I just tried both the animated and opaque outline modes [I'm using box
normally] but, they seem wrylied.

'cause then I'm using

( define-special-variable move-outline-mode 'animated )

I'm _not_ seeing the window on move, just the cursor, and the windows
appears, there I left the mousebutton.

then I'm using

( define-special-variable move-outline-mode 'opaque )

I'm seeing the whole window content.

Shouldn't that be exact the other way round?

Chris
Permalink | Reply | 2 comments |
headers
Andrea Vettorello | 7 Jun 2008 07:17
Picon

Re: Outline-Mode Opaque and Animated seem wrylied ...

On Fri, Jun 6, 2008 at 5:21 PM, Christopher Bratusek <nano-master <at> gmx.de> wrote:
> Hi there,
>
> I just tried both the animated and opaque outline modes [I'm using box
> normally] but, they seem wrylied.
>
> 'cause then I'm using
>
> ( define-special-variable move-outline-mode 'animated )
>
> I'm _not_ seeing the window on move, just the cursor, and the windows
> appears, there I left the mousebutton.
>
> then I'm using
>
> ( define-special-variable move-outline-mode 'opaque )
>
> I'm seeing the whole window content.

You can only choose between "opaque" and "box", if you put "animated"
or any other undefined symbol (like "foo", "desk" or "whatever") that
is the expected result... ^__^

--

-- 
Andrea
Permalink | Reply | 1 comment |
headers
Christopher Bratusek | 7 Jun 2008 08:57
Picon
Picon
Gravatar

Re: Outline-Mode Opaque and Animated seem wrylied ...

Am Samstag, den 07.06.2008, 07:17 +0200 schrieb Andrea Vettorello:

> You can only choose between "opaque" and "box", if you put "animated"
> or any other undefined symbol (like "foo", "desk" or "whatever") that
> is the expected result... ^__^

Oh, I just thought it exists, since you told me so (as I asked how to
enable the wireframe model)

Chris
Permalink | Reply | 0 comments |
headers
Rafal Kolanski | 12 Jun 2008 05:58
Picon
Picon
Favicon

Window crosshair for task-switching?

Fellow Sawfish users,

Recently, when switching from Eterm to gnome-terminal (UTF-8 
requirements), I noticed that when cycling windows using alt-tab that 
gnome-terminal actually doesn't react in any way to the "half-focused" 
state the cycle produces before you pick a window (Eterm changes the 
cursor to a solid block).

Essentially, when I run multiple gnome-terminals borderless I can't 
really tell them apart during alt-tabbing. So what I would like is some 
kind of "crosshair" (or artificial border) that, during window cycling, 
would be painted above the current window.

My lisp is very weak, so I was wondering if someone has any code doing 
something similar already :)

Yours Sincerely,

Rafal Kolanski.
Permalink | Reply | 6 comments |
headers
Janek Kozicki | 12 Jun 2008 16:56
X-Face
Face
Picon
Favicon

Re: Window crosshair for task-switching?

Rafal Kolanski said:     (by the date of Thu, 12 Jun 2008 13:58:44 +1000)

> Essentially, when I run multiple gnome-terminals borderless I can't 
> really tell them apart during alt-tabbing.

you can check an option in sawfish-ui so that the cycle list will be
placed on the center of currently selected window. By this way cycle
list will jump madly over the screen, instead of being placed on the
screen center.

--

-- 
Janek Kozicki                                                         |
Permalink | Reply | 3 comments |
headers
Andrea Vettorello | 12 Jun 2008 18:56
Picon

Re: Window crosshair for task-switching?

On Thu, Jun 12, 2008 at 5:58 AM, Rafal Kolanski <rafalk <at> cse.unsw.edu.au> wrote:

[...]

> Essentially, when I run multiple gnome-terminals borderless I can't really
> tell them apart during alt-tabbing. So what I would like is some kind of
> "crosshair" (or artificial border) that, during window cycling, would be
> painted above the current window.

Are all the windows undecorated/borderless or this is only for the
terminal emulators?
Anyway, I suppose it should not be extremely difficult to add a hook
to the focus function (but I don't recall if such a hook exists ^__^)
to temporarily decorate the terminals when switching focus.

Using "warp-to-window-enabled" should not be an option in this case as
the mouse pointer, IIRC, is not moved until the window is focused (but
I could be wrong)...

--

-- 
Andrea
Permalink | Reply | 0 comments |
headers
Rafal Kolanski | 13 Jun 2008 00:03
Picon
Picon
Favicon

Re: Window crosshair for task-switching?

Janek Kozicki wrote:
> Rafal Kolanski said:     (by the date of Thu, 12 Jun 2008 13:58:44 +1000)
> 
>> Essentially, when I run multiple gnome-terminals borderless I can't 
>> really tell them apart during alt-tabbing.
> 
> you can check an option in sawfish-ui so that the cycle list will be
> placed on the center of currently selected window. By this way cycle
> list will jump madly over the screen, instead of being placed on the
> screen center.

This sounds very promising, but looking through my sawfish-ui 
configurator I can't seem to find it. Any clues?

Rafal Kolanski.
Permalink | Reply | 2 comments |
headers
Timo Korvola | 13 Jun 2008 00:47
Picon
Picon
Favicon

Re: Window crosshair for task-switching?

Rafal Kolanski <rafalk <at> cse.unsw.edu.au> writes:
> Janek Kozicki wrote:
>> you can check an option in sawfish-ui so that the cycle list will be
>> placed on the center of currently selected window.
>
> This sounds very promising, but looking through my sawfish-ui
> configurator I can't seem to find it. Any clues?

Install the Merlin extensions: <URL:http://sawfish.wikia.com/wiki/Merlin>
or Debian package sawfish-merlin-ugliness.
The setting is in Focus/Ugliness.

--

-- 
	Timo Korvola		<URL:http://www.iki.fi/tkorvola>
Permalink | Reply | 1 comment |
headers
Rafal Kolanski | 13 Jun 2008 23:35
Picon
Picon
Favicon

Re: Window crosshair for task-switching?

Thank you gentlemen!

This solves my problem magnificently.

Rafal Kolanski.

Timo Korvola wrote:
> Rafal Kolanski <rafalk <at> cse.unsw.edu.au> writes:
>> Janek Kozicki wrote:
>>> you can check an option in sawfish-ui so that the cycle list will be
>>> placed on the center of currently selected window.
>> This sounds very promising, but looking through my sawfish-ui
>> configurator I can't seem to find it. Any clues?
> 
> Install the Merlin extensions: <URL:http://sawfish.wikia.com/wiki/Merlin>
> or Debian package sawfish-merlin-ugliness.
> The setting is in Focus/Ugliness.
>
Permalink | Reply | 0 comments |
headers
Scott Scriven | 14 Jun 2008 06:16

Re: Window crosshair for task-switching?

* Rafal Kolanski <rafalk <at> cse.unsw.edu.au> wrote:
> Recently, when switching from Eterm to gnome-terminal (UTF-8  
> requirements), I noticed ...

If you liked Eterm but need UTF8, you might want to try 
rxvt-unicode.

The config is a little inconvenient (uses .Xresources), but it's 
otherwise very nice.  It can even display multiple fonts (both 
bitmapped and truetype) at the same time, so you can get plain 
ascii characters from one font and higher unicode characters from 
another.

As a nice bonus, urxvt has a daemon mode, so multiple terminals 
can run as a single process.  Try "urxvtcd".  It greatly reduces 
memory use.  At the moment, I have 67 urxvt windows open, with 
translucent backgrounds, and it's using 11.4 MiB RAM.  That's 
only 174 KiB per window.  A single instance of Gnome-terminal 
with a black background takes 26.6 MiB on the same system.

-- Scott
Permalink | Reply | 0 comments |

Gmane