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

2009-11-14 Thread Julien Steinhauser
On Fri, Nov 13, 2009 at 04:50:58PM -0500, d...@linuxcaffe.ca wrote: > > Quoting Suraj Kurapati : > >> 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

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

2009-11-14 Thread Kris Maglione
On Fri, Nov 13, 2009 at 11:42:17PM +0100, Julien Steinhauser wrote: and when it DOES have to be restarted, you lose MONTHS of configuration.. no thanks. I'm also planning on using it for a USBkey environment, so the re-start is a given. djp It shouldn't be so hard to have a script which rememb

Re: [dev] [OT]: Go programming language

2009-11-14 Thread Anselm R Garbe
After having looked into Go quite a bit my conclusion is that C is still the language of choice for my/our projects. I want to carry on with my goals such as stali, cleaned up dwm and st (which is still on the backburner) in C. I don't want to get involved too much into some new language that loo

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

2009-11-14 Thread Julien Steinhauser
On Sat, Nov 14, 2009 at 04:34:35AM -0500, Kris Maglione wrote: > > On Fri, Nov 13, 2009 at 11:42:17PM +0100, Julien Steinhauser wrote: >>> and when it DOES have to be restarted, you lose MONTHS of >>> configuration.. no thanks. >>> I'm also planning on using it for a USBkey environment, so the re-s

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

2009-11-14 Thread Yannic Haupenthal
Kris Maglione wrote: > On Sat, Nov 14, 2009 at 12:47:54AM -0500, d...@linuxcaffe.ca wrote: >> here's a riddle or two; >> How do I include the column, and the order within the column, of each >> item ? >> Is there any way to also direct the window-mode (stack, default, >> maximum) for each column ?

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

2009-11-14 Thread djp
Quoting Kris Maglione : On Fri, Nov 13, 2009 at 11:15:24AM -0500, David J Patrick wrote: I'd pay someone to do it, but there's not a chance in hell I will be able to myself (time and coding skills in short supply) That can certainly be arranged, if it's that important to you. now ew're ge

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

2009-11-14 Thread djp
Quoting Kris Maglione : No, that's not possible (except perhaps to launch them in the right order and hope they open in that order again). well hang on a minute there. wmii, as I understand it, builds a whole virtual file tree to manage every aspect of the session... couldn't that virtua

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

2009-11-14 Thread djp
Quoting Yannic Haupenthal : Are you sure? Because I tried yesterday to build exactly this. And you can use wmiir ls /client/ or wmiir read event for this function, then it seems, that every application gets the same notations ... What about saving and reloading the entire wmiir virtual file tre

[dev] suckless tools should be packaged for Slitaz

2009-11-14 Thread djp
Slitas is a very small, very smart built-from-scratch linux distro. It features some surprisingly good ideas, is active and in use, and is very much the sort of distro that would "resonate" with the sorts of folks who like tools that suckless. Slitaz's package management is very simple and

Re: [dev] suckless tools should be packaged for Slitaz

2009-11-14 Thread djp
Quoting d...@linuxcaffe.ca: I would suggest that one of the suckless devs might look into it and step up as the package maintainer for Slitaz. At the moment, the default wm for Slitaz is OpenBox, and it also ships with jwm. I think wmii should be the third default option. djp

Re: [dev] suckless tools should be packaged for Slitaz

2009-11-14 Thread Jacob Todd
On Sat, Nov 14, 2009 at 11:02:24AM -0500, d...@linuxcaffe.ca wrote: > Slitas is a very small, very smart built-from-scratch linux distro. It > features some surprisingly good ideas, is active and in use, and is > very much the sort of distro that would "resonate" with the sorts of > folks who

Re: [dev] suckless tools should be packaged for Slitaz

2009-11-14 Thread djp
Quoting Jacob Todd : http://sta.li wow would you call that a distro ? do you run a daily system on it ? (probably stupid question) can the method/code be adopted within another distro ? how is it maintained ? is it good for perhaps an embedded or appliance application ? is it good for serving u

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

