Davide Anchisi | 23 Sep 11:21

no program starts with M+p

Dear all,

I compiled and installed wmii (snapshot: wmii+ixp-20080520) on a new
machine,  and I cannot run any program using  M+p.
Typing the name of an application it gets displayed in the bar, but
after pressing enter the program does not start.
M+a and M+enter are working properly.

I'm using:

dmenu-3.9
plan9port-20080909
libixp (it should be 0.5, I got it via hg clone
http://code.suckless.org/hg/libixp, 2 days ago)
GNU/Linux Ubuntu 8.04

Thanks for any help,

   Davide

Alex Kilgore | 12 Sep 03:08

Default configuration

Hi everybody!
so recently (after having upgraded to the mercurial releases from the 
snaps) I have been able to get a working configuration every time but 
with some tweaking, and I have a feeling im not doing it all the way 
that was intended.
The way I have it set up, after browsing some of the various scripts, I 
noticed the config directory is ~/.wmii-hg/ now instead of .wmii-3.5?
  I have moved everything there, but for some reason, I needed to do 
like...wmii -r ~/.wmii-hg/wmiirc to make it work right
  Is there something I am missing here about how this is to be set up? 
or is this how you are supposed to choose between wmiirc and rc.wmii

  Another thing is, with this setup mod+a isnt doing what its supposed 
to either, it lists everything in ~/ for whatever reason, could someone 
point me in the right direction as to how this is supposed to be set up?

By the way, I love the recent changes that were merged! =)
Thanks,
  Alex

Alex Kilgore | 8 Sep 05:03

Retagging floating clients

I reported this issue on the tracker, thought I should send a 
notification in case it didnt get sent by google code

What steps will reproduce the problem?
1. open two xterms
2. move both xterms to the floating layer
3. re-tag one of them with '2'

What is the expected output? What do you see instead?
expected: xterm gets re-tagged
actual:   wmii stops with cannot read /client/sel/tags unexpected eof

What version of the product are you using (wmii -v)? On what operating 
system?
wmii-hg2345
Debian/GNU Linux Lenny

Thomas Gallen | 8 Sep 01:08

Mouse focus behavior.

With the latest tip I've noticed mouseover focus behavior has changed a
bit. When moving the mouse over another window (either in the same
column or to another column) the focus may not follow if you move the
mouse too quickly. Unfortunately "too quickly" isn't exactly a blinding
speed either.

I'm also guessing it's not an anti-"oops moved the mouse too far"
either because leaving the mouse over the unfocused window doesn't
raise it after any amount of time.

Anyone else noticing this? I'm using version hg2345.

Thomas

Jan | 30 Aug 07:00

Is there a way to register a 'callback'?

Hi,

I wonder whether I can register a 'callback' function at some point, like after a new application window created. What I want to do is auto resizing the new created window to a suitable width(like 75% of screen width) and move current focused window to right column after it created. Or is there another way to achieve this?

Thanks,
Jan

--
Fly on wheels.
Dewey Hylton | 28 Aug 20:05

dual-display configuration

i've had the dual-display config working very well for a good while now and
love it. yesterday i blew away my machine and started from scratch,
complete with latest hg clone of wmii. i had to rewrite some of my rc.wmii
configuration, but i think i have everything working as it was before with
one exception:

currently, focus follows the mouse when moving from display to display, as
long as the mouse finds a terminal window in the destination display.
otherwise the focus stays on the original display. for example, moving to a
new display showing firefox, and even after clicking around in the firefox
window, all keyboard input shows up on the original display in the original
terminal. mouse input works in the firefox window, but keyboard input does
not. keyboard input is never reassigned until i click the tag (bottom left)
or the rightbar (which executes the swarp utility).

is this a problem with my config, or something in wmii that needs a
work-around?

thanks!

Konstantin Kletschke | 28 Aug 13:16

~/.Xmodmap, Mod4 are behaving weird, very

I have a 84 Key Keyboard wit us Layout.

This is my ~/.Xmodmap:

remove Lock = Caps_Lock
add mod4 = Caps_Lock

keycode 113 = Mode_switch Multi_key
keycode 39 = s S ssharp
keycode 38 = a A adiaeresis Adiaeresis
keycode 30 = u U udiaeresis Udiaeresis
keycode 32 = o O odiaeresis Odiaeresis
keycode 14 = 5 percent ssharp  degree
keycode 24 = q Q at
keycode 26 = e E egrave Egrave
keycode 28 = t T EuroSign EuroSign
keycode 27 = r R ecircumflex Ecircumflex
keycode 25 = w W eacute Eacute
keycode 31 = i I idiaeresis Idiaeresis
keycode 57 = n N ntilde Ntilde
keycode 58 = m M Multi_key
keycode 10 = 1 exclam exclamdown onehalf
keycode 54 = c C ccedilla Ccedilla

This way My Caps Lock Key becomes Mod4.

