Re: [dev] [dwm] Handling Function Keys

Am 20.08.2011 11:15, schrieb Bastien Dejean: Hi, I'm using a keyboard with extra function keys and since those keys are not defined in keysym.h, I inserted the following line in dwm.c: #include It works, but it produces warnings: warning: initialization makes integer from poin

Re: [dev] Linux sucks!

Am 27.10.2011 17:57, schrieb Christoph Lohmann: Greetings. On 27.10.2011 02:04, Guilherme Lino wrote: yo fund this.. it kind of old, but it rise some questions http://lunduke.com/?p=429 how do you feel about this? At least he is able to setup a website. Sincerely, Christoph Lohmann Yea

Re: [dev] what's your opinion on Go

Am 13.12.2011 14:28, schrieb Corey Thomasson: On 13 December 2011 08:03, Bjartur Thorlacius > wrote: + D is the best of C and Python modulo compatibility and popularity. Unlike lisp, most any programmer can read it. Last time I looked at D it was more like

Re: [dev] [dwm] to ati proprietary driver or not

Am 13.02.2012 21:50, schrieb Srdjan Milicev: Hi, Have anybody tried ati proprietary driver with dwm? Does one need to downgrade xorg like with gnome? Thank you all. I had no problems with latest Xorg, fglrx and dwm (in semptember, then I got my nvidia)

Re: [dev] Suckless Laser GUI

OpenGL 3. Best regards, David

Re: [dev] Suckless Laser GUI

Am 02.07.2013 07:08, schrieb Edgaras: > I think you should reconsider tk, though you need to install tcl and tk, tk is > quite nice to work with (with exception of some small hiccups), and if you > have > a cli for controlling everything it should wrap around it quite well. > I personally find Tk

Re: [dev] Suckless Laser GUI

Am 02.07.2013 09:46, schrieb Edgaras: > On Tue, Jul 02, 2013 at 08:11:36AM +0200, David wrote: >> Am 02.07.2013 07:08, schrieb Edgaras: >>> I think you should reconsider tk, though you need to install tcl and tk, tk >>> is >>> quite nice to work with (with exce

Re: [dev] Suckless Laser GUI

Am 02.07.2013 12:33, schrieb Jens Staal: > On 2013-07-02 12:33, David wrote: >> Am 02.07.2013 09:46, schrieb Edgaras: >>> On Tue, Jul 02, 2013 at 08:11:36AM +0200, David wrote: >>>> Am 02.07.2013 07:08, schrieb Edgaras: >>>>> I think you should

Re: [dev] Suckless Laser GUI

Am 02.07.2013 12:48, schrieb Edgaras: > On Tue, Jul 02, 2013 at 12:33:08PM +0200, David wrote: >> Am 02.07.2013 09:46, schrieb Edgaras: >>> On Tue, Jul 02, 2013 at 08:11:36AM +0200, David wrote: >>>> Am 02.07.2013 07:08, schrieb Edgaras: >>>>> I think

Re: [dev] Suckless Laser GUI

Am 02.07.2013 16:34, schrieb hiro: > On 7/2/13, David wrote: >> Am 02.07.2013 09:46, schrieb Edgaras: >>> On Tue, Jul 02, 2013 at 08:11:36AM +0200, David wrote: >>>> Am 02.07.2013 07:08, schrieb Edgaras: >>>>> I think you should reconsider tk, thoug

[dev] Re: last request for a dev-only list

d on the references header. -David

Re: [dev] dwm in a window

On Tue, Jul 7, 2009 at 4:25 PM, Kurt H Maier wrote: > On Tue, Jul 7, 2009 at 9:24 AM, Anselm R Garbe wrote: >> a) on top of existing ones >> >> b) existing ones on top >> >> I tend to a) atm just because it would make porting to other platforms >> so much simpler. > > There is no point to running a

Re: [dev] dwm in a window

On Tue, Jul 7, 2009 at 5:07 PM, Antoni Grzymala wrote: > David Tweed dixit (2009-07-07, 16:58): >> system, the "full" display-postscript compositing engine behind "full" >> GNUstep and all those other "new" windowing systems that never >> act

