gmane.comp.window-managers.awesome.devel

Splash windows are out of control

Arvydas Sidorenko — 2012-05-25T13:10:20

3rd round of patches.
The first patch is updated version to not allow the clients move
themselves out of the current screen. Previous version messed up
client width/height resize.
The second is the same as in the previous mail.

splash windows are out of control

Arvydas Sidorenko — 2012-05-21T23:21:29

Currently the splash windows are out of control, appearing usually not
on the screen the mouse/client is.
I restricted the window geometries of XCB_CONFIGURE_REQUEST event to
be changed only within the same window, otherwise the request gets
ignored. I checked other WMs code and as far as I can see the common
way is to blindly apply whatever is requested, but seems GUI writers
put a lot of effort in positioning their splashes and sometimes it's
necessary to chill them out. Lets improve our multihead support one
more step further.

[CHANGE] Add platform support for DragonflyBSD. Simply adds a define required for awesomewm to work on the BSDs.

Edward O'Callaghan — 2012-05-21T04:27:21

Signed-off-by: Edward O'Callaghan <eocallaghan< at >auroraux.org>
---
 common/util.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/common/util.h b/common/util.h
index 920b85f..ce004ed 100644
--- a/common/util.h
+++ b/common/util.h
< at >< at > -32,7 +32,7 < at >< at >
 #include <assert.h>
 #include <stdio.h>
 
-#if !(defined (__FreeBSD__) || defined(__OpenBSD__) || defined(__NetBSD__))
+#if !(defined (__FreeBSD__) || defined(__OpenBSD__) || defined(__NetBSD__)) || defined (__DragonFly__))
 #include <alloca.h>
 #endif

Patch to make Beautiful support for custom wallpaper

Maxim Koltsov — 2012-05-13T15:26:39

Hi,
I' ve been using awesome for a long time and noticed that it provides
no simple way to change wallpaper w/o editing theme. So i created this
patch. It adds extra argument for beautiful.init — wallpaper_cmd
argument. Patch is made on top of 3.4 git branch. Please review and
merge it if you find it ok.
I thought of another way to implement this — make beautiful scan for
wallpaper.* file in one of configuration directories, but i think it's
unconvinient because user won't be able to customize awsetbg's options
or use another wallpaper setter. But if you think it's more
appropriate for awesome, i can remake my patch.

Thanks,
Maxim.

[PATCH] Return condition value instead of conditional true/false

Felix Bier — 2012-05-12T22:25:21

Since the initial patch got accepted, I worked the other occurrences as
well.
Felix

[PATCH] Return condition value instead of conditional true/false in

felix — 2012-05-11T15:09:00

From 6022805772c5f2897699f1e825f030e5db4635d7 Mon Sep 17 00:00:00 2001
From: Felix <flx.bier< at >googlemail.com>
Date: Fri, 11 May 2012 16:52:24 +0200
Subject: [PATCH] Return condition value instead of conditional
true/false in
 tasklist.filter.{currenttag,focused}

Patterns like

if condition then
  return true
else
  return false
end

could be simplified to

return condition

Is that something wanted in the awesome code base? I'm fine with the
rejection of this patch in favour of readability.

Signed-off-by: Felix <flx.bier< at >googlemail.com>
---
 lib/awful/widget/tasklist.lua.in |    8 ++------
 1 Datei geändert, 2 Zeilen hinzugefügt(+), 6 Zeilen entfernt(-)

diff --git a/lib/awful/widget/tasklist.lua.in
b/lib/awful/widget/tasklist.lua.in
index c52e4cd..c3c47ef 100644
--- a/lib/awful/widget/tasklist.lua.in
+++ b/lib/awful/widget/tasklist.lua.in
< at >< at > -154,8 +154,7 < at >< at > end
 -- < at >return true if c is on screen, false otherwise
 function filter.alltags(c, screen)
     -- Only print client on the same screen as this wid

[PATCH] Improved ZSH completion (#535)

Arvydas Sidorenko — 2012-05-06T22:09:27

After 3 years it finally arrives

[Patch] Fix some "Since:" tag and check-doc-syntax oddities

Uli Schlachter — 2012-05-06T20:33:06

Hi,

today I accidentally stumbled upon a double "Since:" tag for
cairo_surface_set_mime_data(). Attached are the patches that resulted from this.

Anyone wants to take a look? :-)

Uli

[PATCH] Menubar enhancements

Ignas Anikevicius — 2012-05-03T11:57:37

Hello list,

I started using menubar since its introduction to awesome git/master,
but always felt that it needs to be able to execute commands, which
essentially makes it as a replacement for the shell prompt (in the
default config execute with Mod4+r). I went and implemented features I
needed and here are three patches.

The first implements search in command names of the entries, which does
let me launch gimp by entering gimp.

The second patch implements the feature I mentioned earlier.

And the third patch implements shell completion.

Feel free to criticise and make suggestions, I will try to fix the
problems.

All best,
Ignas

[PATCH] awful.client: un-hide the client when it regains focus

Anurag Priyam — 2012-04-28T12:12:15

This should be the expected behavior, imo.  Otherwise the client doesn't appear
in tasklist regardless of being focussed.

Signed-off-by: Anurag Priyam <anurag08priyam< at >gmail.com>
---
 lib/awful/client.lua.in |    3 +++
 1 file changed, 3 insertions(+)