n my ~/.wmii-3.5/wmiirc I have:

MODKEY=Mod4

Fine so far, the Caps Lock really actually _is_ my Mod4 and works.

Anything else is on default (except the colors) especially

        Key $MODKEY-Shift-$i
                wmiir xwrite /client/sel/tags "$i"

does, that Mod4+Shift+n sends the selected client to the n'th workspace.
Works, but not with 2! Mod4+Shift+2 does nothing. Other numbers work.

Same Setup on my work works also with Mod4+Shift+2 but the keyboard ist
105 key and de Layout.

What could cause this?

Kind Regards, Konsti

--

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF

Alex Kilgore | 25 Aug 03:55

latest tip

I am trying to compile and run the latest tip, I get so far as running 
it, and i get nothing so far, I have narrowed it down, it stops in 
wmii.sh at the line
echo Start $scriptname 2> /dev/null | wmiir write /event ||  exit 1

because it says /event does not exist
is there something i need to do? I compiled and installed the latest tip 
of libixp as well
Thanks
  Alex

Uriel | 18 Aug 21:43

guide links updated

Sorry for not moving the hg repos, I was quite busy at the time and I
left it for latter (if you notice the latest commits to those repos
were by me when I did the 0.3 release).

So if you can redirect the suckless page to http://repo.cat-v.org/diri
that would be great, I will move the repos as soon as I have a chance.

As for versions out there, there is a php one too, but I meant that I
got people using the rc one :)

uriel

On Mon, Aug 18, 2008 at 2:58 PM, Anselm R Garbe <garbeam <at> gmail.com> wrote:
> 2008/8/17 Uriel <lost.goblin <at> gmail.com>:
>> What does diri have to do with what kris wants to do with wmii? I dont
>> get it, and I assume that then you are volunteering to maintain diri
>> yourself? (And go update the dozens of links all over the web pointing
>> to it)
>
> Well, the diri repository is hosted on code.suckless.org, the same
> applies to the tarball of diri, that's why I updated the diri page
> accordingly as well. If you want to take over diri, no problem, I can
> remove it in a second. But in such a case I see no reason in keeping
> the repository on code.suckless.org (same for the tarball).
>
>> If not, can you please point it to the site I bothered to setup for it
>> at http://repo.cat-v.org/diri/ ?
>
> Just let me know. I consider diri as abandoned, the tarball represents
> the hg tip of its repository and I don't do any changes to it anymore.
> So it doesn't matter that much where it is hosted -- but feel free to
> maintain it @suckless.org. I will provide you all necessary accounts
> in such a case (I was too busy doing so before my holidays).
>
>> (Btw, I have found a few diri users out there that I'm trying to
>> support at least until werc has the few missing features they need and
>> they get around to migrate).
>
> Interesting. I remember there were at least 2 reimplementations, one
> in bash or sh, and another one in python.
>
>> I´m not going to argue whatever the hgwiki thing is a good idea or not
>> (I personally think that it is cool, but Im not convinced it is the
>> best way to go for suckless.org, but it is up to you how you run
>> suckless.org, and I might be wrong), what bothers me is you moving
>> shit around which I had spent time and effort moving somewhere else,
>> specially when it seems quite clear that you have no intention to
>> maintain either the project or its website (to some degree this also
>> goes for kris, which Im unclear whatever he is interested in
>> maintaining wmii or the wmii web site).
>
> Well, as I told, let me know, I can deal with either way.
>
> Kind regards,
> --Anselm
>
>
Sladan | 18 Aug 14:33

Always sending apps to managed space

Hi!
Is it possible to always send windows to managed space even if they hav 
a specified size? Apart from GIMP this would be nice and for GIMP there 
would be a "send to ~" specified in wmiirc anyway.
For example Brasero uses a small burn dialog (when burning iso files) 
which is sent to floating space. I can manually send it to managed space 
but I would like that to happen automatically since there is no problem 
with it.

Regards,
Sladi

Anselm R Garbe | 17 Aug 11:01

guide links updated

Hi there,

The wmii guide links have been updated now.

I still don't understand why Uriel is complaining about the hgiki
thing. As far as I understood the discussion regarding the new wiki
Kris and others agreed to keep the wmii bits at www.suckless.org resp.
wmii.suckless.org. That's why I updated all wmii pages accordingly.
That's also why all libixp and diri stuff has also been updated and
kept at www.suckless.org/programs resp. www.suckless.org/libs.

The dwm community has already proofed that the hgiki works quite well.
If someone is unhappy with wmii/ contents, please feel free to update
whatever you like as described here:

http://www.suckless.org/wiki.html

To keep track of wiki/site changes, rather subscribe to the RSS/Atom
feed or subscribe to the wiki mailinglist:

http://lists.suckless.org/wiki/ (wiki+subscribe <at> suckless.org)

See http://www.suckless.org/common/community.html for other possibilities.

Kind regards,
--Anselm


Gmane