Re: [dev] suckless touchscreen window manager

On Fri, Jul 24, 2009 at 8:55 AM, Anselm R Garbe wrote: > 2009/7/24 Leandro Chescotta : >> yeah, im waiting to see with which window manager google develop for their >> google chrome operating system... i think is that or android :P then... > > Afaik it'll be a new window system, so it's VERY intere

Re: [dev] Lexers and parsers

On Tue, Aug 18, 2009 at 1:27 AM, Maurício wrote: > I've been thinking on how to implement such tool. Since I'm > not a really good developer, I thought about asking people for > sugestions. If you had such "shell yacc", how would you like it > to be or behave? Would BNF be okay, or would you expect

Re: [dev] Lexers and parsers

On Wed, Aug 19, 2009 at 6:18 PM, Kurt H Maier wrote: > On Wed, Aug 19, 2009 at 11:49 AM, David Tweed wrote: >> what would be most effective in tracking >> down the inevitable problems when there's a bug in the user input >> and/or mismatched input, particularly if it

Re: [dev] Lexers and parsers

On Thu, Aug 20, 2009 at 1:37 PM, Kurt H Maier wrote: > On Thu, Aug 20, 2009 at 3:43 AM, David Tweed wrote: [snipped] > No matter how hard you try, I'm not going to turn this into a pissing > match.  Just keep in mind you're not the only one in the world -- or > even on this

Re: [dev] A lightwieight and working typesetting system.

On Wed, Sep 2, 2009 at 12:56 PM, QUINTIN Guillaume wrote: > Hi, > > Do you guys know a (working) typesetting system other than latex ? > And a good soft to make presentations ? A key point is: do you need to typeset complicated mathematical expressions? I'm not aware of anything that has such good

[dev] Question upgrading dwm

to one or more windows are indicated with an empty square in the top left corner. Many thanks! Cheers, David

Re: [dev] Question upgrading dwm

ell. Note that aptitude shows that packages libxinerama-dev and x11proto-xinerama-dev were installed automatically on my Unbuntu laptop. Perhaps the lines referenced above in config.mk should be commented out by default, as the comment preceding them seems to imply. Thanks again for your help! Cheers, David

Re: [dev] Question upgrading dwm

l? No Xinerama support by default? Or while it's not difficult to figure out, perhaps a line in README indicating how to build without Xinerama. Cheers, David

[dev] Bottom Stack

Hi, The Bottom Stack page lists the status of these patches at dwm 5.6.1, i.e. bstack.c (dwm 5.6.1) (20090908) bstackhoriz.c (dwm 5.6.1) (20090908) Can anyone advise what, if anything need to make them work with dwm 5.7.2? Thanks! Cheers, David

Re: [dev] Bottom Stack

Thanks! On Wed, Oct 7, 2009 at 11:18 AM, Szabolcs Nagy wrote: > On 10/7/09, David Neu wrote: >> bstack.c (dwm 5.6.1) (20090908) >> bstackhoriz.c (dwm 5.6.1) (20090908) >> >> Can anyone advise what, if anything need to make them work with dwm 5.7.2? > > they work fine with 5.7.2 > >

Re: [dev] dwm xinerama config.mk settings

putting a statement in the README that indicates that users who don't wish to have this capability should comment the appropriate lines in the config.mk. In my case, dwm 5.6.1 built just fine, but didn't work properly until I commented the Xinerama stuff. Cheers, David

Re: [dev] a suckless computer algebra system

On Fri, Nov 20, 2009 at 12:51 AM, Kris Maglione wrote: > On Thu, Nov 19, 2009 at 02:23:35PM -0600, A.J. Gardner wrote: >> >> I'm interested in math and CASs, but my opinions on available software >> are ill-formed and mostly ignorant. Does anyone else here have an >> interest in this topic, broadl

Re: [dev] a suckless computer algebra system

On Fri, Nov 20, 2009 at 1:38 PM, Jukka Ruohonen wrote: > On Thu, Nov 19, 2009 at 02:23:35PM -0600, A.J. Gardner wrote: >> Anyone know of any suckless math software out there in the tubes? > > As for algebra, the king of the hill is without doubt LAPACK. But since > Fortran is nowadays seldom used,

