... and attachments :(
On Sat, 11 Jan 2014 23:09:26 +0100 lukash wrote:
> Ok,
>
> after trying out John's rc, I definitely see there is a problem. This
> problem does not manifest in my rc, because it actually doesn't
> alternatively nest horizontal vs. vertical la
Ok,
after trying out John's rc, I definitely see there is a problem. This
problem does not manifest in my rc, because it actually doesn't
alternatively nest horizontal vs. vertical layouts without including a
fixed one every other nesting level to set some constraints.
John's patches only break m
Hi guys,
On Sun, 05 Jan 2014 14:28:14 +0100 Uli Schlachter
wrote:
> Hi,
>
[...]
> >
> >> Also, previously, the widget was centered in the space that was left over
> >> from
> >> the first and third widget and now it is centered inside of the align
> >> layout.
> >>
> >
> > That was my inten
On Wed, 13 Mar 2013 22:32:29 +0100 Uli Schlachter
wrote:
> Evening,
>
> On 10.01.2013 17:28, lukash wrote:
> > On Thu, 10 Jan 2013 16:59:16 +0100 Uli Schlachter
> > wrote:
> [...]
> >> Another "ARGH": This breaks client moving via clicking on its t
On Sat, 19 Jan 2013 18:51:27 +0100 Uli Schlachter
wrote:
> On 19.01.2013 16:06, Lukáš Hrázký wrote:
> > A hack around abusing the fact that width of a textbox is 0 when its
> > empty, while it's height is still set according to the font.
> >
> > Signed-off-by: Lukáš Hrázký
> > ---
> > lib/wibo
On Sat, 19 Jan 2013 18:43:35 +0100 Uli Schlachter
wrote:
> On 19.01.2013 16:06, Lukáš Hrázký wrote:
> > The function can be used to set the maximum size the widget in the
> > flex layout should take.
> >
> > Signed-off-by: Lukáš Hrázký
> > ---
> > lib/wibox/layout/flex.lua.in | 22
On Thu, 10 Jan 2013 16:59:16 +0100 Uli Schlachter
wrote:
> On 05.01.2013 16:12, Lukáš Hrázký wrote:
> > Centers the middle widget in the align layout in the remaining space
> > left by the widgets on the sides.
> [...]
> > diff --git a/lib/wibox/layout/align.lua.in b/lib/wibox/layout/align.lua.in
On Sun, 06 Jan 2013 11:47:21 +0100 Uli Schlachter
wrote:
> Hi,
>
> On 05.01.2013 16:12, Lukáš Hrázký wrote:
> [...]
> > diff --git a/lib/wibox/layout/align.lua.in b/lib/wibox/layout/align.lua.in
> > index d4a9517..9c3d1bf 100644
> > --- a/lib/wibox/layout/align.lua.in
> > +++ b/lib/wibox/layout/
On Sat, 05 Jan 2013 21:27:13 +0100 Uli Schlachter
wrote:
> On 05.01.2013 16:12, Lukáš Hrázký wrote:
> > Centers the middle widget in the align layout in the remaining space
> > left by the widgets on the sides.
> [...]
>
> I'm still not really convinced by this. However, since we don't have anyt
On Sat, 05 Jan 2013 21:17:00 +0100 Uli Schlachter
wrote:
> On 05.01.2013 16:12, Lukáš Hrázký wrote:
> > The arguments are optional, making it possible to use a custom function
> > to create the {tag,task}list layout. The base_widget arguments can be
> > used to override the base layout of the {ta
On Fri, 10 Sep 2010 12:58:29 +0200 (CEST) Uli Schlachter
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Am 28.08.2010 11:11, lukash wrote:
> [...]
> > I can provide you my rc.lua if interested.
>
> I think I got everything working now. The diffs
On Sat, 28 Aug 2010 12:20:04 +0200 (CEST) Julien Danjou
wrote:
> On Sat, Aug 28 2010, lukash wrote:
>
> > If you don't agree, it doesn't really matter what name you give
> > it... But it should not be a negative name as jd said.
>
> `core' is pote
d to use descriptive names. This goes
completely against that. When someone new sees names like awful or
beautiful, he has no clue what it is. It takes quite some reading or
asking on irc to grasp the strange concept. Not really good IMHO. Why
don't we just rename awful to 'core' to indicate its the inbuilt lua
core of awesome and don't give special names to anything else? Just
stick it under core and name it by its proper name, eg. naughty ->
core.notification, beautiful -> core.theme. Boring, unoriginal,
practical, clear.
If you don't agree, it doesn't really matter what name you give it...
But it should not be a negative name as jd said.
just my €200 :)
lukash
signature.asc
Description: PGP signature
mitation of the layouts, but rather of the kinda hackish templates I
introduced to tasklist and taglist to make it possible to alter the
inner layouts of their items (ie. tasks and tags). I couldn't think of
a better solution short of writing my own tasklist and taglist. I'd be
very happy if you could think of a better way.
I can provide you my rc.lua if interested.
cheers
lukash
[1] http://omploader.org/iNWQ3bA
signature.asc
Description: PGP signature
Hi,
I also like ticks, ++ from me too :)
And I'm still of the opinion to let the user tune the params. No
algorithm would be perfect and a lot of users would end up setting their
own values anyway, IMHO.
Thanks!
lukash
On Mon, 22 Mar 2010 19:11:24 +0100 (CET) Adrian C.
wrote:
> On
do anything crazy, although Lua seems to need some hackish
solutions to quite regular problems so I kinda got on terms with that..
cheers
lukash
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
x with both properties...
Is it feasible to have this on every out of 40 wiboxes though? no
performance impact?
Also, on the video, I can't see the red box through the green one, is
it unfinished/bug or some limitation?
Excellent job though! This could maybe work as a fallback to real
comp
code this can be thought over
> again).
I think there should be special (v)align for each..otherwise it will be
pretty limited..
cheers
lukash
(Who's gonna find out what e17 can do since everyone is talking about
it)
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
Hi,
attached patch removes needless padding of the tag name with spaces
and uses textbox:margin() to set the padding of 4 so that it looks the
same as before.
cheers
lukash>From 1e5d7fe4278f3c73baa189d9bfa51dfaea54acb3 Mon Sep 17 00:00:00 2001
From: Lukas Hrazky
Date: Wed, 28 Oct 2009 20:58
lways sets total.width to widgets.width if present.
cheers
lukash>From e74eda8d1dc24fe9f9ec0e304a1b71cc204f5ca0 Mon Sep 17 00:00:00 2001
From: Lukas Hrazky
Date: Wed, 28 Oct 2009 11:49:08 +0100
Subject: [PATCH] widget layouts: always set widgets.height as total
Signed-off-by: Lukas Hrazky
---
l
Hi,
thanks to psychon and farhaven for pointing it out and helping me with
this. There was one global variable in place of a local one and the
hackish way of requiring the grid layout is now a bit less hackish.
cheers
lukash>From 1758d829d354ab34dc96fb6eb2e6295edabc7a55 Mon Sep 17 00:00:00 2
gets table, anyone can tell me why? Anyway, thats why I
fixed it the way I did.
cheers
lukash>From 95f25eb4701d11d9c7bec7d23d491710d1e10766 Mon Sep 17 00:00:00 2001
From: Lukas Hrazky
Date: Mon, 26 Oct 2009 23:31:20 +0100
Subject: [PATCH] naughty: update to new widget layouts
Signed-off-by: Lukas Hra
, but 1 px progressbar is quite cool :).
cheers
lukash>From 452085877f2b3185d1b31c2f724a0737bdb35760 Mon Sep 17 00:00:00 2001
From: Lukas Hrazky
Date: Sun, 25 Oct 2009 12:59:25 +0100
Subject: [PATCH 1/2] progressbar/graph: fix rounding and graph drawing
Signed-off-by: Lukas Hrazky
---
lib
at project linked in
the comments and extend it so that awesome can use it too ;) With that
done, your daemon can be finished pretty quickly :)
Alternatively, you can take the awesome's D-Bus implementation and make
a lib of it. Have fun :)
lukash
--
To unsubscribe, send mail
y not ok to have all the code in the rc.lua
> (conceptionally and practically (see #668)).
Then you could use DBUS to send the notifications. That would have the
advantage of not being dependent on awesome, every notification utility
could display your notifications.
> @lukash: How do I "
On Sat, 24 Oct 2009 12:17:43 +0200 (CEST) Gregor Best
wrote:
> On Sat, Oct 24, 2009 at 11:57:39AM +0200, lukash wrote:
> > On Sat, 24 Oct 2009 11:41:54 +0200 (CEST) Daniel Kreischer
> > wrote:
> > > As I am actually running awesome, I wonder what would be the expected
&
awesome from outside while its running, there is awesome-client binary
that allows you to pass Lua commands to awesome.
cheers
lukash
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
({left = #, right = #, top = #, bottom = #}, just get/set in C
and used by the layouts)
Imagebox properties:
- image
Textbox properties:
- text
- wrap
- ellipsize
- bg_image \
- bg_align |- prone to be removed if layouts can replace it
- bg_resize /
Systray:
(nothing)
I can do it :) please com
On Sat, 10 Oct 2009 09:23:29 +0200 (CEST) Julien Danjou
wrote:
> Sounds reasonable.
Ok.
> Don't waste your time on the C part, it's going to be killed at some
> point.
Ok, I hope it will be soon... because it will really be a confusing bug.
lukash
PS: sorry for the t
x27;t
need to access them deep in the layouts.
Any suggestions welcome :)
For now, I'd go the numeric way for the layouts, while there should be
some generic solution to this introduced later on, maybe in the awful
rewrite, if it happens :)
lukash
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
pairs is used in the layout functions, it doesn't
return geometry for those keys and the geometries get shifted, messing
up all widgets for no apparent reason and making it hard to pinpoint
what has gone wrong.
I can do this too, but could use some hint.. I just had a quick look
and didn
On Mon, 05 Oct 2009 17:57:10 +0200 (CEST) Julien Danjou
wrote:
> > It is more complicated :) If you make resizing to all available space
> > default,
> > and put this horizontal.leftright into a vertical.topdown,
> > horizontal.leftright
> > would take all vertical space and nothing under it cou
fault layout (now I mean
layouts of all the tables above) could be overridden by the user,
because for vertical panel they obviously need to be different. But
that's probably for another thread. I can do the rewrite to layouts and
maybe I'll figure something out on the way.
cheers
lukash
--
ow I can document the layout functions themselves.
Should I document the arguments? the user is only supposed to put them
in a table, not care about the arguments or anything.
Any comments, suggestions and improvements are welcome. Test file
included, do go on and play with it a bit :D
lukash
>F
esizing of its children. This would probably just break
things? If you wanna resize the client inside, you'd do it changing the
layout itself. Right?
lukash
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
On Tue, 15 Sep 2009 14:34:13 +0200 (CEST) Julien Danjou
wrote:
[...]
Ok, I surrender :) I know I know nothing...
Just keep it awesome! :)
thanks
lukash
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
On Tue, 15 Sep 2009 00:06:19 +0200 (CEST) lukash wrote:
> Lastly, if clients and widgets have common properties "inherited" from
> "windows", how will
> these properties be handled on, for example, the icon widget in the example
> above, ie. in a
> widget insi
both the same, hehe)
Anyway, I love the idea! I'm looking forward to it :) btw, I've been messing
with the layouts that Gregor sent, now I'm not sure I should go on, as it seems
it will be replaced soon now, and the basic layouts are working anyway..
I really need to go to sleep, hop
robably give it full attention over the weekend,
I don't have much time during the week and also get enough coding at work...
Thanks for all your work!
lukash
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
ertical.bottomtotop is missing (so
that, btw, one is unable to do a vertical panel properly). Is it planned? I'll
look into it unless someone is working on it now... Gregor? :)
Sorry for the little insight I have, I need to look into the code more..
someone give me some time... :)
luka
e wibox :) I don't wanna go into
details here cos I only have a faint idea of it now anyway, but I think it
should be possible to work it out along the way so that it won't be too
complicated, yet flexible :D
Looking forward to comments :) I'd like to give it a go and try to implemen
41 matches
Mail list logo