[dev] Why does the floating window lose focus ?
I am using DWM-6.0 on my FreeBSD 9.0 box. Somtimes when i am inputting
something in a floating window, it will lose focus automatically.
Then i have to press MODKEY+XK_j/XK_k to switch back. The following is my
config.h
static const char font[]= "-wenquanyi-wenquanyi bitmap
song-medium-r-normal--12-130-75-75-p-80-iso10646-1";
static const char normbordercolor[] = "#44";
static const char normbgcolor[] = "#22";
static const char normfgcolor[] = "#bb";
static const char selbordercolor[] = "#005577";
static const char selbgcolor[] = "#005577";
static const char selfgcolor[] = "#ee";
static const unsigned int borderpx = 1;/* border pixel of windows
*/
static const unsigned int snap = 32; /* snap pixel */
static const Bool showbar = False; /* False means no bar */
static const Bool topbar= True; /* False means bottom bar
*/
/* tagging */
static const char *tags[] = { "1", "2", "3" };
static const Rule rules[] = {
/* class instancetitle tags mask isfloating
monitor */
{ "Opera", NULL, NULL, 0,True,
-1 },
{ "Wine", NULL, NULL, 1 << 1, False,
-1 },
};
/* layout(s) */
static const float mfact = 0.45; /* factor of master area size
[0.05..0.95] */
static const int nmaster = 1;/* number of clients in master area
*/
static const Bool resizehints = True; /* True means respect size hints in
tiled resizals */
#include "bstack.c"
#include "bstackhoriz.c"
/* first entry is default */
static const Layout layouts[] = {
/* symbol arrange function */
{ "><>", NULL },/* no layout function means floating
behavior */
{ "TTT", bstack },
{ "===", bstackhoriz },
{ "[]=", tile },
{ "[M]", monocle },
};
/* key definitions */
#define MODKEY Mod4Mask
#define TAGKEYS(KEY,TAG) \
{ MODKEY, KEY, view, {.ui = 1
<< TAG} }, \
{ MODKEY|ControlMask, KEY, toggleview, {.ui = 1
<< TAG} }, \
{ MODKEY|ShiftMask, KEY, tag,{.ui = 1
<< TAG} }, \
{ MODKEY|ControlMask|ShiftMask, KEY, toggletag, {.ui = 1
<< TAG} },
/* helper for spawning shell commands in the pre dwm-5.0 fashion */
#define SHCMD(cmd) { .v = (const char*[]){ "/bin/sh", "-c", cmd, NULL } }
/* commands */
static const char *dmenucmd[] = { "/home/sw2wolf/bin/dmenu.sh", NULL };
static const char *browsecmd[] = { "opera", NULL };
static const char *haltcmd[] = { "sudo", "/sbin/shutdown", "-p", "now",
NULL };
static const char *rebootcmd[] = { "sudo", "/sbin/shutdown", "-r", "now",
NULL };
static Key keys[] = {
/* modifier keyfunction
argument */
{ MODKEY, XK_p, spawn, {.v =
dmenucmd } },
{ MODKEY, XK_w, spawn, {.v =
browsecmd } },
{ MODKEY, XK_F11,spawn, {.v =
rebootcmd } },
// { MODKEY, XK_F12,spawn, {.v =
haltcmd } },
{ MODKEY, XK_F12,spawn,
SHCMD("sudo /sbin/shutdown -p now") },
{ MODKEY, XK_Print, spawn,
SHCMD("scrot %Y%m%d-%H.%M.%S.png -t 280x175 -e 'mv $f $m ~'") },
{ MODKEY|ShiftMask, XK_Print, spawn,
SHCMD("scrot %Y%m%d-%H.%M.%S.png -t 280x175 -d 5 -e 'mv $f $m ~'") },
{ MODKEY, XK_b, togglebar, {0} },
{ MODKEY, XK_Tab,focusstack, {.i =
+1 } },
{ MODKEY, XK_j, focusstack, {.i =
+1 } },
{ MODKEY, XK_k, focusstack, {.i =
-1 } },
{ MODKEY, XK_i, incnmaster, {.i =
+1 } },
{ MODKEY, XK_d, incnmaster, {.i =
-1 } },
{ MODKEY, XK_h, setmfact, {.f =
-0.05} },
{ MODKEY, XK_l, setmfact, {.f =
+0.05} },
// { MODKEY, XK_Return, zoom, {0} },
// { MODKEY, XK_Tab,view, {0} },
{ MODKEY|ShiftMask, XK_c, killclient, {0} },
{ MODKEY, XK_f, setlayout, {.v =
&layouts[0]} },
{ MODKEY, XK_x, setlayout, {.v =
&layouts[1]} },
{ MODKEY, XK_y, setlayout, {.v =
&layouts[2]} },
{ MODKEY, XK_t, setlayout, {.v =
&layouts[3]} },
{ MODKEY, XK_m, setlayout, {.v =
&layouts[4]} },
Re: [dev] Systems Software Research is Irrelevant
the "web os" strikes again http://i.imgur.com/82owP.png On 4 July 2012 02:39, Luis Anaya wrote: > Although Javacript/ECMAScript is a prevalent (and sometimes overused) > in web development, my experience with Web based OS has been less > than stellar. It boils down handling the nuances of each browser to have > a consistent behavior. The only one that has "kind of" success is > JoliCloud, because it is basically a fancy bookmark interface for > web applications. There are plenty individual web applications > that are successful. Do they use the same API? doubt it. > > Without a consistent execution, it would be unreliable to use. > > My 2 cents... > -- *Ivan c00kiemon5ter V Kanakarakis* >:3
Re: [dev] github mirror
You can try, but none of you will ever be like Wolfram http://blog.stephenwolfram.com/2012/03/the-personal-analytics-of-my-life/ this is free software, you dont need no graph to tell you you're productive and having no managers or management software sucks less On 4 July 2012 01:28, Calvin Morrison wrote: > > > On 3 July 2012 16:15, hiro <23h...@gmail.com> wrote: > >> back to your work engineer! >> >> On 7/3/12, Andrew Hills wrote: >> > On Tue, Jul 3, 2012 at 1:24 PM, Kurt H Maier >> wrote: >> >> On Tue, Jul 03, 2012 at 12:54:50PM +0200, Kai Hendry wrote: >> >>> https://github.com/scklss/dwm/graphs/ >> >> haha what the hell value is this exactly >> > >> > Sometimes, I find I'm being too productive at work, so I generate some >> > graphs representing work I was doing when I was being productive and >> > show them to my manager, and he likes them. This new feature will make >> > everyone writing suckless software more like a manager and less like >> > an engineer, and I think we can all agree that the world needs more >> > managers and fewer engineers. I find that when a project has more >> > managers than engineers, it produces so many productivity charts that >> > the productivity of the project as a whole is essentially infinite. >> > >> > --Andrew Hills >> > >> > >> >> > The thing that is nice about github graphs is that they are automatic. I > am my own manager and HR department by just clicking on the link. > > Using the Punchcard feature, I can easily track when I make commits, what > time of day and such. I have even used this to locate and target my less > productive hours. I have found it immensely useful in graphing that at > least. > > Calvin > -- *Ivan c00kiemon5ter V Kanakarakis* >:3
RE: [dev] Systems Software Research is Irrelevant
Hi: > > On the topic of odd finds, anyone heard of > > http://code.google.com/p/es-operating-system/ ? > > "As we realize ECMAScript/Web based applications are becoming very > important and useful, ES operating system has been designed to make > the Web Apps APIs as the primary operating system interfaces," > hands up who thinks this is anything but completely idiotic ? Although Javacript/ECMAScript is a prevalent (and sometimes overused) in web development, my experience with Web based OS has been less than stellar. It boils down handling the nuances of each browser to have a consistent behavior. The only one that has "kind of" success is JoliCloud, because it is basically a fancy bookmark interface for web applications. There are plenty individual web applications that are successful. Do they use the same API? doubt it. Without a consistent execution, it would be unreliable to use. My 2 cents... Luis
Re: [dev] github mirror
On 3 July 2012 16:15, hiro <23h...@gmail.com> wrote: > back to your work engineer! > > On 7/3/12, Andrew Hills wrote: > > On Tue, Jul 3, 2012 at 1:24 PM, Kurt H Maier > wrote: > >> On Tue, Jul 03, 2012 at 12:54:50PM +0200, Kai Hendry wrote: > >>> https://github.com/scklss/dwm/graphs/ > >> haha what the hell value is this exactly > > > > Sometimes, I find I'm being too productive at work, so I generate some > > graphs representing work I was doing when I was being productive and > > show them to my manager, and he likes them. This new feature will make > > everyone writing suckless software more like a manager and less like > > an engineer, and I think we can all agree that the world needs more > > managers and fewer engineers. I find that when a project has more > > managers than engineers, it produces so many productivity charts that > > the productivity of the project as a whole is essentially infinite. > > > > --Andrew Hills > > > > > > The thing that is nice about github graphs is that they are automatic. I am my own manager and HR department by just clicking on the link. Using the Punchcard feature, I can easily track when I make commits, what time of day and such. I have even used this to locate and target my less productive hours. I have found it immensely useful in graphing that at least. Calvin
Re: [dev] github mirror
back to your work engineer! On 7/3/12, Andrew Hills wrote: > On Tue, Jul 3, 2012 at 1:24 PM, Kurt H Maier wrote: >> On Tue, Jul 03, 2012 at 12:54:50PM +0200, Kai Hendry wrote: >>> https://github.com/scklss/dwm/graphs/ >> haha what the hell value is this exactly > > Sometimes, I find I'm being too productive at work, so I generate some > graphs representing work I was doing when I was being productive and > show them to my manager, and he likes them. This new feature will make > everyone writing suckless software more like a manager and less like > an engineer, and I think we can all agree that the world needs more > managers and fewer engineers. I find that when a project has more > managers than engineers, it produces so many productivity charts that > the productivity of the project as a whole is essentially infinite. > > --Andrew Hills > >
Re: [dev] github mirror
On Tue, Jul 3, 2012 at 1:24 PM, Kurt H Maier wrote: > On Tue, Jul 03, 2012 at 12:54:50PM +0200, Kai Hendry wrote: >> https://github.com/scklss/dwm/graphs/ > haha what the hell value is this exactly Sometimes, I find I'm being too productive at work, so I generate some graphs representing work I was doing when I was being productive and show them to my manager, and he likes them. This new feature will make everyone writing suckless software more like a manager and less like an engineer, and I think we can all agree that the world needs more managers and fewer engineers. I find that when a project has more managers than engineers, it produces so many productivity charts that the productivity of the project as a whole is essentially infinite. --Andrew Hills
Re: [dev] fceux in fullscreen
On 07/03/12 at 06:36pm, Bjartur Thorlacius wrote:
> On Tue, Jul 3, 2012 at 5:56 PM, Manolo Martínez
> wrote:
> > None of that works: dwm keys are, as I say, unresponsive in fceux
> > fullscreen. When trying sleep + xprop, xprop complains that it can't
> > "grab the mouse".
> >
> Can you verify that the rectangle is in fact not a new top-level
> window but an in-window artifact of SDL by logging window mapping
> requests in your X11 server.
>
> Something like the following Pseudo-C snippet, or preferably a gdb
> trace, should do the job.
> | case MapRequest:
> [..]
> | fprintf(stderr, "XID:\t%i", Req->Window);
> | break;
>
Is the attached patch what you meant? (Sorry, my C is very basic).
If it is, when I open new windows they do leave a XID at my
/tmp/errores.txt file but, interestingly, fceux does not. Not even the
tiny floating window, let alone the fullscreen version.
It's entirely possible that I have misinterpreted your instructions, though.
Let me know if that's the case.
Cheers,
Manolo
diff -r 2139e30c2169 dwm.c
--- a/dwm.c Sun Jun 24 09:36:47 2012 -0400
+++ b/dwm.c Tue Jul 03 15:22:25 2012 -0400
@@ -1182,7 +1182,7 @@
if(ev->request == MappingKeyboard)
grabkeys();
}
-
+FILE *errores;
void
maprequest(XEvent *e) {
static XWindowAttributes wa;
@@ -1193,6 +1193,9 @@
if(wa.override_redirect)
return;
if(!wintoclient(ev->window))
+errores = fopen("/tmp/errores.txt", "a+");
+fprintf(errores, "XID;\t%lu\n", ev->window);
+fclose(errores);
manage(ev->window, &wa);
}
Re: [dev] Systems Software Research is Irrelevant
> Computer manufacturers gotta make money somehow. ;) I'll tell you what. Just send me the money. I guarantee to make all your problems go away if you just send me the money. Don't ask questions, just send the money. Before you say anything, send it. Send the money. Thank you. -sl
Re: [dev] Systems Software Research is Irrelevant
On Tue, Jul 3, 2012 at 7:27 PM, Kurt H Maier wrote: > "As we realize ECMAScript/Web based applications are becoming very > important and useful, ES operating system has been designed to make > the Web Apps APIs as the primary operating system interfaces," > JavaScript is becoming fairly standard for some things. In fact my current mail client (which I use when on someone's else Windows box), Gmail, is more usable than mutt - if you've got more than a couple hundred million bytes of main memory to spare. Err, make that more than triple hundred million bytes. Wasteful? Yes. Still got almost half of my main memory free, though. Computer manufacturers gotta make money somehow. ;)
Re: [dev] Systems Software Research is Irrelevant
On Tue, Jul 03, 2012 at 05:39:40PM +0200, Kai Hendry wrote: > On the topic of odd finds, anyone heard of > http://code.google.com/p/es-operating-system/ ? "As we realize ECMAScript/Web based applications are becoming very important and useful, ES operating system has been designed to make the Web Apps APIs as the primary operating system interfaces," hands up who thinks this is anything but completely idiotic > The included browser evidently has Acid2 support > https://groups.google.com/forum/?fromgroups#!topic/es-operating-system/8oWtRZnDK_w > which is a feat of engineering. acid2 is an arbitrary test case to determine if your browser is capable of doing things that are better done outside a web browser. feat of engineering or no, the founding principles of this operating system are terrifyingly misguided.
Re: [dev] github mirror
On Tue, Jul 03, 2012 at 12:54:50PM +0200, Kai Hendry wrote: > https://github.com/scklss/dwm/graphs/ haha what the hell value is this exactly
Re: [dev] Systems Software Research is Irrelevant
On Tue, Jul 3, 2012 at 5:39 PM, Kai Hendry wrote: > On the topic of odd finds, anyone heard of > http://code.google.com/p/es-operating-system/ ? > Yeah, but didn't think anyone would go out and write a new CSS HTML rendering engine for it to run JavaScript interactive hypermedia applications on it. I think I'll stay on the Francophonic side of the German border for a while now, in case the Suckless van hasn't run permanently out of gas yet. > The included browser evidently has Acid2 support That was intentional, so it doesn't guarantee conformance though.
Re: [dev] github mirror
I guess he doesn't like bibucket's web interface. On Tue, Jul 3, 2012 at 3:44 PM, Micheal Smith wrote: > I don't have a strong opinion on this either way. The current setup works > for me. However bitbucket both offers mercurial, and the suckless namespace > is currently free. Might be an easier, and more sensible fit regarding a > mirror. > > On Jul 3, 2012, at 5:54 AM, Kai Hendry wrote: > >> On 3 July 2012 12:47, Nick wrote: >>> Is there any point in this other than as a distributed backup? >>> I worry it may slightly fragment things, with people searching for >>> dwm and using the github copy, rather than our primary one. Or >>> sending us github pull requests rather than patches. >> >> Well I'm hoping for more, since I quite like the github BTS and UI. >> >> Depends on how many of suckless authors I can convince to take an >> interest. ;) Don't think it would work if I'm some sort of proxy. >> >> >> I think the github UI has some value at least. >> https://github.com/scklss/dwm/graphs/ >> >> >> I'll work on a @daily cronjob that will hopefully keep it synced. >> > >
Re: [dev] Systems Software Research is Irrelevant
Do I read this right - it uses C++11? On Tue, Jul 3, 2012 at 5:39 PM, Kai Hendry wrote: > On the topic of odd finds, anyone heard of > http://code.google.com/p/es-operating-system/ ? > > The included browser evidently has Acid2 support > https://groups.google.com/forum/?fromgroups#!topic/es-operating-system/8oWtRZnDK_w > which is a feat of engineering. > http://code.google.com/p/es-operating-system/wiki/BuildingWebBrowser >
Re: [dev] fceux in fullscreen
On Tue, Jul 3, 2012 at 5:56 PM, Manolo Martínez wrote: > None of that works: dwm keys are, as I say, unresponsive in fceux > fullscreen. When trying sleep + xprop, xprop complains that it can't > "grab the mouse". > Can you verify that the rectangle is in fact not a new top-level window but an in-window artifact of SDL by logging window mapping requests in your X11 server. Something like the following Pseudo-C snippet, or preferably a gdb trace, should do the job. | case MapRequest: [..] | fprintf(stderr, "XID:\t%i", Req->Window); | break; The XID, if it's a top-level window, can than be input as an argument to xprop or xwininfo. > Sorry if I'm just being thick! > You're most likely not, this seems quite bizarre.
Re: [dev] fceux in fullscreen
On 07/03/12 at 06:06pm, Eckehard Berns wrote: > > I'm sorry, I know similar questions have been posted before, but I > > cannot seem to find my way around this issue: when I use fceux's > > fullscreen option, a black square occupies part of the upper left corner > > of the screen. [...] > > Are you running dwm 6.0 or hg tip? If you're running 6.0 could you try > hg tip and see if the problem persists? I'm running tip, pulled a couple of days ago. Manolo
Re: [dev] fceux in fullscreen
> I'm sorry, I know similar questions have been posted before, but I > cannot seem to find my way around this issue: when I use fceux's > fullscreen option, a black square occupies part of the upper left corner > of the screen. [...] Are you running dwm 6.0 or hg tip? If you're running 6.0 could you try hg tip and see if the problem persists? -- Eckehard Berns
Re: [dev] fceux in fullscreen
On 07/03/12 at 05:40pm, uki wrote: > 2012/7/3 Manolo Martínez : > > The thing is, if xprop is running, I cannot focus the fceux window (so > > as to toggle fullscreen). On the other hand, if I am in fceux > > fullscreen, I cannot run xprop (I cannot go to another tag, or do > > anything really, without quitting fullscreen). > > > you could try: > sleep 60 && xprop > and than run fceux > > or just bind: > xprop > /tmp/somefile > to a key in config.h > None of that works: dwm keys are, as I say, unresponsive in fceux fullscreen. When trying sleep + xprop, xprop complains that it can't "grab the mouse". Sorry if I'm just being thick! M --
Re: [dev] fceux in fullscreen
2012/7/3 Manolo Martínez : > The thing is, if xprop is running, I cannot focus the fceux window (so > as to toggle fullscreen). On the other hand, if I am in fceux > fullscreen, I cannot run xprop (I cannot go to another tag, or do > anything really, without quitting fullscreen). you could try: sleep 60 && xprop and than run fceux or just bind: xprop > /tmp/somefile to a key in config.h
[dev] Systems Software Research is Irrelevant
On the topic of odd finds, anyone heard of http://code.google.com/p/es-operating-system/ ? The included browser evidently has Acid2 support https://groups.google.com/forum/?fromgroups#!topic/es-operating-system/8oWtRZnDK_w which is a feat of engineering. http://code.google.com/p/es-operating-system/wiki/BuildingWebBrowser
Re: [dev] fceux in fullscreen
Hi, thanks for your reply On 07/03/12 at 05:18pm, Bjartur Thorlacius wrote: > On Tue, Jul 3, 2012 at 4:51 PM, Manolo Martínez > wrote: > > Also, this square is slightly bigger than the unmaximized fceux, so I > > don't really know where is that coming from. How can I get it out of the > > way? > > > Please send us the output of running xprop and clicking on the black > square, and then for running xprop again and clicking on fceux itself. > The thing is, if xprop is running, I cannot focus the fceux window (so as to toggle fullscreen). On the other hand, if I am in fceux fullscreen, I cannot run xprop (I cannot go to another tag, or do anything really, without quitting fullscreen). Manolo
Re: [dev] fceux in fullscreen
it could be a bug in SDL too? On Tue, Jul 3, 2012 at 11:18 AM, Bjartur Thorlacius wrote: > On Tue, Jul 3, 2012 at 4:51 PM, Manolo Martínez > wrote: >> Also, this square is slightly bigger than the unmaximized fceux, so I >> don't really know where is that coming from. How can I get it out of the >> way? >> > Please send us the output of running xprop and clicking on the black > square, and then for running xprop again and clicking on fceux itself. > > If the outputs are vastly different (in special, if _NET_WM_TITLE or > WM_TITLE differ), you can try running xkill and clicking on the black > square. If they're identical (aside from *TIME), this must be a bug in > fceux. >
Re: [dev] fceux in fullscreen
On Tue, Jul 3, 2012 at 4:51 PM, Manolo Martínez wrote: > Also, this square is slightly bigger than the unmaximized fceux, so I > don't really know where is that coming from. How can I get it out of the > way? > Please send us the output of running xprop and clicking on the black square, and then for running xprop again and clicking on fceux itself. If the outputs are vastly different (in special, if _NET_WM_TITLE or WM_TITLE differ), you can try running xkill and clicking on the black square. If they're identical (aside from *TIME), this must be a bug in fceux.
[dev] nwm
Yesterday I discovered this project. nwm. a tiling window manager written for nodejs https://github.com/mixu/nwm it's definitively not suckless, but interesting anyway.
Re: [dev] github mirror
i have recently moved some of my repos to github, because some people wanted to contribute via github with pull requests, so i used hgpull to do it. here's the notes: *) git repo was 8 times bigger than the hg one after export (git gc --aggressive fixes this) *) every merge of a pull request results into a new branch and head which forces hggit to create another new branch+merge. *) unrelated heads everywhere *) i have finally moved to git. git is bloated, but at least it's not python *) after aggressive gc, git repo is 6MB, while hg is 15MB I tried once to make a smaller git by reusing the git's source code.. but this seems like an impossible task as long as the source have big dependencies with itself, so you can't easily strip down the code. (git is almost 20MB installed). I discussed in irc about rewriting hg in C, but they just lold and make fun on it saying i was trolling. those kind of reactions doesn't happen in #git. so.. what do you think about creating a suckless git client? On 07/03/12 15:44, Micheal Smith wrote: I don't have a strong opinion on this either way. The current setup works for me. However bitbucket both offers mercurial, and the suckless namespace is currently free. Might be an easier, and more sensible fit regarding a mirror. On Jul 3, 2012, at 5:54 AM, Kai Hendry wrote: On 3 July 2012 12:47, Nick wrote: Is there any point in this other than as a distributed backup? I worry it may slightly fragment things, with people searching for dwm and using the github copy, rather than our primary one. Or sending us github pull requests rather than patches. Well I'm hoping for more, since I quite like the github BTS and UI. Depends on how many of suckless authors I can convince to take an interest. ;) Don't think it would work if I'm some sort of proxy. I think the github UI has some value at least. https://github.com/scklss/dwm/graphs/ I'll work on a @daily cronjob that will hopefully keep it synced.
[dev] fceux in fullscreen
I'm sorry, I know similar questions have been posted before, but I cannot seem to find my way around this issue: when I use fceux's fullscreen option, a black square occupies part of the upper left corner of the screen. While in fullscreen, dwm keybindings are unresponsive. Also, this square is slightly bigger than the unmaximized fceux, so I don't really know where is that coming from. How can I get it out of the way? Thanks, Manolo --
Re: [dev] github mirror
I don't have a strong opinion on this either way. The current setup works for me. However bitbucket both offers mercurial, and the suckless namespace is currently free. Might be an easier, and more sensible fit regarding a mirror. On Jul 3, 2012, at 5:54 AM, Kai Hendry wrote: > On 3 July 2012 12:47, Nick wrote: >> Is there any point in this other than as a distributed backup? >> I worry it may slightly fragment things, with people searching for >> dwm and using the github copy, rather than our primary one. Or >> sending us github pull requests rather than patches. > > Well I'm hoping for more, since I quite like the github BTS and UI. > > Depends on how many of suckless authors I can convince to take an > interest. ;) Don't think it would work if I'm some sort of proxy. > > > I think the github UI has some value at least. > https://github.com/scklss/dwm/graphs/ > > > I'll work on a @daily cronjob that will hopefully keep it synced. >
Re: [dev] github mirror
On 3 July 2012 12:47, Nick wrote: > Is there any point in this other than as a distributed backup? > I worry it may slightly fragment things, with people searching for > dwm and using the github copy, rather than our primary one. Or > sending us github pull requests rather than patches. Well I'm hoping for more, since I quite like the github BTS and UI. Depends on how many of suckless authors I can convince to take an interest. ;) Don't think it would work if I'm some sort of proxy. I think the github UI has some value at least. https://github.com/scklss/dwm/graphs/ I'll work on a @daily cronjob that will hopefully keep it synced.
Re: [dev] github mirror
On Tue, Jul 03, 2012 at 12:23:53PM +0200, Kai Hendry wrote: > WDYT of https://github.com/scklss ? Is there any point in this other than as a distributed backup? I worry it may slightly fragment things, with people searching for dwm and using the github copy, rather than our primary one. Or sending us github pull requests rather than patches.
Re: [dev] github mirror
WDYT of https://github.com/scklss ? Need to port across the descriptions. Happy to add more members. Just need your gitub id suckless community member. Greetings from Berlin, github-mirror.sh Description: Bourne shell script
Re: [dev] [dmenu] multiple menu patch
Yes and it's only half of what I need. It still presumes there is only one menu. My patch shows many of them one after another on the screen. On Tue, Jul 3, 2012 at 11:40 AM, Bjartur Thorlacius wrote: > Have you considered multisel? > > http://tools.suckless.org/dmenu/patches/multisel > http://tools.suckless.org/dmenu/patches/multiselect_and_newline >
Re: [dev] [dmenu] multiple menu patch
Have you considered multisel? http://tools.suckless.org/dmenu/patches/multisel http://tools.suckless.org/dmenu/patches/multiselect_and_newline
[dev] [dmenu] multiple menu patch
Hello, guys! I'd like to share my patch for dmenu which enables multiple menus option. WHAT IT DOES Multiple menus allow you to see and choose many options during one dmenu run. It looks like this: http://s1.ipicture.ru/uploads/20120702/s6YyU3zR.png After you press Enter all selected items will be printed to console. MOTIVATION I have a small wrapper for scrot on bash which asks some questions before taking a screenshot. The questions such as: take a screenshot of the region or the whole screen, which filename to use, delay, save file after publishing or not and so on. Also, I cache answers for these questions. However, sometimes I need to take a screenshot with slightly different param and then I have to answer all questions again even though I want to change only one. With this patch I can 1) see all questions at once 2) quickly jump to questions I want to change. I belive this patch is a generalisation and can be useful in larget set of cases than original dmenu. WHERE TO GET You can get it from my repo: hg clone https://bitbucket.org/balta2ar/dmenu-multiple-menu cd dmenu-multiple-menu hg checkout multiple-menu or apply patch to master repo: hg clone http://hg.suckless.org/dmenu cd dmenu wget -O dmenu-4.5-multiple-menu.diff http://ix.io/2Cy hg patch dmenu-4.5-multiple-menu.diff Build and run: make ./dmenu -id " " < test.txt ARGUMENTS The patch adds -id argument which sets item delimeters string. Menu delimiter character in this case is set to newline (\n). WARNING This version is my first attempt to hack dmenu. For now it is just a quick and very dirty hack. Some old functionality is missing: * no prompt support * no vertical menus support there might be visual * glitches and sudden crashes USER EXPERIENCE So what do you think? Do you like the idea? Can this be of any use to anybody? The code is very messy for now because I want to test the idea first and if people like it, I plan to refactor it. ALTERNATIVES One of the points of suckless' philosophy is to keep things clean and simple. Some might agrue that these complications are not necessary and can be avoided. If so, what are the alternatives which implement abovementioned functionality? Am I reinventing a wheel? Thank you! Best regards, Yuri.