Re: [dev] a suckless computer algebra system

On Fri, Nov 20, 2009 at 2:15 PM, Jukka Ruohonen wrote: > On Fri, Nov 20, 2009 at 01:53:47PM +0000, David Tweed wrote: >> FWIW, my understanding is that the LAPACK library must have an API >> which conforms with a reference Fortran implementation, but there are >> various ve

Re: [dev] a suckless computer algebra system

On Fri, Nov 20, 2009 at 3:20 PM, Jukka Ruohonen wrote: > On Fri, Nov 20, 2009 at 02:57:24PM +0000, David Tweed wrote: >> I was pointing out more how the simple-minded software metrics would >> condemn you to around about the level of performance acheived by the >> reference L

[dev] [OFFTOPIC] Recommended meta-build system

Hi, I'm wondering if anyone has had particularly good experiences with any meta-build system (cmake, etc) in the following circumstances: I will have a large codebase which consists of some generic files and some processor specific files. (I'm not worried about OS environent stuff like "has vsnpr

Re: [dev] [OFFTOPIC] Recommended meta-build system

Thanks to everyone for all the help. I'm looking more at the development process than the distribution process which means different issues are most important for me. The big issue I'm looking at is that I've got lots of programs which can be visualised as having "conventional" dependencies with t

Re: [dev] [OFFTOPIC] Recommended meta-build system

On Wed, Jan 27, 2010 at 6:25 AM, Uriel wrote: > Why the fucking hell should the fucking build tool know shit about the > OS it is running on?!?!?! > > If you need to do OS guessing, that is a clear sign that you are doing > things *wrong* 99% of the time. [In what follows by "OS" I mean kernel pl

Re: [dev] [OFFTOPIC] Recommended meta-build system

On Wed, Feb 3, 2010 at 4:15 AM, Noah Birnel wrote: > On Mon, Feb 01, 2010 at 04:49:52PM +0100, sta...@cs.tu-berlin.de wrote: > >>... a mobile phone with integrated camera, >> touch screen, 'apps' for learning languages, etc. is as much suckless as an >> axe with a door bell, toilet paper and nucle

Re: [dev] Surf assumes all SSL connections are good, which is bad

On 02/09/10 23:54, Alexander Surma wrote: > Well, the connection is definitely encrypted. Regardless of a man in > the middle or not ;) > However - I see your point. > My suggestion would be, that we allow yet another userscript to handle > this. I for one do not care for verifying certificates. Bu

Re: [dev] Why use Mercurial?

On 02/14/10 09:08, Jacob Todd wrote: > On Sun, Feb 14, 2010 at 04:04:54PM +0100, Preben Randhol wrote: >> So what is your point? Everything has to be written in C? This is >> mindbogglingly stupid. Not only is C; high maintenance, slow >> development cycle, insecure but also extremely low level.

Re: [dev] Why use Mercurial?

On 2/14/10, Kris Maglione wrote: > 1) We've been using Mercurial since long before the advent of git. As a purely factual matter, this can't be correct as Matt Mackall started work on Mercurial after reading Linus Torvalds announce he'd got the very initial bare-bones of git working. (It all bega

[dev] Fullscreen troubles.

Hi, I use dwm for longtime now, it's the only one tiling wm which does everything by almost default. Like manage fixed sixe windows (zsnes, games,..) perfectly and has a full xinerama support whereas ratpoison does not have free layout or the possibility to manage free windows, same for i3, it doe

Re: [dev] Fullscreen troubles.

