And the patch :P Fwd: [Patch] warning in setlocale()

Sorry I forget to attach the patch. -- Forwarded message -- From: Ángel Alonso fe...@archlinux.us Date: Mon, 25 May 2009 13:48:55 -0700 Subject: [Patch] warning in setlocale() To: awesome-devel@naquadah.org Shows a warning if the locale cannot be set. I attach the patch. NOTE:

Re: And the patch :P Fwd: [Patch] warning in setlocale()

At 1243318849 time_t, Ángel Alonso wrote: From 92761316de40b0cac70dd5eca34ed72d7a84e07c Mon Sep 17 00:00:00 2001 From: feler fe...@archlinux.us Date: Tue, 26 May 2009 22:40:20 -0700 Subject: [PATCH] warning_setlocale --- awesome.c |3 ++- 1 files changed, 2 insertions(+), 1

Toutes vos traductions-Any translation-Todas traducciones-Alles V ertalingen

Besoin de traduction ? Need translation? ¿Necessita una traducción? Een vertaling nodig? MISTERBABEL.COM Traductions professionnelles Toutes langues - Tous domaines 7/24 - Demandez un devis (

[ANNOUNCE] awesome 3.3-rc4 released

Hi awesome people, Another rc, probably the last one, a bit late again. Busy busy me. This one fixes compatibility problem with Lua 5.1, and also revert some changes about how we handled docking. We are back to the old behaviour, respecting EWMH. It also fixes some corner cases with applications

Re: And the patch :P Fwd: [Patch] warning in setlocale()

Yes it can happen (it's rare, but a cause to put a simple warning), and if it has an error the locale will be set to POSIX (default locale). The locale LC_CTYPE, affects the behavior of regular expressions, character classification, character conversion functions, and wide-character functions.

Re: tag history broken in next

At 1243301027 time_t, koniu wrote: I've attempted to hack a better tag history implementation which would be multi-level and allowed a variable number of tags. The problem I keep facing is that eg. each tag switch with viewonly() triggers a bunch of unselect's by running viewnone() which

Re: focus problem in next

At 1243269750 time_t, koniu wrote: Reproducible with default rc.lua. I confirm. A bisect may help. Cheers, -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // My root password is signature.asc Description: Digital

[awesome bugs] #523 - Windows doesn't get focus if mouse is on left upper corner (Attachment added)

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Nelson A. de Oliveira (naoliv) Attached to Project - awesome Summary - Windows doesn't get focus if mouse is on left upper corner Task Type - Bug Report Category - Core

[awesome bugs] #523 - Windows doesn't get focus if mouse is on left upper corner

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#523 - Windows doesn't get focus if mouse is on left upper corner User who did this - koniu (koniu) -- Hi, Haven't looked at the vids but may be related to the problem described here:

[awesome bugs] #523 - Windows doesn't get focus if mouse is on left upper corner

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#523 - Windows doesn't get focus if mouse is on left upper corner User who did this - Nelson A. de Oliveira (naoliv) -- It's not specific to next. I can reproduce it with 3.3-rc3 and 3.3-rc4 too.

[awesome bugs] #523 - Windows doesn't get focus if mouse is on left upper corner

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#523 - Windows doesn't get focus if mouse is on left upper corner User who did this - koniu (koniu) -- It doesn't seem to happen with my config. Can you try and reproduce this with a default