Re: [awesome] How to restore minimized windows with keyboard?

2012-06-04 Thread Can Altıparmak
> I can't iterate through minimized windows with Mod4+k and Mod4+l keybinds..
> Is there any option to achieve this???

git/master has an "awful.client.iterate" function. Its filter
argument, lets you iterate through desired clients. Though it is
one-way, there is no reverse-iterate.

-- 
Can Altıparmak

--
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: [awesome] How to restore minimized windows with keyboard?

2012-06-04 Thread Daniel Hilst

On 06/03/2012 09:51 PM, Ignas Anikevicius wrote:

On 03/06/12 18:51, Daniel Hilst wrote:

I can't iterate through minimized windows with Mod4+k and Mod4+l
keybinds.. Is there any option to achieve this???


Best regards.
Hilst



The minimized clients are banned (IIRC) and the Mod4+{j,k} key bindings
are changing the current focused client and raising it if needed. And
currently there is no way to go through the minimized windows as well,
although, IMHO, it should be fixed, but I have no idea how this should
be done properly.

Well, anyway, the keybinding you want is Mod4+Shift+n and it will
restore a client which is minimized. Hope that helps. :)

That helps a lot, thanks :-)


Cheers,
Ignas



--
Follow the white rabbit!

--
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: [awesome] How to restore minimized windows with keyboard?

2012-06-04 Thread Daniel Hilst

On 06/03/2012 09:52 PM, Thorsten Sperber wrote:

Am 03.06.2012 19:51, schrieb Daniel Hilst:

I can't iterate through minimized windows with Mod4+k and Mod4+l
keybinds.. Is there any option to achieve this???


Best regards.
Hilst


there you go:

http://comments.gmane.org/gmane.comp.window-managers.awesome/6925

Thorsten


Thanks, I'll test this solutions, that mod4+; keybind seems useful

Best regards,
Hilst

--
Follow the white rabbit!

--
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Setting a specified gap between windows

2012-06-04 Thread Nicolas G. Querol
Hello awesomers,

Sorry if this question has already been answered, but how would one specify
a consistent
gap of a few pixels between tiled windows? I'm using awesome-git at the
moment.

-- 
Nicolas Gaulard Querol 


Re: Setting a specified gap between windows

2012-06-04 Thread Paweł Rumian
2012/6/4 Nicolas G. Querol :
> Hello awesomers,
>
> Sorry if this question has already been answered, but how would one specify
> a consistent
> gap of a few pixels between tiled windows? I'm using awesome-git at the
> moment.

Hello,

check the parameter theme.border_width in the file theme.lua (of your
current theme).

BR,
Paweł

--
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: Restore the Ctrl-Alt-Enter behaviour when using rdesktop

2012-06-04 Thread quanta
Gregor, my server has not joined the domain, and:

rdesktop -u USER -p  -K -g 1280x800 IP

didn't work, too.

On 05/30/2012 08:49 PM, Gregor Zattler wrote:
> Hi quanta,
> * quanta  [29. May. 2012]:
>> Sorry for my subject. I though of 'Enter' but I manually type 'Del' (due
>> to its popularity)
>>
>> The problem is MOD4 + 1-9 doesn't work in `rdesktop -f -K -u  `.
>> It shows the Start dialog in Windows instead of switch to corresponding
>> tag in Awesome.
> I tried again:
>
> rdesktop -u USER -d DOMAIN -p  -K -g 1280x800 IP
>
> works for me.  For some strange reason 
> rdesktop -K -u  
> and
> rdesktop -f -K -u  
>
> do not work for me...
>
>
> Ciao, gregor
>

-- 
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: Maximize GNOME Terminator on startup?

2012-06-04 Thread quanta
Not fixed, 2-4 times.

