Re: [dev] [DWM] Patch: stack mfact
On Thu, Mar 28, 2013 at 11:55 AM, Jente Hidskes jthids...@outlook.com wrote: Or, we could incorporate another patch of mine if we are getting too many clients in the stack: http://dwm.suckless.org/patches/deck I don't really understand the point of combining a patch that makes clients in the stack different sizes with a patch that only allows one client in the stack. Having an nstack (similar to nmaster but for the stack) would make more sense. Something more like http://dwm.suckless.org/patches/clientspertag (but not exactly like it either). -- __ Raphaël Proust
Re: [dev] [DWM] Patch: stack mfact
On Thu, Mar 28, 2013 at 1:01 PM, Jente Hidskes jthids...@outlook.com wrote: I meant that once we would resize clients too much (which causes the crash) we could simply 'hide' them 'underneath' the stack, like the deck layout does. Could you elaborate on the nstack approach? I'm not fully understanding where you're coming from. The approach of hiding the clients that would cause the crash is a good idea. The approach with nstack would be to have a variable somewhere that indicates the maximal number of clients that can be shown in the stack area. Thus one would set this limit in their conf.h (and possibly a couple of entries in their key array to tweak the value) and when the number of clients in the stack area grows over nstack, the additional ones would simply not be shown. Like your deck approach but with a custom number of clients rather than just one. Cheers, -- __ Raphaël Proust
Re: [dev] [DWM] Patch: stack mfact
On Tue, Mar 26, 2013 at 7:17 PM, Jente Hidskes jthids...@outlook.com wrote: First of all, when there is an X number of clients in the stack and smfact (stackmfact) is increased too much, it will crash DWM. This could be fixed by having setsmfact() detect the amount of stacked clients and having it set a limit to smfact accordingly. Not sure it should be upstreamed as is then. Upstreaming a patch that causes (new) crash is unusual (for any project, suckless or otherwise). Two limitations are that only the bottom client in the stack can be resized (for me personally this is not an issue) Was this choice implementation driven? (i.e. because it is easier to detect the bottom client rather than the top) Considering it's easier to push a client to the top of the stack (zoom twice) it'd be (IMHO) nicer to resize the top client. Cheers, -- __ Raphaël Proust
Re: [dev] [DWM] Patch: stack mfact
On Wed, Mar 27, 2013 at 1:17 PM, Jente Hidskes jthids...@outlook.com wrote: You're right - I should not have submitted the patch with a bug that would crash DWM. However, it was only with seven clients or more and as I rarely have more than 3 open at once, for me it wasn't that big of an issue. I have now fixed it, though. I did that by having setsmfact() check the amount of clients and have it set an appropriate limit. It still crashes, but this time it only this when you have 30 or more clients in your stack which I think is highly unlikely and thus, a save approach. If you really want to eliminate the crashing, you would have to have tile() report the height of the clients in the stack and if(h MIN_WIN_SIZE) then do something. Hmm… Most times I only use a (very) limited number of clients. From time to time though I do for i in *.pdf do llpp $i done and then kick the st window out of the way (on a trash tag) before making my way through all of those pdf documents. Don't know how common this is. And there might be a better way to do it. I have attached the new version. Again, I look forward to hearing your feedback! You can make patches public by cloning the website repo (http://git.suckless.org/sites/), adding a page for your patch and pushing the changes. Cheers, -- __ Raphaël Proust
Re: [dev] [st] strange behaviour with feh and ranger
On Tue, Feb 26, 2013 at 7:00 PM, Andreas Marschall andreas.marsch...@unitybox.de wrote: Good evening, […] Here is a slightly more useful version of the same bug report. While running dwm, starting feh from st and going to full-screen has the following behaviour: 1) feh prints an error message about the window manager not handling WMHints: feh WARNING: Window Manager does not support MWM hints. To get a borderless window I have to bypass your wm. 2) the feh window does not get keyboard focus The behaviour is not reliably reproducible on st 0.3, it sometimes happens. In particular, the behaviour seem to disappear once feh has been started from a different terminal emulator (tested with urxvt) or application launcher (tested with dmenu). The error has nothing to do with ranger. It seems to live somewhere between dwm, st, and feh. Ciao, -- __ Raphaël Proust
Re: [dev] snotes v0.9 - a simple notes system
On Mon, Feb 4, 2013 at 9:47 AM, Petr Šabata con...@redhat.com wrote: On Mon, Feb 04, 2013 at 04:22:51AM +0100, v4hn wrote: […] I'm not sure how many people have graphical vim installed, though. Perhaps you could switch to 'xterm -e vi' or something like that. Of course, no default will work for everybody but this one might cover somewhat more users. $ cat $HOME/bin/gvim #!/bin/dash st -e vim $* -- __ Raphaël Proust
Re: [dev] [dwmstatus] Mail counter
On Fri, Dec 21, 2012 at 5:45 PM, Christoph Lohmann 2...@r-36.net wrote: Greetings. On Fri, 21 Dec 2012 17:45:28 +0100 Xavier Cartron thu...@singularity.fr wrote: Hello, I tried my first piece of C into adding a mail counter to dwmstatus. The code is added on the wiki [1] Please correct my mistakes. First thanks for your commit, but you made a big mistake. You assumed we all know French. Please, use English on the Internet and *especially* when programming. What’s »mail_laposte«? And what’s »Fichier«? I know it, because I had to read some code of people assuming people will un‐ derstand their code when everything is French. Please, write in English and go on doing it. This really helps a lot in international communica‐ tion. French is no major language anymore. Just look: I’m not writing this in German and my variable names are not German too. You wouldn’t have understood dwmstatus that good, if it would have German variable names and maybe suckless.org would be »stinkfrei.de« instead, if we would assume the world is speaking German. Although you use »German quotation marks«… It is a bit weird for English speakers and *very* unsettling for French speakers. As long as it doesn't creep into your code, it's okay I guess. Please, use English while programming. There is no justification for lo‐ calized sourcecode. I am trying to come up with one, but it's hard. Obfuscation maybe? Cheers, -- __ Raphaël Proust
Re: [dev] Starch has a web site
On Thu, Dec 6, 2012 at 4:15 AM, Strake strake...@gmail.com wrote: Hello all. Starch Linux has its own web site now: http://starchlinux.org so further announcements will be made there. Any plan to integrate an RSS feed? (or similar?) As a reminder, the earlier thread: http://lists.suckless.org/dev/1210/13050.html Ports: https://github.com/StarchLinux/starch-ports Cheers, Strake -- __ Raphaël Proust
Re: [dev] only first tag and can't switch to other tags
On Wed, Nov 28, 2012 at 3:50 PM, major_ghz major_...@electronique-libre.org wrote: hello, when i try to mod1+(1-9) there is no action. i use bépo and the num need shitf to activate. how can i switch to another tag ? may be need to change mod1 (alt) by another key, peraps win key or another. if it's that, how change the def of mod1 ? I guess the correct fix is either to change XK_{1..9} in your keys[] array, or to change the ShiftMask mask in the TAGKEYS macro. else how do for can i switch tag ? There are mouse controls that should work on the bar (not sure if it's still in tip…) regard, major_ghz. -- __ Raphaël Proust
Re: [dev] [suckless] Migration to git
On Tue, Nov 27, 2012 at 10:36 AM, markus schnalke mei...@marmaro.de wrote: It's the ingenuity of Unix to have just one kind of fork(). Why can't we map this concept to DVCS and have just one kind of cloning? darcs? (Yes, I know, it's not written in C. The interface is very clean though. There is no branching, no history rewritting, no bells and whistles.) -- __ Raphaël Proust
Re: [dev] [suckless] Migration to git
On Tue, Nov 27, 2012 at 3:10 PM, Barbu Paul - Gheorghe barbu.paul.gheor...@gmail.com wrote: On 11/27/2012 02:50 PM, Strake wrote: Hello, Darcs has no history edition, as it essentially keeps no history, which is a win in my book. The main difficulty seems to be the corner-case exponential-time merge algorithm. I'm not familiar with that VCS, but how can it store no history since that, I think, is the core of any (D)VCS, to have a history of changes, a versioning, that's its purpose, isn't it? It stores a graph of the dependencies between patches. When you commit, you just record a patch and the system figures out the syntactic dependencies of your patch wrt the patches that already are in the repo. When you pull, you just download a set of patches and their dependency relation. The two sets (downloaded and local) and the two relations (same) are merged. You can accept or refuse individual patches. When you refuse a patch, all the patches that (transitively) depend on it are automatically refused. I'm not an expert, I'm really curious about this. There is a nice explanation of how it works on https://en.wikibooks.org/wiki/Understanding_Darcs/Patch_theory Cheers, -- __ Raphaël Proust
Re: [dev] Hall of shame of the web
On Mon, Nov 19, 2012 at 7:28 PM, Martti Kühne mysat...@gmail.com wrote: On Sat, Nov 17, 2012 at 10:08:43PM +, Ethan Grammatikidis wrote: I was already thinking Google before you added this. Zombie thread is making gurgling noises... :D Shoot it in the head. Twice! -- __ Raphaël Proust
Re: [dev] [st] function keys
On Thu, Nov 15, 2012 at 6:36 PM, Christoph Lohmann 2...@r-36.net wrote: Greetings. Anyone here on this mailinglist is using any of the Function keys above XK_F12? X11 is defining symbols up to F35 and xterm allows sending es‐ cape codes up to F63. The question is how to implement this in st. Anyone knows of some application in the past which made use of those high function keys? vim allows mapping for function keys for up to F19. There are no mappings by default though, and I've never seen them actually mapped… Not only does it have F1-19, tt also has xF1-4. (Look for terminal-options or termcap-options in the help.) Cheers, -- __ Raphaël Proust
Re: [dev] [dwm] Several xinitrc processes running on Ubuntu
On Mon, Nov 5, 2012 at 8:45 AM, clamiax smo...@gmail.com wrote: Hi, I'm on Ubuntu 12.04 with the following session file: claudio@clabook:~$ cat /usr/share/xsessions/xinitrc.desktop [Desktop Entry] Name=xinitrc Exec=/home/claudio/.xinitrc That's what I get once I restart dwm several times How do you restart dwm? How do you invoke it in your .xinitrc? Basically, paste your .xinitrc (or a simplified version that still exposes the behaviour you have) to get some help. (Your dwm/config.h might be useful, depending on your setting.) (not sure if it can happen without restart at all): claudio@clabook:~$ pgrep -fl xinitrc 13958 /bin/sh /home/claudio/.xinitrc 14569 /bin/sh /home/claudio/.xinitrc 15448 /bin/sh /home/claudio/.xinitrc 18171 /bin/sh /home/claudio/.xinitrc 18696 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /home/claudio/.xinitrc 18699 /usr/bin/dbus-launch --exit-with-session /home/claudio/.xinitrc 18703 /bin/sh /home/claudio/.xinitrc So I have, among the other things, several processes which loops each 30s to update the bar. Concurrently. I can safely kill the first four process since the PID 18703 is the only one I need. But, how can prevent all this unused processes to be spawn? Thanks in advance for any help. While waiting for a reply I'll continue to Google about and RTFM. Regards, Claudio -- __ Raphaël Proust
Re: [dev] [dwm] Several xinitrc processes running on Ubuntu
On Mon, Nov 5, 2012 at 9:05 AM, clamiax smo...@gmail.com wrote: 2012/11/5 Raphael Proust raphla...@gmail.com How do you restart dwm? meta-shift-q How do you invoke it in your .xinitrc? exec dwm Basically, paste your .xinitrc (or a simplified version that still exposes the behaviour you have) to get some help. (Your dwm/config.h might be useful, depending on your setting.) I may reproduce the problem with a vanilla config.h and an xinitrc file containing only the line exec dwm. I hope not getting into one of Ubuntu many weird windows-like problems. Either that or your dm is making something funky. I can observe the same on this Ubuntu machine running lightdm and a similar .desktop and .xinitrc. (Does not happen in Arch with sldm.) pstree(1) indicate that the old processes are abandoned by lightdm and passed over to init. Not sure why. -- __ Raphaël Proust
Re: [dev] I don't want to live on this planet anymore
On Wed, Oct 31, 2012 at 5:49 PM, Calvin Morrison mutanttur...@gmail.com wrote: An example we had to do for a quick in class activity was writing a program to student names (in a text files) into a list and print out their respective grades (in another text file). With output like this: Joe 89 Bob 25 Mary 100 I quickly overcame the assignment with: paste names.txt grades.txt My professor responded by saying you are doing it the wrong way. You would have had extra points by giving your answer as an extra answer. And if your teacher has a vague sense of humour, you can wrap your extra answer into complicated layers (e.g. wget the source for paste, sed to remove the parts your project does not need, compile and run; or use perl to generate a javascript program that invokes the paste command). It's preposterous to not use the tools given to us by unix gods. This is why you want to take a unix environment course! Calvin On 31 October 2012 13:42, Roberto E. Vargas Caballero k...@shike2.com wrote: My 3rd year computer science professor just said: In order to have a good program, it must be large *facepalm* This is something very common today. Teachers in the universities create minds that only can do very difficult things. I has to say that in my case was the same, and took long time to me see that this was shit, but usually people can't understand it because they don't know other thing. -- __ Raphaël Proust
Re: [dev] [st] new features
On Sun, Oct 28, 2012 at 4:35 PM, Christoph Lohmann 2...@r-36.net wrote: Hello. On Sun, 28 Oct 2012 17:35:02 +0100 ilf i...@zeromail.org wrote: How about a new release? (release often..) How about rap music? (release early, release often (and with rap music) - FAT lab - http://www.gold.f.at/press.html (circa 2min in the video)) srsly though, release is a good idea. Cheers, -- __ Raphaël Proust
Re: [dev] st: improved double-buffering with Xdbe
On Mon, Jul 30, 2012 at 7:09 PM, bran...@invergo.net wrote: On 30.07.2012 17:38, Kai Hendry wrote: I'm enjoying st 0.2.1-tip though ctrl+c after opening `tail -f /var/log/everything.log` doesn't work for me anymore. Anyone else? ⇈ read that Has anyone else tried it that can confirm or deny this behavior? Works for me too… Can't observe any weird behaviour. -- __ Raphaël Proust