diff --git a/lib/awful/client.lua.in b/lib/awful/client.lua.in
index 79d5fa9..3795766 100644
--- a/lib/awful/client.lua.in
+++ b/lib/awful/client.lua.in
< at >< at > -939,6 +939,9 < at >< at > capi.client.connect_signal("manage", function(c)
c:connect_signal("property::urg
 capi.client.connect_signal("focus", urgent.delete)
 capi.client.connect_signal("unmanage", urgent.delete)

+-- un-hide the client when it regains focus
+capi.client.connect_signal("focus", function (c) c.hidden = false end)
+
 capi.client.connect_signal("unmanage", floating.delete)

 -- vim: filetype=lua:expandtab:shiftwidth=4:tabstop=8:softtabstop=4:textwidth=80

awesome --version with lua --version

dodo — 2012-04-23T11:33:11

with the perhaps upcoming port to lua 5.2 i thought it would be
helpful for future debugging to see the lua version awesome was build
with.

[PATCH] gears.debug: Print plain non-table values in dump_raw

Alexander Yakushev — 2012-04-19T13:02:05

All is said in the commit comment. My bad

[PATCH] Fix generator usage in menubar.utils

Alexander Yakushev — 2012-04-07T09:03:11

Bug is described here: 
https://awesome.naquadah.org/bugs/index.php?do=details&task_id=979

hide menu on mouse click outside it (was: Re: [patch] awful.menu [...])

Anurag Priyam — 2012-04-03T05:43:01

Dug this up for context:

On Thu, Mar 1, 2012 at 9:38 PM, Uli Schlachter <psychon< at >znc.in> wrote:


I stumbled across an issue (bug?) with mousegrabber in an attempt to
fix this.  This is how the patch (attached) looks like at the moment:

diff --git a/lib/awful/menu.lua.in b/lib/awful/menu.lua.in
index 8dd1763..7cf9238 100644
--- a/lib/awful/menu.lua.in
+++ b/lib/awful/menu.lua.in
< at >< at > -28,6 +28,7 < at >< at > local capi = {
     mouse = mouse,
     client = client,
     keygrabber = keygrabber,
+    mousegrabber = mousegrabber,
     awesome = awesome,
     oocairo = oocairo }

< at >< at > -323,6 +324,14 < at >< at > function show(menu, args)

     if not cur_menu then
         capi.keygrabber.run(grabber)
+        capi.mousegrabber.run(function (mouse)
+            for _, v in ipairs(mouse.buttons) do
+                if v then
+                    menu:hide()
+                end
+            end
+            return true
+        end, 'fleur')
     end
     cur_menu = menu
     menu.wibox.visible = true
< at >< at > -346,6 +355,7 < at >< at > function hide

[PATCH] awful.client: use dockable.get in focus.filter to determine dock or not

Anurag Priyam — 2012-03-31T12:13:37

Otherwise, setting a client dockable from rc.lua using
awful.client.dockable.set doesn't work as expected.

Btw, what is a dock?  Those MacOS ones?

[patch] run or raise

Anurag Priyam — 2012-03-31T10:21:06

Jump to client if running, else launch it :-|.

Patch for fixing static filename in vicious thermal widget

Philipp Ittershagen — 2012-03-30T15:52:55

Hey guys,

I don't know if this is the right mailing list to post this, so please correct
me if I'm wrong ;)

I'm using vicious thermal widget in order to keep track of my CPU temperature.
However, a recent kernel update changes the sysfs structure and the thermal
widget is expecting a file `temp1_input`. 

This file does not exist on my system, but there are other files
`temp{2,3,4,5}_input`. Since there is no possibility to change the filename
used for temperature reading, I came up with this patch to use an optional
third argument for the filename when instantiating the widget.
Existing users of this widget will experience no difference, while users with
an odd sysfs structure like me can easily specify the correct filename for the
widget.

Is this the right approach to this issue or can I further improve the handling
of those non-default files?


Thanks,


  Philipp
From 30b8a0cc57c4504b53d12849c4d185c41a872c32 Mon Sep 17 00:00:00 2001
From: Philipp Ittershagen <Philipp.Ittershagen< at >Informatik.Uni-Oldenbu

[PATCH] Fix issue with awful.menu keygrabber collisions

Alexander Yakushev — 2012-03-26T14:55:12

The problem was described here: 
http://thread.gmane.org/gmane.comp.window-managers.awesome.devel/6921

The patch looks not very elegant but I don't know how to make it better 
provided we want to save the "visible == true" functionality. I guess it 
was done so that clicking some specific menu entry leaves menu unclosed 
(does Awesome use it anywhere?). This means that menu must stay the 
whole time while command executes and only after decide to close itself 
(and subsequently stop keygrabber) or not.

Patch is attatched.

Best regards,
Alexander

[PATCH 0/3] A better fix for client.floating_geometry (FS#826)

2012-03-25T15:41:11

From: Corey Thompson <cmtptr< at >gmail.com>

There are really two patches here; the third is the second change merged to
master.  I noticed it didn't merge cleanly, so I went ahead and resolved the
conflicts and generated a patch to submit.

The first removes "encoding=utf-8" from all of the vim modelines.  I noticed
this has already been done in master, so I went ahead and cleaned up 3.4 since
it was bothering me.  Vim no longer accepts this in the modelines and complains
every time it parses it.

The second is an amendment to my first fix for FS#826 where floating clients
shrink by their border width every time they're managed.  After Uli pointed out
to me in #awesome that there was a potential bug with my fix, I set out to do
better.

The problem is that client_manage() emits property::geometry on new clients
before their bordered-and-titled geometries are calculated.  So
client.store_init_geometry ends up saving a borderless geometry, inconsistent
with the convention that the Lua code all assumes geometry in

awesome 3.5?

Julien Danjou — 2012-03-24T21:30:27

So Uli, what's keeping us to release a 3.5 version? :)

github mirror

Anurag Priyam — 2012-03-19T10:03:07

Hi,

I setup a mirror on Github: https://github.com/yeban/awesome; updated
automatically on a daily basis.