On 29 January 2013 22:20, elmar bucher elmbe...@gmail.com wrote:
Dear List,
I am a quite new awesome user.
Hello and welcome.
In all the other 9 awful.layout.suits emacs crashes with Fatal error
(11)Segmentation fault.
I think you will need to give us more information about what you are
On 30 January 2013 15:51, elmar bucher elmbe...@gmail.com wrote:
hallo Camusensei and Alok,
thank you for your reply.
i kept on testing.
emacs crashes only at startup.
so, if emacs is proper started, i can move to any awful.layout and work with
emacs without crashing.
additionally i found
This sounds interesting. But I have to write the value
.cache/awesome/dex-last-boot-uuid myself -
correct? I think I will try this approach.
You might be interested in reading the other possibilities here:
http://awesome.naquadah.org/wiki/Autostart
Regards,
Camusensei
--
To unsubscribe,
On 15 March 2013 03:14, Monkey Pet monkey...@gmail.com wrote:
Hi all, I just discovered awesome and love it! However, I am having one
issue. I kill off unity, then start up awesome.I can't seem to get the
menus (File Edit Preference About etc) seen when some programs run. Another
example is
On 2 April 2013 16:25, Willy Malvault (vlamy) willymalva...@gmail.com wrote:
Maybe default matching is done on class and not on title in shifty? Maybe
you can safely override shifty rules or configure them to match on title ?
Can someone infirm/confirm that?
The only thing I can say is shifty
On 10 April 2013 17:27, Daniel qu...@hack.org wrote:
No clues about this?
It doesn't happen on my end.
It however happens for java applications (e.g. netbeans) which marks
the tag and the task as urgent even when I'm viewing it.
Switching to another task in the same tag solves my problem, is
Well, something similar is happening to me when I use evince with the
mozilla plugin for reading PDFs on chromium and that I click on the
PDF viewer (scrolling is fine), but it's too much of an edge case for me
to report it as a bug. (awesome completely hangs and I need to go to
a tty to HUP
- Have you looked in your awesome log for errors?
- Paste your rc.lua
- Keyboard is working, right? Launch xev and see what happens when you
use your mouse.
- Keyboard is working, right? Focus a window (Mod4+J, Mod4+K) and then
try to interact with it.
Camusensei No, I have no idea why that
Hi.
I use this:
awful.key({ modkey, }, Escape, awful.tag.history.restore)
Regards,
LLoyd
On 19 January 2014 22:18, Stefan Horomnea stefan.horom...@gmail.com wrote:
Hi,
I'm wondering what should I write in my rc.lua to assign a key shortcut that
moves me from current to the last
Or you could go for the magnifier view with custom size :3
On 4 March 2014 02:37, Andre Klärner kan...@ak-online.be wrote:
Hi David,
in one way awesome might be able to help you: you can define a custom layout
or modify an existing one to always place windows with in the visible part. I
Actually the magnifier *layout* is a default one, but it will only
help you for the active window, not the taskbar which will still be
hidden.
Namikaze
On 4 March 2014 14:37, David Henderson dhender...@digital-pipe.com wrote:
Thanks Namikaze, will this create the 'border' I was talking about?
Not happening for me under awesome 3.4.15 (fedora 18, gnome +
awesome), Chromium 27.
What you are telling me is happening for teamviewer running on wine,
or similar... the teamviewer window has a defined size, and resizing
it bigger that that defined size creates a zone which is never
redrawn... I
Hello.
Sorry, you'll have no ideas from me but I remember having that problem
with chromium on awesome 3.4 on Fedora 18.
I was using awesome on top of gnome 3, and it sometimes worked and
sometimes didn't (sometimes I could move the tabs back together,
sometimes I couldn't). My screen was
Hello
https://gist.github.com/Camusensei/ac3040285801c39245af
Gist created for Sam's convenience.
Regards,
Camusensei
On 16 February 2015 at 23:58, Sam Dodrill shadow.h...@gmail.com wrote:
Can you post this on somewhere like Github? It makes it easier to read
through for me.
--
To
14 matches
Mail list logo
