➜ ~ git:(master) ✗ cat .xinitrc
#!/bin/sh
#export XMODIFIERS="@im=ibus"
#export GTK_IM_MODULE="ibus"
#export QT_IM_MODULE="xim"
xrdb ~/.Xresources
export XMODIFIERS=@im=fcitx
export GTK_IM_MODULE=fcitx # 或者是xim，取决于你是否编译了对应的输入法模块
export QT_IM_MODULE=fcitx # 或者是xim，取决于你是否编译了对应的输入法模块
#eval `dbus-la
On Sat, Jul 14, 2012 at 04:22:00PM +0800, Leiking wrote:
> [...]
> awesome >> ~/.awesome_stdout 2>> ~/.awesome_stderr
> exec ck-launch-session awesome >> ~/.awesome_stdout 2>> ~/.awesome_stderr
> [...]
What do you expect? You start awesome, which then runs. And only after that
instance
of awesome
sorry, the first line is commented.
My config is that:
➜ ~ git:(master) ✗ cat /etc/inittab
#
# /etc/inittab: This file describes how the INIT process should set up
#the system in a certain run-level.
#
# Author: Miquel van Smoorenburg,
# Modified by: Patrick J. Volkerding,
#
❦ 14 juillet 2012 13:02 CEST, Leiking :
> In grub menu, I chose 5.
>
> Then ---> inittab 5 (loggin as jinleileiking)---> .zprofile ---> startx
>
>
> But, in awesome:
>
> ➜ ~ git:(master) ✗ ck-list-sessions
> Session1:
> unix-user = '1000'
> realname = '(null)'
> seat = 'Seat1'
❦ 12 juillet 2012 16:42 CEST, Bryan Gardiner :
>> What is the rule when we display two tags with different master width
>> factors? Currently, it seems to be "random". Sometimes, I get the
>> master width of the initial tag, sometimes the one of the new tag.
>>
>> Thanks.
>
> I believe the poli
http://minus.com/l4aDzHyH0wb9i As you can see in that screenshot, emacs is
not tiling to 100%, some empty space is being left on the right.
I'd really really like to fix that. What should I do?
Thank you.
Attached are my rc.lua and my theme.lua
--
David Gomes
rc.lua
Description: Binary data
❦ 14 juillet 2012 14:04 CEST, David Gomes :
> http://minus.com/l4aDzHyH0wb9i As you can see in that screenshot, emacs is
> not tiling to 100%, some empty space is being left on the right.
>
> I'd really really like to fix that. What should I do?
You can change `size_hints_honors = true` to `siz
Didn't work. I did that, restarted awesome wm, reopened emacs, and I have
the exactly same problem.
On Sat, Jul 14, 2012 at 1:33 PM, Vincent Bernat wrote:
> ❦ 14 juillet 2012 14:04 CEST, David Gomes :
>
> > http://minus.com/l4aDzHyH0wb9i As you can see in that screenshot, emacs
> is
> > not ti
On Sat, Jul 14, 2012 at 01:39:16PM +0100, David Gomes wrote:
> Didn't work. I did that, restarted awesome wm, reopened emacs, and I have
> the exactly same problem.
Are you 100% sure that rule is correctly applied to all clients? I don't
see any other reason as to why Awesome might behave this way
awful.rules.rules = {
-- All clients will match this rule.
{ rule = { },
properties = { border_width = beautiful.border_width,
border_color = beautiful.border_normal,
focus = true,
keys = clientkeys,
b
❦ 14 juillet 2012 15:59 CEST, David Gomes :
> awful.rules.rules = {
> -- All clients will match this rule.
> { rule = { },
> properties = { border_width = beautiful.border_width,
> border_color = beautiful.border_normal,
> focus = true,
>
Excellent eye :-) That's definitely it.
On Sat, Jul 14, 2012 at 05:59:53PM +0200, Vincent Bernat wrote:
> > That is the relevant part of the code, I'm pretty sure I am doing it right
> > :S
>
> This should be `size_hints_honor`.
--
Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3
pgpubK0KsNNGB.
12 matches
Mail list logo