On 05/30/2012 03:23 PM, Uli Schlachter wrote:
> Hi,
>
> On 30.05.2012 05:08, quanta wrote:
>> GNOME Terminator has its own option (`-m`) to maximize the window.
>>
>> I've tried both way:
>>
>> 1. set `terminal = "terminator" combined with:
>>
>>  { rule = { class = "Terminator" },
>>properties = {
>>   floating = true, maximized_horizontal = true,
>> maximized_vertical = true } },
>>
>> 2. specify `terminal = "terminator -m"` and removed the maximized_*
>> properties in 'Terminator' class
>>
>> but I cannot get Terminator maximized on startup.
>> I have to press `Mod4 + m` several times.
>
> Uhm, "several times"? How often exactly?
> Since "mod4+m" toggles the maximized state, this would mean that
> awesome thinks that the client is already maximized when you do this.
> (Unless "serveral" is "3", in that case something really, really,
> *really* fishy is going on)
>
> Cheers,
> Uli


Re: Restore the Ctrl-Alt-Enter behaviour when using rdesktop

2012-06-04 Thread Gregor Zattler
Hi quanta,
* quanta  [04. Jun. 2012]:
> Gregor, my server has not joined the domain, and:
> 
> rdesktop -u USER -p  -K -g 1280x800 IP
> 
> didn't work, too.

"IP" meaning the ip-number, I have no idea what to do in your case.

Ciao; Gregor

-- 
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: Maximize GNOME Terminator on startup?

2012-06-04 Thread Bryan Gardiner
> > On 30.05.2012 05:08, quanta wrote:
> >> GNOME Terminator has its own option (`-m`) to maximize the window.
> >>
> >> I've tried both way:
> >>
> >> 1. set `terminal = "terminator" combined with:
> >>
> >>  { rule = { class = "Terminator" },
> >>properties = {
> >>   floating = true, maximized_horizontal = true,
> >> maximized_vertical = true } },
> >>
> >> 2. specify `terminal = "terminator -m"` and removed the maximized_*
> >> properties in 'Terminator' class
> >>
> >> but I cannot get Terminator maximized on startup.
> >> I have to press `Mod4 + m` several times.

I realize this is not super helpful, but the rule you gave works fine
for me (awesome 3.4.9).  "terminator -m" does not though.  It sounds
like you have something overriding its maximized state.  When you
start Terminator up with the rule in 1., does the window not get the
floating icon in the task list?

Since awful.rules.rules are processed in order, maybe something lower
down in the list is matching and setting it to be non-maximized.

Also, it seems that Terminator sets two WM_CLASSes, a pretty obvious
check but have you tried both?  (Only the second one works for me
though.)

$ xprop | grep WM_CLASS
WM_CLASS(STRING) = "terminator", "Terminator"

HTH,
Bryan

-- 
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: Setting a specified gap between windows

2012-06-04 Thread Paweł Rumian
2012/6/4 Nicolas G. Querol :
> 2012/6/4 Paweł Rumian 
>> Hello,
>>
>> check the parameter theme.border_width in the file theme.lua (of your
>> current theme).
>>
>> BR,
>> Paweł
>
>
> Thanks for your suggestion.
> It kind of does what I want, but would it be possible for thoses borders
> to be out of the way, ie. totally transparent?

You forgot to CC the list ;)

I don't know what do you want to achieve - 'to be out of the way'
seems like setting border width to 0, but If you want to make them
transparent then you will need to use true (hardware) transparency
with a lightweight compositor, like compton:
https://github.com/chjj/compton

Then you can just set opacity by specyfying the alpha value in square
brackets before the border color, for example:
theme.border_normal = "[40]#3F3F3F"

At least this is how it works in git/master, I am not 100% sure if it
works in release version.

HTH,
Paweł

--
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: Setting a specified gap between windows

2012-06-04 Thread Nicolas G. Querol
2012/6/4 Paweł Rumian 

> 2012/6/4 Nicolas G. Querol :
> > 2012/6/4 Paweł Rumian 
> >> Hello,
> >>
> >> check the parameter theme.border_width in the file theme.lua (of your
> >> current theme).
> >>
> >> BR,
> >> Paweł
> >
> >
> > Thanks for your suggestion.
> > It kind of does what I want, but would it be possible for thoses borders
> > to be out of the way, ie. totally transparent?
>
> You forgot to CC the list ;)
>

Ah, sorry about that!


> I don't know what do you want to achieve - 'to be out of the way'
> seems like setting border width to 0, but If you want to make them
> transparent then you will need to use true (hardware) transparency
> with a lightweight compositor, like compton:
> https://github.com/chjj/compton
>
> Then you can just set opacity by specyfying the alpha value in square
> brackets before the border color, for example:
> theme.border_normal = "[40]#3F3F3F"
>
> At least this is how it works in git/master, I am not 100% sure if it
> works in release version.
>
> HTH,
> Paweł
>

Thank you, I didn't know about setting the opacity in theme.lua.
What I meant by "out of the way" is having physical borders that create a
gap
between tiled windows, but stay invisible (transparent in fact). This
avoids tiled
windows to be immediately next to each other, and improve readability IMO.

