Re: [dev] dwm

On Sat, May 7, 2011 at 11:21 AM, wrote: >> fix wmii. don't try to turn dwm into it. > this wuld be a solution if wmii would be documented..which is not > really the case..sorry but there is nearly no documentation in it Really? wmii has a manpage, user guide, and wiki of documentation. > i don

Re: [dev] dwm

On Sat, May 7, 2011 at 7:43 AM, wrote: > i like wmii :)  but it seems to become more and more unmaintained Kris is still around, but very busy it seems. I would guess that he will have enough free time & motivation to work on wmii this summer. > and there are some minor issues which are bother

Re: [dev] [wmii][rumai] Error using default wmiirc

On Wed, Apr 27, 2011 at 11:21 AM, Aurélien Aptel wrote: > I wanted to try the ruby wmiirc, so I followed the steps in the > README, installed latest wmii/libixp from the repo, installed > rumai 3.3.1 (since wmiirc require < 4), checkout the strict branch It seems you are using the ruby wmiirc tha

Re: [dev] Why dwm or wmii over xmonad, etc., or not?

On Fri, Apr 22, 2011 at 10:57 AM, Tom Kazimiers wrote: >> (screenshot: http://ompldr.org/vODNuag) > > You seem to use a nice (anti aliased) font. Out of curiosity: Can > you please tell me what it is? Thanks. The font is Tamsyn at 12pt/8x17r (I use 11pt/8x15r now, however): http://www.fial.com/~s

Re: [dev] Why dwm or wmii over xmonad, etc., or not?

On Thu, Apr 21, 2011 at 4:59 PM, dtk wrote: > \o/ you fixed it!! :D actually I only built master just yet, so > haven't thrown neither your current config nor my mods at it yet, > but so far wireshark runs just nicely :) *yaaay!!* :D Correction: Kris fixed it. :) It was a bug inside wmii, after

Re: [dev] [st] 0.1 Feedback - Was: A few small patches

On Thu, Apr 21, 2011 at 7:53 AM, Rob wrote: > I usually use plain text mode and edit the email externally - I > use vimperator, which is a Firefox plugin, and it allows you to > edit text fields with a external editor. Unfortunately the Chromium browser lacks an external editor plugin for HTML te

Re: [dev] Why dwm or wmii over xmonad, etc., or not?

On Thu, Apr 21, 2011 at 9:04 AM, dtk wrote: > Suraj Kurapati wrote: >> If your Ruby config is based on mine[1], > I think it kind of is. iirc it's based on the one that ships with > wmii per default, which again is based on yours, isn't it? The version that ships wi

Re: [dev] Why dwm or wmii over xmonad, etc., or not?

On Wed, Apr 20, 2011 at 2:00 PM, dtk wrote: > Excerpts from Suraj Kurapati's message: >> is configurable in any programming language (I use Ruby[1]). > > so do i, but it segfaults on me when i start wireshark -.- dunno, > maybe it's due to my modifications (added 'toggle last view' patch > and som

Re: [dev] Why dwm or wmii over xmonad, etc., or not?

On Wed, Apr 20, 2011 at 7:27 AM, Eitan Goldshtrom wrote: > Why are dwm and wmii better than other tiling WMs? I like wmii because it (1) has dynamic tagging, views, and columns; and (2) is configurable in any programming language (I use Ruby[1]). I've been using wmii since 2005; occasionally tryi

Re: [dev] [wmii] Ignoring key presses

On Mon, Apr 18, 2011 at 6:01 AM, Jay Mundrawala wrote: > On Sun, Apr 17, 2011 at 6:08 PM, pod wrote: >> If by dev version you mean 2785:327e87c7bb2b (current tip from >> ) then I believe there is a bug in wmiir >> when it is run in a non-UTF-8 locale.  If your event l

Re: [dev] [wmii] Ignoring key presses

On Fri, Apr 15, 2011 at 11:35 AM, Thomas Dahms wrote: > Am 15.04.2011, 20:14 Uhr, schrieb Jay Mundrawala : >> The contents of wmiir read /keys: >> ... >> >> All there. > > I am afraid I cannot help anymore then. Try an alternate wmiirc[1] such as my Ruby wmiirc[2] or the Python wmiirc that comes

Re: [dev] Re: [PATCH] wmii - client mapping events

On Sun, Apr 3, 2011 at 7:38 AM, Kris Maglione wrote: > I like this idea, but I don't like that it only applies to the selected > view. I'll add an attach event that includes the client and the view. Sure, emitting an event like that should be sufficient for my needs: event("ArrangeView %s %#C\

Re: [dev] [PATCH] wmii hg - witray in normcolors

On Sun, Apr 3, 2011 at 7:36 AM, Kris Maglione wrote: > Hm. I have to admit that I think I chose selcolors because that's the color > of my clock panel to the far right of my bar. Interesting, so you draw your clock bar with selcolors? > It may have something to do > with the fact that hardly any

[dev] Re: [PATCH] wmii hg - witray in normcolors

I posted this patch on the wmii issue tracker: http://code.google.com/p/wmii/issues/detail?id=234 Sorry for the noise thus far.

[dev] Re: [PATCH] wmii - client mapping events

I posted this patch on the wmii issue tracker: http://code.google.com/p/wmii/issues/detail?id=232 Sorry for the noise thus far.

[dev] Re: [PATCH] wmii - client mapping events

On Mon, Mar 28, 2011 at 3:53 PM, Suraj Kurapati wrote: > On Sun, Mar 27, 2011 at 1:04 AM, Suraj Kurapati wrote: >> The following patch against wmii-hg r2785 allows my wmiirc to know >> when clients are added to or removed from the current view. > > Here is an updated patch t

Re: [dev] wmii fix changing resolution

On Fri, Apr 1, 2011 at 6:23 AM, Ming Wang wrote: > So here's a patch that works fine for me. http://pastebin.com/WkPJfxaK It seems your patch is against wmii 3.9.2. Did you see if the problem occurs with wmii built from its source repository? An equivalent of your patch might already be in the

Re: [dev] Re: [ANN] ruby wmiirc - improved status bar applets

On Thu, Mar 31, 2011 at 11:19 AM, Nathan Neff wrote: > If I would "persist" the first arrangement, then > the arrangement would /remain/ as > > 1 2 >   3 > > But the firefox would "push" one of the other clients out of > the view?  Is that what this feature does? No, persistence means the reappli

[dev] Re: [PATCH] wmii - client mapping events

On Sun, Mar 27, 2011 at 1:04 AM, Suraj Kurapati wrote: > The following patch against wmii-hg r2785 allows my wmiirc to know > when clients are added to or removed from the current view. Here is an updated patch that renames the events to ClientAttach and ClientDetach and, more importantly,

[dev] Re: [ANN] ruby wmiirc - improved status bar applets

On Sat, Mar 26, 2011 at 4:45 PM, Suraj Kurapati wrote: > Status bar applets have greatly improved in my Ruby wmiirc[1]: I also added a "display/status/arrange" status bar applet[2] for persistent client arrangements (something found in smaller WMs like dwm and larswm) wher

Re: [dev] Re: [dwm] "reload" configuration?

On Sun, Mar 27, 2011 at 2:42 PM, Benjamin R. Haskell wrote: > while true ; do >        _setup_wm_command >        # usually sets cmd=( consolekit-session dbus-session dwm ) >        $cmd || urxvt > done I use a similar approach, but ask the user if the WM termination was intended: xterm -e

[dev] [PATCH] wmii - client mapping events

Hello, The following patch against wmii-hg r2785 allows my wmiirc to know when clients are added to or removed from the current view. Using that information it can persist[1] the application of automated client arrangements (such as emulating LarsWM tiling layout, for example) as the current view

[dev] [ANN] ruby wmiirc - improved status bar applets

Hello, Status bar applets have greatly improved in my Ruby wmiirc[1]: * Added support for rendering Unicode characters in bar labels. * Support both Linux and FreeBSD in various status bar applets. * Actions and keyboard/mouse controls are now bound to particular instances of status bar apple

[dev] [PATCH] wmii hg - witray in normcolors

Hello, I became tired of seeing witray render itself in selcolors (by default) and changed it to use normcolors as shown below. That's one less distraction and more productivity for me. diff -r 327e87c7bb2b cmd/tray/tray.c --- a/cmd/tray/tray.c Thu Oct 28 09:55:54 2010 -0400 +++ b/cmd/tray/tra

Re: [dev] wmii / tip bug - gnome-terminal loses focus + "no updates" when fullscreen

On Wed, Mar 9, 2011 at 10:36 AM, Armando Di Cianno wrote: > When I use wmii-tip and I engage fullscreen, gnome-terminal takes up > the full screen, but simultaneously seems to cease updating and/or > lose focus. Do you observe any difference when you engage fullscreen using the conventional Gnome

Re: [dev] wmii noob key binding help

On Thu, Feb 24, 2011 at 12:14 PM, Benjamin R. Haskell wrote: > running the 'wmiirc' action just > spawned a second instance of wmiirc (resulting in event doubling, e.g. > keystroke that spawns a new terminal spawned two new terminals). Traditionally, this was solved by making wmiirc (1) emit "Sta

Re: [dev] wmii noob key binding help

On Thu, Feb 24, 2011 at 11:25 AM, Benjamin R. Haskell wrote: > exec'ing wmii via the 'action' menu, which borks multi-monitor layouts; > anyone have a better way? Have your wmiirc re-exec itself (as opposed to re-execing wmii).

[dev] [ANN] sunaku ruby wmiirc - multiple instantiation of status bar applets

Hello, I'm happy to announce an exciting new development in my ruby wmiirc: multiple instantiation[1] of status bar applets. To use this feature, you simply define an extra "instances" key in your status bar applet definition that contains an array of hashes (each representing an instance of that

[dev] wmii issue tracker cleanup

I went through the wmii issue tracker, closed some (already) fixed issues, and categorized the remaining ones. I hope this helps Kris someday. Cheers.

Re: [dev] Config files

On Wed, Feb 9, 2011 at 4:28 PM, Suraj Kurapati wrote: > Connor Lane Smith wrote: >>> key1=value1 >>> key2=value2 >> >> Trivial to parse in C > > Why bother parsing?  Make those environment variables and use getenv(3). Sigh, next time I'll read th

Re: [dev] Config files

Connor Lane Smith wrote: > Nick wrote: >> So, what's a good, simple format to store config files? > > you could just make the config file valid shell: > >> key1=value1 >> key2=value2 > > Trivial to parse in C Why bother parsing? Make those environment variables and use getenv(3).

Re: [dev] [wmii] force 3 apps into 2 columns on start?

On Fri, Feb 4, 2011 at 3:35 PM, Larry Gagnon wrote: > I use .xinitrc to launch 2 instances of urxvt and my browser automatically on > startup. I would like the browser to startup in a second column on the right. Assuming your browser takes longer to start than your terminal, this should do: wmii

Re: [dev] Problem starting wmii with fresh ruby github wmiirc

On Sun, Nov 14, 2010 at 6:04 PM, Armando Di Cianno wrote: > ... now if I could only figure out why Ruby 1.9.2 is constantly at > around 50% CPU utilization ... blech! ;-) I reported this problem on the Ruby issue tracker: http://redmine.ruby-lang.org/issues/show/3919 It seems to be a regression

Re: [dev] [wmii] Prevent losing of windows on crash/hang

On Sun, Oct 17, 2010 at 5:01 AM, Rob wrote: >> while true; do >>        exec wmii >>        xmessage 'Restart the Window Manager?' \ >>                 -buttons 'Yes:1,No:0' -center \ >>                 -default 'Yes' -timeout 30    \ >>        && break >> done >> > You're using exec, once that li

Re: [dev] Re: [dvtm] buffered text on resize

On 9/8/10, Niki Yoshiuchi wrote: > even a Gnome user should be able to figure out how to fix it. Haha, well said, that quote is an instant classic! :-)

Re: [dev] Stripping html from email

On Mon, Aug 23, 2010 at 8:46 PM, Anthony J. Bentley wrote: >> Is there currently a tool or script that I can use to strip html >> from emails? > > mhshow-show-text/html: lynx -dump %F | less > > Lynx sucks but it sorta works well enough here, I guess. I find that w3m does a much better job of HTM

Re: [dev] Re: Digest of dev@suckless.org issue 40 (5783-5832)

Please trim your quoted text and do not top-post. http://catb.org/~esr/jargon/html/T/top-post.html

Re: [dev] Usable typesetting system?

On Sun, Aug 22, 2010 at 4:15 AM, Martin Kopta wrote: > I am currently looking for some replacement with: > > * input as plain text (NOT xml) > * simple syntax/commands/language > * output as PDF (acceptable as thesis), may be indirectly > * usable compilator (readable overall output, warnings and

[dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, s ynopsis, …

On Sat, Aug 21, 2010 at 2:12 AM, pancake wrote: > 80 or 78? :) Good point. I personally use 78 because, if you follow the Python suggestion of 79 characters and reserve 1 more character for +/-/> indicators in diff(1) output, then your code will be readable in terminals, editors, and also in pat

[dev] Re: [dev] Re: [dev] Re: [dev] Re: [dev] Re: [dev] [d ev] Usage, -h, --help, help, synopsis, …

2010/8/21 yy : > #!/bin/sh > > USAGE="\ > Usage: $0 -flags args > Explain the options here. > You even can even use use shell variables! > " > > if [ $# -lt 1]; then >    echo -n "$USAGE" 1>&2 >    exit 1 > fi > > Is this really so ugly? No, it seems decent enough. Good idea.

[dev] Re: [dev] Re: [dev] Re: [dev] [dev] Usage, -h, --hel p, help, synopsis, …

On Sat, Aug 21, 2010 at 4:22 AM, yy wrote: > 2010/8/19 Suraj Kurapati : >> On Tue, Aug 17, 2010 at 7:54 PM, Suraj Kurapati wrote: >> #!/bin/sh >> # your program description & usage documentation here >> # nicely formatted and beautified to fit 80 columns >>

[dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

On Tue, Aug 17, 2010 at 7:54 PM, Suraj Kurapati wrote: > On Tue, Aug 17, 2010 at 8:40 AM, Alexander Teinum wrote: >> What is the most concise way of outputting a usage and help text? > > For my programs, the --help option simply displays their manpage. :-) Alternatively, in simpl

[dev] Re: [dev] Re: [dev] Man coloring. [was: Usage, -h, - -help, help, synopsis, …]

On Wed, Aug 18, 2010 at 7:09 AM, Lorenzo Bolla wrote: > On Wed, Aug 18, 2010 at 7:27 AM, Antoni Grzymala wrote: >> Suraj Kurapati dixit (2010-08-17, 20:49): >> > http://github.com/sunaku/home/blob/master/.Xdefaults >> >> Any hints how to enable coloring in X termin

[dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, s ynopsis, …

On Tue, Aug 17, 2010 at 8:27 PM, Kris Maglione wrote: > GNU man has the annoying and difficult to stop habit of filling the entire > width of the terminal rather than wrapping at 80 chars. And if you set > $MANWIDTH or $COLUMNS to 80 and the terminal isn't that wide, you wind up > with badly broke

[dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

On Tue, Aug 17, 2010 at 8:40 AM, Alexander Teinum wrote: > What is the most concise way of outputting a usage and help text? For my programs, the --help option simply displays their manpage. :-) man(1) is better suited for information display (text-wrapping to 80 characters or $COLUMNS, paginati

Re: [dev] flo - a command line program for organizing events, to-dos, and deadlines

On Tue, Aug 17, 2010 at 2:56 PM, Nikhilesh S wrote: > On Tue, 17 Aug 2010, Suraj Kurapati wrote: > >> uuidgen(1) for the win. > > I don't see why they should be univrsally unique - just unique within > the input file should do. All that is required is adding an addition

Re: [dev] flo - a command line program for organizing events, to-dos, and deadlines

On Tue, Aug 17, 2010 at 10:19 AM, Alexander Teinum wrote: > On Tue, Aug 17, 2010 at 6:50 PM, Andreas Wagner > wrote: >> I would like a system for managing a task dependency graph > > Yeah, I did think about having some sort of dependency graph today. > it requires [...] that the items must have

Re: [dev] flo - a command line program for organizing events, to-dos, and deadlines

On Sat, Aug 14, 2010 at 5:18 AM, Alexander Teinum wrote: > http://github.com/alexanderte/flo Congratulations on choosing the ISC license for your project. Too many projects still use MIT/X these days when ISC is clearly more suckless IMHO: because it has less LOL (lines of license ;-) Cheers.

Re: [dev] [wmii] Between tiling and floating

On Mon, Jul 26, 2010 at 3:17 AM, LuX wrote: > I am wondering if it would be possible: > > 1) to increase dynamically the width of the focused column of a given > percentage, say; You can do this now by reading /event and growing/shrinking the client in first column accordingly. > 2) or otherwise

Re: [dev] wmii: dash, bash and tests in wmiirc

On Mon, Jul 19, 2010 at 11:46 AM, LuX wrote: > I wanted to add to wmii some basic ability to deal with USB pens: > > - mount and open them automatically when plugged in; I use ConsoleKit (by way of the Thunar file manager) for this, but I don't know how it works internally. I would imagine that

Re: [dev] [wmii] Locale problem with "uptime" (loadavg in status bar) and a suggestion

On Wed, Jul 14, 2010 at 5:08 AM, nico wrote: > i changed my systems locales to de_DE.UTF-8 and now the command "uptime" > is using "," instead of "." because of LC_NUMERIC now being set to German > too. As a result of this the loadavg part of the default statusbar looks > like "131 087 071" (no do

Re: [dev] [wmii] Mouse problems

On Tue, Jul 13, 2010 at 7:46 AM, Tom Kazimiers wrote: > Indeed, wmii was the not the cause, nor was Rumai. > I switched the mouse driver in xorg.conf > >    Driver         "evdev" > > Prior to that I used "mouse" as driver. Good to know! Thanks for resolving this.

Re: [dev] Re: [ANN] wmii 3.9.1 released

On Tue, Jun 8, 2010 at 10:49 AM, David Engster wrote: > wmiir read /event | awk '/./ { print; fflush() } END { print "" }' What's the purpose of awk here? I see the same result both with and without awk in Arch Linux with awk = GNU Awk 3.1.8. # i=0; wmiir read /event | while read; do i=`expr $i

Re: [dev] Re: [wmii]wmii-hg2647 won't start

On Fri, May 28, 2010 at 12:19 AM, pascal wrote: > I started over by uninstalling wmii, removing the source directory and pulling > the source again and now wmii runs just fine +1 I also do clean builds and complete re-installs every time to avoid problems.

[dev] Re: wmii hg 2630 install error

Suraj Kurapati wrote: > /bin/sh: 1##*.: command not found > INSTALL man/wmii.1 > /bin/sh: 1##*.: command not found > INSTALL man/wmiir.1 > /bin/sh: 1##*.: command not found > INSTALL man/wmii9menu.1 > /bin/sh: 1##*.: command not found > INSTALL man/wimenu.1 I confirm that

[dev] wmii hg 2630 install error

I see the following set of errors in `make install` output: MAKE install man/ Install directories: Man: /home/sun/app/wmii/share/man /bin/sh: 1##*.: command not found INSTALL man/wmii.1 /bin/sh: 1##*.: command not found INSTALL man/wmiir.1 /bin/sh: 1##*.: command not found INSTALL man/wmii

[dev] wmii hg 2622 compile error

Hey Kris, I think you forgot to add stuff/base.h in this changeset: http://hg.suckless.org/wmii/rev/ebbfca4f7874 s...@yantram ~/l/s/wmii> make MAKE all libstuff/ CC libstuff/buffer.o CC libstuff/clientutil.o In file included from ../include/stuff/util.h:5:0, from libstuff/clientu

Re: [dev] about handling the event loop of wmii

On Wed, May 5, 2010 at 8:14 AM, Emmanuel Oga wrote: > I'm doing some experiments on scripting wmii with the help of eventmachine. > I mounted the wmii fs [...] Then, I came up with this: > http://gist.github.com/390396 Why not talk directly to wmii via 9P instead of going through a mount (which

Re: [dev] [wmii] disable mouse resizing in non-floating mode

On Thu, Mar 25, 2010 at 5:07 AM, Jonas H. wrote: > how can I disable resizing windows with the mouse in non-floating mode? Good point. Why do we have 2 ways of resizing: (1) the traditional WIMP way of putting your cursor on the client border and dragging and (2) pressing grabmod key and right

[dev] [wmii][ANN] Rumai 3.2.2 (2010-04-01)

Rumai 3.2.2 (2010-04-01) Ruby interface to the wmii window manager http://snk.tuxfamily.org/lib/rumai/ Rumai is a [1]Ruby interface to the [2]wmii window manager. Version 3.2.2 (2010-04-01) This release fixes some warnings that appeared d

[dev] [ANN] Rumai 3.2.1 (2010-03-22)

Rumai 3.2.1 (2010-03-22) Ruby interface to the wmii window manager http://snk.tuxfamily.org/lib/rumai/ Rumai is a [1]Ruby interface to the [2]wmii window manager. Version 3.2.1 (20

Re: [dev] [wmii] Reproducible crashes with "dead" windows

On Wed, Feb 24, 2010 at 1:29 PM, Tom Kazimiers wrote: >> I will add error checking, to detect a missing "label" section, right >> at the beginning when the status bar applet is initialized. > > That would be great. Improvements in robustness are most of tho time a > good thing. Done: http://gith

Re: [dev] [wmii] Reproducible crashes with "dead" windows

On Sat, Feb 20, 2010 at 1:21 PM, Tom Kazimiers wrote: >> This error is caused by an incomplete status bar definition:  there a >> status bar applet defined in your config which lacks a "label" >> subsection. > > I looked into my config file and found the following status bar applets: > > But why s

Re: [dev] [wmii] Reproducible crashes with "dead" windows

On Tue, Feb 16, 2010 at 7:44 AM, Tom Kazimiers wrote: > Hi, > > Tom Kazimiers wrote: >> [..] (or if it is even a wmii problem). > > I noticed that a log file (~/.wmii/wmiirc.log) is created which seems to > get every time a crash happens the following entry: > > > E, [2010-01-03T23:09:33.778367 #4

Re: [dev] Re: [ANN] Ruby wmiirc - YAML import feature

On Tue, Jan 5, 2010 at 9:22 AM, Armando Di Cianno wrote: > The default keybindings for column arrangment (e.g. Mod-z,s/d), are > reused later in the "arrange" section. Thanks, fixed: http://github.com/sunaku/wmiirc/commit/098496db7253ebd409faa7eb5fc9584ae8563b91

Re: [dev] Re: [ANN] Ruby wmiirc - YAML import feature

On Mon, Jan 4, 2010 at 4:43 PM, Suraj Kurapati wrote: > On Mon, Jan 4, 2010 at 11:41 AM, Armando Di Cianno > wrote: >> * ANNOYANCE: the default move of cycling through tags went from Mod-b >> and n to Mod-, and .. > > I changed prev/next to b/n and -b to -w for the t

Re: [dev] Re: [ANN] Ruby wmiirc - YAML import feature

On Mon, Jan 4, 2010 at 11:57 AM, Armando Di Cianno wrote: > * BUG: Given the README doc located at the github repo > (http://github.com/sunaku/wmiirc), it'd be nice if the example crash > recovery .xinitrc supported a "clean shutdown" -- i.e. if I select > "quit" from the menu, then wmii should al

Re: [dev] Re: [ANN] Ruby wmiirc - YAML import feature

On Mon, Jan 4, 2010 at 11:41 AM, Armando Di Cianno wrote: > * BUG: reload (from /lib/wmiirc, i.e. the menu) does not work -- it > attempts to launch ".wmii/wmiirc" (which is $0) instead of the full > path, e.g. "~/.wmii/wmiirc" or "/home/fafhrd/.wmii/wmiirc". Thanks. I also noticed this yesterda

Re: [dev] Re: [ANN] Ruby wmiirc - YAML import feature

On Sun, Jan 3, 2010 at 7:33 PM, Emmanuel Oga wrote: > On Sun, Jan 3, 2010 at 5:32 PM, Suraj Kurapati wrote: >> I'm pleased to announce the next evolution of my YAML-based Ruby wmiirc: >> >> http://github.com/sunaku/wmiirc > > Thanks a lot for your hard work. I

[dev] Re: [ANN] Ruby wmiirc - YAML import feature

Suraj Kurapati wrote: > I'm pleased to announce the next evolution of my YAML-based Ruby wmiirc: > >  http://github.com/sunaku/wmiirc I forgot to mention that the YAML structure has changed in this new version, so your old config.yaml will not work as-is. In particular,

[dev] [ANN] Ruby wmiirc - YAML import feature

Fellow wmii users, I'm pleased to announce the next evolution of my YAML-based Ruby wmiirc: http://github.com/sunaku/wmiirc The big idea, suggested by Nathan Neff, is that the config.yaml file should be able to import other YAML files ("partials" as I call them). This allows us to share and m

Re: [dev] [wmii] [rumai] view last tag

On Sat, Dec 19, 2009 at 12:30 PM, Yuval Hager wrote: > In rumai, is there a way to view the last tag viewed? Yes, it's available in both dvorak & qwerty branches: http://github.com/sunaku/wmiirc/commit/dadff33db868c2986c0db3c27f5dbb5babb529af Note this is a very rough (uses globals; needs refac

Re: [dev] orphan wmiirc's, wmii's / ruby wmiirc

Hi, On Thu, Dec 10, 2009 at 12:31 PM, Armando Di Cianno wrote: > I'm using the sunaku wmiirc setup, with some modifications, from > github.  I tend to restart/re-run wmiirc a lot, as I make > modifications. [...] I have multiple wmiirc's (ruby ones, in this case), > but only one seems germane to

Re: [dev] suckless password manager

On Thu, Dec 10, 2009 at 2:14 PM, Nibble wrote: > It is just a little "toy", but maybe it could be useful for someone > else ;) > > http://nibble.develsec.org/hg/toys/file/da45af463c1c/passman I've done a similar toy with VIM + GPG back in the day: :-) http://snk.tuxfamily.org/bin/secure-edit.

[dev] Re: WMII / ruby question about launch method in config.rb

On Tue, Dec 8, 2009 at 9:46 AM, Armando Di Cianno wrote: > irb(main):068:0> system(cmd) > Waiting for Emacs... > => true > ... i.e., it works. > > irb(main):069:0> launch(cmd) > sh: emacsclient --alternate-editor emacs foo: command not found > => true > ... i.e. it failed to launch. Thanks, this

Re: [dev] [wmii] Firefox new windows

On Mon, Nov 23, 2009 at 2:22 PM, Nick Guenther wrote: > Uh, I'm on 3.6 and the default wmiirc comes with a trailing tagrule of > "/.*/ -> sel", followed by "/.*/ -> 1", which I'm guessing means that > everything not matched previously gets sent to the selected view, but > if there is no selected v

Re: [dev] [wmii] Firefox new windows

On Mon, Nov 23, 2009 at 9:57 AM, Joseph Xu wrote: > On Mon, Nov 23, 2009 at 09:11:50AM -0800, Suraj Kurapati wrote: >> On Mon, Nov 23, 2009 at 8:58 AM, Yannic Haupenthal >> > you might use >> > >> >        /Firefox.*/ -> sel # and/or >> >      

Re: [dev] [wmii] Firefox new windows

On Mon, Nov 23, 2009 at 8:58 AM, Yannic Haupenthal > you might use > >        /Firefox.*/ -> sel # and/or >        /Shiretoko.*/ -> sel > > in your tagrules. Awesome! This is the best solution. :-) Please disregard my other email in this thread.

Re: [dev] [wmii] Firefox new windows

On Mon, Nov 23, 2009 at 2:25 AM, Yury Ignatiev wrote: > * I do not have any rules in /tagrules about firefox windows > * I open firefox on some tag > * Create another tag and go to it > * Then run firefox again (Alt-P, firefox) > >   And it opens new window on the old tag. This is a known problem

Re: [dev] wmii9menu shows "foo" at top left

On Thu, Nov 19, 2009 at 5:22 PM, Kris Maglione wrote: > On Wed, Nov 18, 2009 at 10:29:55PM -0800, Suraj Kurapati wrote: >> >> I see a gray "foo" string inside the first item in wmii9menu > > Works for me. Also, `hg grep -r tip foo` doesn't show any res

[dev] wmii9menu shows "foo" at top left

Hello, I see a gray "foo" string inside the first item in wmii9menu, using: % wmii -v wmii-hg2592, ©2009 Kris Maglione % wmii9menu -v @(#) wmii9menu version 1.8 Thanks for your consideration.

[dev] [wmii][ANN] Rumai 3.2.0

Rumai 3.2.0 Ruby interface to the wmii window manager http://snk.tuxfamily.org/lib/rumai/ Rumai is a [1]Ruby interface to the [2]wmii window manager. Version 3.2.0 (2009-11-17) This release adds a new automated view arrangement,

Re: [dev] [wmii][ANN] Rumai 3.1.1

On Tue, Nov 17, 2009 at 12:09 PM, Aditya Mahajan wrote: > For the record, I am also using Arch Linux. Same here. > Not sure if that makes any difference or not. It should not matter. >> I just rewrote the send/recv methods in Rumai's IXP layer to be >> thread-less: >> >> http://github.com/suna

Re: [dev] [wmii][ANN] Rumai 3.1.1

On Tue, Nov 17, 2009 at 10:13 AM, Aditya Mahajan wrote: > I recently updated to ruby 1.9 and rumai started crashing every few hours. > wmii just froze, the mouse and keyboard still worked, but none of the > keyboard shortcuts worked. Yes, this recently became a known problem: http://github.com/su

[dev] [wmii][ANN] Rumai 3.1.1

Rumai 3.1.1 Ruby interface to the wmii window manager http://snk.tuxfamily.org/lib/rumai/ Rumai is a [1]Ruby interface to the [2]wmii window manager. Version 3.1.1 (2009-11-16) This release fixes bugs in automated view arrangements

Re: [dev] wmii can save settings on close, can't it ?

On Fri, Nov 13, 2009 at 8:15 AM, David J Patrick wrote: > I can take me a couple of days to get everything arranged just nice, > it like the best work-environment I have ever used, > and if the set-up can't be saved, then there's really no point. Why not suspend/hibernate your machine to the swap

Re: [dev] JOE editor was: a little bit of vi+zsh magic

On Wed, Nov 4, 2009 at 11:33 AM, hiro <23h...@googlemail.com> wrote: > Today I was forced to use the joe editor for java. > In the search-and-replace dialog (see s in ed) joe seemed to change my > input to upper case automatically. Eventually I found out it was just > auto-completion. If you don't

[dev] code.suckless.org is down?

I haven't been able to access it since yesterday. Visiting http://hg.suckless.org/wmii/atom-log shows: The page you are looking for is temporarily unavailable. Please try again later.

Re: [dev] [wmii] rumai - "previous" tag

On Tue, Oct 13, 2009 at 6:56 PM, Nathan Neff wrote: > Is there a property that refers to the tag that > was previously viewed?  For example, if I'm on Tag 1, > and jump to Tag 4, is there some way to access Tag 1? One way is to monkey patch it like this: script: before: | # ugh.. it's a gl

Re: [dev] [wmii] color themes wiki deleted?

On Wed, Oct 7, 2009 at 8:40 AM, Marco Rucci wrote: > The page is now here: http://wmii.suckless.org/themes. Thanks for restoring that page.

[dev] [wmii] color themes wiki deleted?

Hello, There used to be a wiki page listing wmii color themes: http://wmii.suckless.org/scripts_n_snips/themes But that seems to have been deleted. Luckily, I found a copy (attached) of the source for that wiki page from an old checkout of the wiki. Please restore this wiki page. Thanks. th

Re: [dev] wmii: Question on wmiirc_local.py

On Tue, Oct 6, 2009 at 1:49 PM, Kris Maglione wrote: > I've thought about changing them all to Mod4, actually. Hurray! +1

Re: [dev] [dwm] [wmii] Prompt for client to add to current view

On Tue, Oct 6, 2009 at 12:41 PM, Nathan Neff wrote: > I don't quite understand how config.yaml gets turned into "real" ruby code See load_config() in config.rb

Re: [dev] [dwm] [wmii] Prompt for client to add to current view

On Mon, Oct 5, 2009 at 1:30 PM, Nathan Neff wrote: > I'd like to have a menu that shows all the currently running clients, > and when I select a client, the current tag is applied to that client. You can do it like this now in my Ruby wmiirc: your_chosen_shortcut: | # bring a chosen client int

Re: [dev] [wmii] rumai qwerty keys overlap

On Mon, Oct 5, 2009 at 1:49 PM, Nathan Neff wrote: > However, the mod-j and mod-k keys conflict with the open browser and open > file manager shortcuts. > > Can I suggest the following patch? > >     ${mod}-i: | # launch a web browser >   launch CONFIG['program']['browser'] > >     ${mod}-m: |

Re: [dev] [wmii] rumai qwerty keys overlap

On Mon, Oct 5, 2009 at 1:01 PM, Suraj Kurapati wrote: > On Mon, Oct 5, 2009 at 7:34 AM, Nathan Neff wrote: >> {mod}-t is bound to focus previous client >> {mod}-{up} is bound to "focus view chosen from a menu" > > Thanks, this has been fixed now: > > h

Re: [dev] [wmii] rumai qwerty keys overlap

On Mon, Oct 5, 2009 at 7:34 AM, Nathan Neff wrote: > I'm trying out the qwerty branch of http://github.com/sunaku/wmiirc > > I think that the {mod}-t and {mod}-{up} keys overlap > > {mod}-t is bound to focus previous client > {mod}-{up} is bound to "focus view chosen from a menu" Thanks, this has

Re: [dev] [ANN] Ruby (Rumai) based wmiirc now distributed with wmii

On Sun, Oct 4, 2009 at 8:45 AM, Yuval Hager wrote: >>     git checkout -b CHOICE --track      # possible choices are: > > Shouldn't that be > > git checkout -b CHOICE --track origin/CHOICE Good catch. Fixed now. Thanks. http://github.com/sunaku/wmiirc/commit/02430a6099f6c4369824f1d5de0971a7526

Re: [dev] Trouble building wmii on cygwin

On Fri, Oct 2, 2009 at 7:47 AM, Robert Latest wrote: > But at work I'm sadly forced to use a Windows PC, but to do real work > I've installed a Cygwin environment. I had the same problem at work, but thankfully they gave me a second desktop on which I installed Ubuntu Linux. I run wmii on the Ub

[dev] [ANN] Rumai 3.1.0

Rumai 3.1.0 Ruby interface to the wmii window manager http://snk.tuxfamily.org/lib/rumai/ Rumai is a [1]Ruby interface to the [2]wmii window manager. Version 3.1.0 (2009-10-02) This release adds new methods, fixes some bugs, and re

  1   2   >