2009-11-14 Thread Jonas Domeij
2009/11/14 : >> It also seems a bit superfluous. The whole point of dynamic window >> managers is to make static layouts unimportant. I've never missed those >> kinds of features. > > Well you and I have different use-cases then. > I'm trying to build a "control centre" for my business, using wmii

Re: [dev] No rule to make target `/usr/local/lib/libixp.a'

2009-11-14 Thread Davide Anchisi
That was the problem: I had libixp.a in /usr/lib/ Thank you very much. Davide 2009/11/13 Kris Maglione : > On Tue, Nov 10, 2009 at 11:04:22AM +0100, Davide Anchisi wrote: >> >> Hi, >> >> I already posted a similar problem, but as it is still there and don't >> know how to solve it, here it

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

2009-11-14 Thread djp
Quoting Jonas Domeij : Thing is, wmii is kind of supposed to be inconsistent in that way, instead allowing you to quickly change layout & position for different usage patterns. Perhaps you should be looking for a static tiling wm instead, if I understand you correctly. Ion[1] seems to fit your us

Re: [dev] suckless tools should be packaged for Slitaz

2009-11-14 Thread Jacob Todd
On Sat, Nov 14, 2009 at 11:58:44AM -0500, d...@linuxcaffe.ca wrote: > Quoting Jacob Todd : > > http://sta.li > wow > > would you call that a distro ? Yes. > do you run a daily system on it ? (probably stupid question) No, you run it as a system. Most likely you will use it daily. > can the method/

Re: [dev] [OT]: Go programming language

2009-11-14 Thread Uriel
On Wed, Nov 11, 2009 at 6:40 PM, Aled Gest wrote: > 2009/11/11 Preben Randhol : >> Syntactically the language seems a bit confusing at first and >> unfortunately too similar to C. > > I don't get what people have against the C syntax. It's the cleanest > and most logical syntax I've come across so

Re: [dev] [OT]: Go programming language

2009-11-14 Thread Uriel
On Wed, Nov 11, 2009 at 7:43 PM, Moritz Wilhelmy wrote: > On Wed, Nov 11, 2009 at 05:59:19PM +0100, Preben Randhol wrote: >> Syntactically the language seems a bit confusing at first and >> unfortunately too similar to C. > > It looks a like a messy mix of C and pascal. Would be better > without t

Re: [dev] [OT]: Go programming language

2009-11-14 Thread Aled Gest
2009/11/15 Uriel : > What dependencies? These ones: > It has a runtime and a set of libraries, no > different from C++ Those are drawbacks IMO. I avoid the C standard library where I can and I certainly avoid the C++ standard library like the plague, and just in case it wasn't clear, I hate C++

Re: [dev] [OT]: Go programming language

2009-11-14 Thread Uriel
On Fri, Nov 13, 2009 at 8:54 AM, Jorge Vargas wrote: > can we please remove all the lisp/C talk from this thread. I came here > to see what the dwm folks had to say about go and of course the > remarkable people working on them. Go is the only hope for the future of the software industry, the onl

Re: [dev] [OT] [OT]: Go programming language

2009-11-14 Thread Uriel
On Fri, Nov 13, 2009 at 11:45 AM, Dmitry Maluka wrote: > On Fri, Nov 13, 2009 at 03:47:46AM +, Aled Gest wrote: >> I totally agree that the C pre-processor sucks. It's ill thought out >> and needs replacing. > > Any proposals? You don't need to replace something that is useless and evil, as G

Re: [dev] [OT]: Go programming language

2009-11-14 Thread Uriel
On Sun, Nov 15, 2009 at 6:27 AM, Aled Gest wrote: > 2009/11/15 Uriel : >> What dependencies? > > These ones: > >> It has a runtime and a set of libraries, no >> different from C++ > > Those are drawbacks IMO. I avoid the C standard library where I can > and I certainly avoid the C++ standard libra