No it's not a SDL problem because some are not SDL based apps, and it does this problem only with dwm. Best regards. 2010/3/9 Jakub Lach : >> Hi, >> >> I use dwm for longtime now, it's the only one tiling wm which does >> everything by almost default. Like manage fixed sixe windows (zsnes, >> gam

Re: [dev] Fullscreen troubles.

On Tue, Mar 09, 2010 at 12:47:35PM +, Anselm R Garbe wrote: > On 9 March 2010 12:07, David DEMELIER wrote: > > No it's not a SDL problem because some are not SDL based apps, and it > > does this problem only with dwm. > > If some apps aren't SDL, then we hav

Re: [dev] Fullscreen troubles.

iling WM" > > > > > > Did you test SDL1.2.14? > > 1.2.13 with dwm 5.6 miraculously worked, so maybe it was friendlier > version. > > regards, > Jakub Lach Here I have 1.2.14 and dwm-5.7.2 and the problem is still here yeah. -- Demelier David

Re: [dev] [sw] Suckless web-framework

On Mon, Apr 5, 2010 at 6:34 PM, Charlie Kester wrote: > On Mon 05 Apr 2010 at 08:29:24 PDT Connor Lane Smith wrote: >> >> On 5 April 2010 15:13, Uriel wrote: >>> >>> Actually, modern browsers parse HTML much faster than XHTML (yes, I >>> was fooled by the XML scam once too, and it was not until r

[dev] wmii; make with /bin/bash not with /bin/sh

at #suckless did not come up with immediate solution. The only thing that came up on #suckless was LD_PRELOAD to overwrite the system calls... but that might take some time to do and is not a clean option either. But it looks interesting enough to try out some time. Any ideas? -- regards, David

[dev] Re: wmii; make with /bin/bash not with /bin/sh

Robert Ransom writes: > On Thu, 20 May 2010 14:51:37 +0200 > David Schmid wrote: >> Measures tried: >> - resetting PATH, since make calls /bin/sh and not sh it is never >> looked up there >> - setting BINSH or SHELL to /bin/bash won't work either. >>

Re: [dev] wmii; make with /bin/bash not with /bin/sh

ot sure if I could damage the system. If I (mount) bind the folders (like /bin, /share, ...) on a local folder and then chroot there; relink sh to bash, compile, exit jail and be happy with a compiled wmii, but a slightly damaged system this would not be what I had in mind. David Engster wrote: &g

[dev] Re: wmii; make with /bin/bash not with /bin/sh

David Schmid writes: > David Engster wrote: > >> GNU make will never set the shell from the environment. >> >> I've built wmii on Solaris without problems using >> >> gmake SHELL=/bin/bash > > seeme like using "make SHELL=/bin/bash" ins

Re: [dev] Re: wmii; make with /bin/bash not with /bin/sh

On Thu, 20 May 2010 21:46:01 +0200 David Engster wrote: > David Schmid writes: > > David Engster wrote: > > > >> GNU make will never set the shell from the environment. > >> > >> I've built wmii on Solaris without problems using > >> &

Re: [dev] Re: wmii; make with /bin/bash not with /bin/sh

Kris Maglione wrote: On Thu, 20 May 2010 22:19:20 +0200 David Schmid wrote: On Thu, 20 May 2010 21:46:01 +0200 David Engster wrote: Now it says: MAKE all libbio/ ../util/compile: syntax error at line 13: `(' unexpected make[1]: *** [bbuffered.o] Error 2 make: *** [dall] Error 2

[dev] [dwm] System unusable after closing foobillard

p 20; pkill -9 foobillard in a other term after closing it but it does not work neither. The problem is that foobillard do not have WM_CLASS atom, so can't make it start directly in floating mode. Should I mail to the foobillard upstream too? King regards. -- Demelier David

Re: [dev] dwm-5.8.1 / dmenu-4.1.1

h >> monocle/floating/tiles mode. > > I spend some time on the fullscreen issues and came up with a version > that works for all cases I tested so far. It is committed into hg tip. > It is a simplification of Kris' patch (basically I got rid of > superflous checks that don't seem to be necessary), but with a more > complicated clientmessage(). I also extended Client a bit to keep > state and changed resize(). The changes I did are backwards compliant > for any layout algorithms however. > > Please test hg tip and let me know any issues. > Do you remember the mplayer scaling issue that we talked about on IRC? The issue is still here even in hg tip. Cheers. -- Demelier David

Re: [dev] Re: wmii; make with /bin/bash not with /bin/sh

David Engster wrote: Robert Ransom writes: On Thu, 20 May 2010 14:51:37 +0200 David Schmid wrote: Measures tried: - resetting PATH, since make calls /bin/sh and not sh it is never looked up there - setting BINSH or SHELL to /bin/bash won't work either. - Asking for help at #suc

[dev] Re: wmii; make with /bin/bash not with /bin/sh

David Schmid writes: > David Engster wrote: >> Robert Ransom writes: >>> On Thu, 20 May 2010 14:51:37 +0200 >>> David Schmid wrote: >>>> Measures tried: >>>> - resetting PATH, since make calls /bin/sh and not sh it is >>>> never loo

Re: [dev] Tiling windowmanager workflow (Was: [dvtm] Fibonacci layout patch)

On Tue, Jun 1, 2010 at 12:56 PM, Moritz Wilhelmy wrote: >> On Tue, Jun 01, 2010 at 01:27:07PM +0200, Mate Nagy wrote: >> > Using the vim splits may be cheating, but it sure is convenient. >> sorry for self-reply: I thought that maybe for maximum punishment, the >> fibonacci layout could support nm

Re: [dev] dwm-5.8.2 / 9base-6

h mplayer. Even fstype=non in mplayer.conf still does'nt scale the mplayer fullscreen window. > Also 9base has been updated during the past weeks and contains several > new commands like ed, sam, unutf and many others. > >  http://dl.suckless.org/tools/9base-6.tar.gz > > Have fun, > Anselm > > -- Demelier David

[dev] Re: [ANN] wmii 3.9.1 released

ginal-awk' and symlink/rename that to awk, or - even worse - use some obscure '-W interactive' option from mawk in the above line. Please don't flame me, I'm just the messenger... -David

[dev] Re: [ANN] wmii 3.9.1 released

Kris Maglione writes: > On Tue, Jun 08, 2010 at 07:49:50PM +0200, David Engster wrote: >>It seems Ubuntu installs 'mawk' for providing 'awk', which by default >>buffers its input, so the above won't do anything. Ubuntu users will >>have to install &#x

[dev] Re: [ANN] wmii 3.9.1 released

t $event "$@" ) Event loop works for me again, but I'm still using dash 0.5.5, so I can't tell if it really circumvents that bug in 0.5.6. (Which distributions are stuck on that version, anyway? Dash 0.5.6.1 was released a few days ago, and Arch is updated in SVN.) -David

[dev] Re: [ANN] wmii 3.9.1 released

med anyway. In any case, they're not in a freeze yet (and that bug should be release-critical anyway), so this should be fixed rather sooner than later since it's their new default shell, but you never know... -David

[dev] Re: [ANN] wmii 3.9.1 released

'uriel' writes: > On Tue, Jun 8, 2010 at 7:49 PM, David Engster wrote: >> It seems Ubuntu installs 'mawk' for providing 'awk', which by default >> buffers its input, so the above won't do anything. Ubuntu users will >> have to install

[dev] Re: XDG directories

which problem exactly is solved by this. I tried to read the "XDG Base Directory Specification" [1] but I admit I didn't get past "Basics". How is fiddling with XDG_DATA_HOME, XDG_CONFIG_HOME, XDG_DATA_DIRS, XDG_CONFIG_DIRS and XDG_CACHE_HOME better than a dotfile or

[dev] Re: XDG directories

David Engster writes: > Kris Maglione writes: >> While on the one hand, I think that the people who wrote the XDG spec >> are raving mad[1], on the other, I hate applications clogging up my >> home directory with dot-files. I'm considering moving ~/.wmii to >> ~

[dev] Re: XDG directories

Dieter Plaetinck writes: > On Fri, 11 Jun 2010 09:29:41 -0400 > Kris Maglione wrote: > >> On Fri, Jun 11, 2010 at 03:17:18PM +0200, David Engster wrote: >> >David Engster writes: >> >> I'm trying to understand which problem exactly is solved by this. I &g

[dev] Re: XDG directories

Dieter Plaetinck writes: > On Fri, 11 Jun 2010 16:09:55 +0200 > David Engster wrote: > >> Dieter Plaetinck writes: >> > yes, both the app data and user data (can) end(s) up in >> > $XDG_DATA_HOME >> >> I see that in my .local/share as well. It'

Re: [dev] stderr: unnecessary?

On Sat, Jun 12, 2010 at 12:06 PM, Kris Maglione wrote: > On Sat, Jun 12, 2010 at 12:53:27PM +0200, pancake wrote: >> >> On Jun 12, 2010, at 9:27 AM, Connor Lane Smith wrote: >>> >>> On 12 June 2010 08:00, Kris Maglione wrote: >>> Except it can actually fetch as much data as is addressable in mem

Re: [dev] Suckless operating system

On Sun, Jun 13, 2010 at 11:09 PM, Martin Kopta wrote: > Some philosophical questions.. > > What does it mean for an operating system to be suckless? > What features should (or should not) an OS have in order to be suckless? > Are there suckless or close-to-be-suckless operating systems out there?

Re: [dev] Suckless operating system

On Mon, Jun 14, 2010 at 12:38 AM, Connor Lane Smith wrote: > On 14 June 2010 00:16, David Tweed wrote: >> One of the issues to consider is that what computers are used for >> changes with time, and decisions that one may classify as "the >> suckless way of doing things

Re: [dev] Suckless operating system

On Tue, Jun 15, 2010 at 12:19 AM, Matthew Bauer wrote: > I wish modern filesystems would allow some way of identifying a file type > besides in the filename. It seems like that would make things more straight > forward. The other issue is an providing a very-easy-to-type equivalent of globbing on

Re: [dev] Interesting post about X11

On Tue, Jun 15, 2010 at 2:56 AM, Will Light wrote: >  i only take issue with the notion > that web-based applications will somehow "replace" desktop apps > entirely. > > for some use cases, sure...i mean, if somebody only uses facebook and > gmail on their netbook, then yeah, why the hell do they

Re: [dev] Interesting post about X11

On Tue, Jun 15, 2010 at 2:56 AM, Will Light wrote: >  but the notion of a browser-based terminal > for a local machine just seems ridiculous...and that's a mild example! >  a browser-based music sequencer or video editor, for example, is so > far off that it's just impractical. Just to provide so

Re: [dev] Interesting post about X11

On Thu, Jun 17, 2010 at 2:04 AM, Will Light wrote: > yeah, I'm aware that the stuff exists.  just earlier today I was doing > quite a bit of fiddling around with the current version of audiotool > (http://www.audiotool.com/), and it's pretty cool.  the potential is > definitely there, but the poin

Re: [dev] Interesting post about X11

On Thu, Jun 17, 2010 at 3:32 AM, Kurt H Maier wrote: > On Thu, Jun 17, 2010 at 2:27 AM, David Tweed wrote: >> "obviously safe machine code" > > hahahahahah Would you care to elaborate on this? The compilation problem is asymmetric: there's going to be lots of c

Re: [dev] Presentation slides software

> for good PDF to HTML converters. > > uriel > >> though I don't expect it'd be nearly as clean as that generated by markdown. >> I use TeX myself, which has some fairly good HTML generators these days. >> >> -- >> Kris Maglione >> >&g

[dev] [dwm] adding WM_WINDOW_ROLE rule

ike to write a patch but for the moment I don't find the good function that handle WM_WINDOW_ROLE. With kind regards. -- Demelier David

Re: [dev] [dwm] adding WM_WINDOW_ROLE rule

2010/7/27 Rob : > On 26 July 2010 22:32, David DEMELIER wrote: >> Hello dear dwm users, > > hi > >> There is something that make me sad with dwm, there is a lack of role >> rules for clients. I explain : clients have instance and name using >> WM_CLASS, but t

Re: [dev] Re: [dmenu] getting dmenu to use multiselect with tab completion

i was not able to patch the latest version of dmenu with it... Can you please tell me what version of dmenu you used? Thanks, Catalin -- ****** Catalin David B.Sc. Computer Science 2010 Jacobs University Bremen Phone: +49-(0)1577-49-38-667 College Ring 4, #343 Krupp Col

[dev] Re: [9buntu] first attempt -bashing needed

analysis... Is it based on 10.04? That boot process defies any analysis. Did you manage to remove that thing they call 'plymouth'? > Flame retardant: That won't help you much as long as you keep posting HTML mails. ;) -David

Re: [dev] The mysterious 31

On Wed, Aug 4, 2010 at 2:53 AM, Jacob Todd wrote: > In K&R, chapter 6, section 6, there is a funtion called hash that hashes a > string, which will be stored in a linked list. The function in question is on > page 144, but here it is for those of you who don't have K&R handy. > >        /* hash:  

Re: [dev] The mysterious 31

On Wed, Aug 4, 2010 at 5:01 AM, David Tweed wrote: > On Wed, Aug 4, 2010 at 2:53 AM, Jacob Todd wrote: > It's also worth remembering that K & R was written at a time many > decades ago when performance aspects of computer architecture were a > lot, lot simpler. Apparently

Re: [dev] The mysterious 31

On Wed, Aug 4, 2010 at 2:22 PM, John Yates wrote: > Here are two useful references: > >  http://bretm.home.comcast.net/hash/ >  http://burtleburtle.net/bob/hash/ > > RE computation cost: Generalized integer multiplication and integer > division both used to be expensive.  On modern processors a >

Re: [dev] The mysterious 31

On Wed, Aug 4, 2010 at 6:01 PM, David Tweed wrote: > On Wed, Aug 4, 2010 at 2:22 PM, John Yates wrote: >> performance though. An instruction reference claims that it's latency > is 50 instructions on an Atom, which is why I try and avoid > unnecessary divisions.) Oops:

Re: [dev] [dwm] adding WM_WINDOW_ROLE rule

2010/7/27 Anselm R Garbe : > Hi David, > > On 26 July 2010 22:32, David DEMELIER wrote: >> There is something that make me sad with dwm, there is a lack of role >> rules for clients. I explain : clients have instance and name using >> WM_CLASS, but there is also WM_

Re: [dev] wrap: minimalist archiving tool

On Fri, Aug 6, 2010 at 3:10 PM, Connor Lane Smith wrote: > I've written a tiny archiver, which I've called "wrap" for lack of a > better name. It is 120 lines of C, and yields far smaller archives > than tar while overcoming the various crippling limitations of ar. It > does, however, only store f

Re: [dev] wrap: minimalist archiving tool

On Mon, Aug 9, 2010 at 12:48 PM, Connor Lane Smith wrote: > On 9 August 2010 04:54, David Tweed wrote: >> The one thing that leaps out at me is that there's no checksumming of >> either the individual files or the whole the archive file performed, >> so if you give it a

Re: [dev] Suckless design in Games

On Wed, Aug 11, 2010 at 1:09 AM, Alex Hutton wrote: > An idea I had the other day, and this is for dealing with data > compartmentation in games, was to write a game in C and use sqlite for > all the data. I've never used sqlite so I don't know how the > performance would go, but it seems like a g

Re: [dev] Suckless design in Games

On Wed, Aug 11, 2010 at 1:05 PM, Szabolcs Nagy wrote: > i experimented with various types of genericity for algorithms > here is one approach: > implement the algorithm in the simplest way for the most useful types > etc. then when you need it for a specific task then copy the code and > apply app

Re: [dev] Usable typesetting system?

On Sun, Aug 22, 2010 at 12:15 PM, Martin Kopta wrote: >  I wrote my bachelor thesis using LaTeX and now I am going to write my > master thesis. I would rather avoid TeX and everything TeX based this time. Are you planning on writing any papers (effectively, do you plan to become an academic)? If

Re: [dev] A language similar to Markdown that sucks less

On Sun, Aug 22, 2010 at 8:20 PM, Joseph Xu wrote: > On 8/22/2010 12:47 PM, David J Patrick wrote: >> >> On 10-08-22 12:37 PM, Alexander Teinum wrote: >>> >>> What doesn’t work well for me, is that I cannot easily extend >>> Markdown. The design that

Re: [dev] [dwm] adding WM_WINDOW_ROLE rule

2010/8/8 Kris Maglione : > On Sun, Aug 08, 2010 at 09:36:24AM +0200, David DEMELIER wrote: >> >> It's so sad to see that suckless developers don't want to add 10 lines >> to the code to improve it just because *the developers* think it's >> useless. &g

Re: [dev] [OT] Music?

On Wed, Sep 8, 2010 at 10:35 PM, Joel Davila <6336...@gmail.com> wrote: > On 8 September 2010 15:12, Nikhilesh S wrote: >> >> What kind of music do you listen to? Your favourite artists, genres, >> etc.? > >  Interesting. > > Suckless music may be classics as Beethoven, Brahms,Chopin, Ravel, > Tch

Re: [dev] [OT] What's wrong with C++?

On Fri, Sep 10, 2010 at 7:19 PM, Paolo wrote: > Why program in C++ when you can do it in C, making the program simpler and > better? One of my maxims is that "everyone mistakenly thinks that the kind of programs that they write are the kind of programs everyone writes". There are some domains in

Re: [dev] [OT] What's wrong with C++?

On Sat, Sep 11, 2010 at 10:40 AM, Paolo wrote: >>> Why program in C++ when you can do it in C, making the program simpler and >>> better? > When you can't make the program simpler and better, or you need to do it > faster > than you do in C, just write C++ or whatever. > > This is just the place

[dev] [dwm] Windows size changes

= new JFrame("Exercice 2 : Compteur"); jf.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); jf.setSize(400,100); JPanel jp_cp = new Compteur(); jf.add(jp_cp); jf.setVisible(true); } } Kind regards, -- Demelier David

Re: [dev] [dwm] Windows size changes

2010/11/12 pmarin : > AWT_TOOLKIT = MToolkit. > Sorry. > > On Fri, Nov 12, 2010 at 11:16 PM, pmarin wrote: >> On Fri, Nov 12, 2010 at 7:58 PM, David DEMELIER >> wrote: >>> Hello, >>> >>> I was surprised to see that a java window does not upda

Re: [dev] [dwm] Windows size changes

2010/11/13 Antoni Grzymala : > David DEMELIER dixit (2010-11-13, 09:34): > >> Thanks, but it seems this workaround only works for i386 while i'm on >> amd64... What a pity > > The canonical workaround these days is: > > wmname LG3D > > where wmname is av

Re: [dev] xmessage replacement similar to dmenu

al? I used to have a shell script that popped open a 9term with the message inside and waited for user input before closing the terminal. I don't have it anymore because I never used it, but it's an easy enough script to write and you won't waste your time creating a pointless program. Regards, David

[dev] [dwm] switch tag with mouse wheel on root

x27;t know what I must add in the argument colon. Kind regards, -- David Demelier

Re: [dev] [dwm] switch tag with mouse wheel on root

nks, this little piece of code should be added to the patches/ :-). Kind regards, David.

[dev] Re: How do you cope with OSX? (if at all)

it run in a separate Space, so you can still quickly switch between X- and Aqua-Applications. Putting osascript -e 'tell app "Finder" to quit' in your .xinitrc will also ease the pain a bit. For installing additional tools I use Macports; I've never been very happy with it, but it's better than Fink. -David

[dev] fast-booting to text editor

Hi, one of those general suckless software questions: I'm in a position where I'll be both commuting a lot and needing to write a lot of text (review coments) over the coming months. I've got a "spare" old but very small, low weight notebook PC I plan to try and use. The only requirements I have a

Re: [dev] fast-booting to text editor

On Sun, Mar 20, 2011 at 6:46 PM, Peter John Hartman wrote: > On Sun, Mar 20, 2011 at 06:21:54PM +0000, David Tweed wrote: >> it. However, my experience is that linux is not particuarly snappy >> booting from a hibernate image, partly because there's so many >> programs

[dev][st] Approach to adding -bg colour option to st

Hi, I'm considering experimenting with st, but I'm incredibly habituated to having my terminal windows all with slightly different coloured backgrounds (so I can "semi-subconsciously" keep track of where the ones in various directories are). The obvious minimal change would be to convert DefaultBG

Re: [dev][st] Approach to adding -bg colour option to st

On Mon, Apr 25, 2011 at 10:34 AM, Jan wrote: >> It is also worth considering whether to handle this via X Resources (the >> ~/.Xdefaults file) instead of command line options - since a terminal is >> not normally something you are going to start by invoking directly, but >> rather through a shortc

  1   2   3   4   5   >