So to achieve this, I actually needed, with your advice, to set border
opacity to
0, border size to the size of the desired gap (e.g. 10), and finally to use
something like xcompmgr, or better yet as you said, compton. The only
problem
is that you cannot enable shadows, as it will make the "invisible" borders
look
like Windows Aero. But some could like it :)

Thanks again Paweł!

-- 
Nicolas Gaulard Querol 


Re: Setting a specified gap between windows

2012-06-04 Thread Paweł Rumian
2012/6/4 Nicolas G. Querol :
> Thanks again Paweł!

I'm glad I was able to help :)

Paweł

--
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: Setting a specified gap between windows

2012-06-04 Thread Benno Zimmer
hey there! iam using custom layouts to achieve this.
https://github.com/intrntbrn/awesome fair.lua / tile.lua / spiral.lua
iam not the author of the files (dont know where i got them from) and i
also dont know if they will work in awesome-git.
you have to specify "useless_gap" in these files.

best regards!

2012/6/4 Paweł Rumian 

> 2012/6/4 Nicolas G. Querol :
> > Thanks again Paweł!
>
> I'm glad I was able to help :)
>
> Paweł
>
> --
> To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
>


Re: Restore the Ctrl-Alt-Enter behaviour when using rdesktop

2012-06-04 Thread quanta
I know that.

I'm using Remmina as a workaround.

On 06/04/2012 10:18 PM, Gregor Zattler wrote:
> Hi quanta,
> * quanta  [04. Jun. 2012]:
>> Gregor, my server has not joined the domain, and:
>>
>> rdesktop -u USER -p  -K -g 1280x800 IP
>>
>> didn't work, too.
> "IP" meaning the ip-number, I have no idea what to do in your case.
>
> Ciao; Gregor
>


Re: Maximize GNOME Terminator on startup?

2012-06-04 Thread quanta


On 06/04/2012 11:12 PM, Bryan Gardiner wrote:
>>> On 30.05.2012 05:08, quanta wrote:
 GNOME Terminator has its own option (`-m`) to maximize the window.

 I've tried both way:

 1. set `terminal = "terminator" combined with:

  { rule = { class = "Terminator" },
properties = {
   floating = true, maximized_horizontal = true,
 maximized_vertical = true } },

 2. specify `terminal = "terminator -m"` and removed the maximized_*
 properties in 'Terminator' class

 but I cannot get Terminator maximized on startup.
 I have to press `Mod4 + m` several times.
> I realize this is not super helpful, but the rule you gave works fine
> for me (awesome 3.4.9).  "terminator -m" does not though.  It sounds
> like you have something overriding its maximized state.  When you
> start Terminator up with the rule in 1., does the window not get the
> floating icon in the task list?
Yes, it got the floating icon (bird or butterfly :D?)
>
> Since awful.rules.rules are processed in order, maybe something lower
> down in the list is matching and setting it to be non-maximized.
No, there is nothing override this:

$ grep -A2 erminator ~/.config/awesome/rc.lua
terminal = "terminator"
editor = os.getenv("EDITOR") or "nano"
editor_cmd = terminal .. " -e " .. editor
--
{ rule = { class = "terminator" },
  properties = {
 floating = true, maximized_horizontal = true,
maximized_vertical = true } },
--
native_run_once("terminator")
--native_run_once("thunderbird")
native_run_once("firefox")


>
> Also, it seems that Terminator sets two WM_CLASSes, a pretty obvious
> check but have you tried both?  (Only the second one works for me
> though.)
>
> $ xprop | grep WM_CLASS
> WM_CLASS(STRING) = "terminator", "Terminator"
I've changed the WM_CLASS to the lowercase and now sometime it get
maximized, sometime it doen't.
>
> HTH,
> Bryan

-- 
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.


Re: Restore the Ctrl-Alt-Enter behaviour when using rdesktop

2012-06-04 Thread Diep Pham Van
Seem to be a turn-around, not really a workaround.

On Tue, 05 Jun 2012 10:07:45 +0700
quanta  wrote:

> I know that.
> 
> I'm using Remmina as a workaround.
> 
> On 06/04/2012 10:18 PM, Gregor Zattler wrote:
> > Hi quanta,
> > * quanta  [04. Jun. 2012]:
> >> Gregor, my server has not joined the domain, and:
> >>
> >> rdesktop -u USER -p  -K -g 1280x800 IP
> >>
> >> didn't work, too.
> > "IP" meaning the ip-number, I have no idea what to do in your case.
> >
> > Ciao; Gregor
> >

-- 
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.