On Friday, September 3, 2010, Anders Andersson wrote:
> Since this library doesn't seem to have much to do with drawing
> anyway, I fail to see why it should pollute the already taken and very
> generic 'libdraw'.
>
> As far as I have seen from sporadically following this thread is that
> this is
On Fri, Sep 3, 2010 at 9:08 AM, Connor Lane Smith wrote:
> Things are better seen in black and white, as Uriel will no doubt agree.
Its got nothing to do with black and white: retarded shit is retarded.
Unless you are a postmodernist, in which case any turd goes.
Using the name 'libdraw' is *bou
On 03.09.2010 00:41, Aurélien Aptel wrote:
If more people want it, I might apply it. But judging from reactions
in this thread, I don't think it's going to happen.
Hm, ok. Then what about a patches section on the st page, like on the
dwm page?
On Friday, September 3, 2010, Uriel wrote:
> I understand that when you are busy reinventing square wheels, causing
> extra confusion is the least of your worries...
Clearly you didn't read the explanation of what libdraw is... Allow me
to reiterate: the functions already existed within dwm, dmen
On 3 September 2010 10:28, Connor Lane Smith wrote:
> On Friday, September 3, 2010, Uriel wrote:
>> I understand that when you are busy reinventing square wheels, causing
>> extra confusion is the least of your worries...
>
> Clearly you didn't read the explanation of what libdraw is... Allow me
On Friday, September 3, 2010, Anselm R Garbe wrote:
> Plan 9's libdraw is very different to the libdraw we are discussing.
> libdraw of dmenu/dwm is intended to be used for different backends,
> not just xlib, hence having libxdraw would be misleading. If we think
> about a better name, what about
+1 for libdc
On 09/03/10 10:48, Connor Lane Smith wrote:
On Friday, September 3, 2010, Anselm R Garbe wrote:
Plan 9's libdraw is very different to the libdraw we are discussing.
libdraw of dmenu/dwm is intended to be used for different backends,
not just xlib, hence having libxdraw would be m
WTF is this 'libdc' thing? So are you guys not only duplicating
existing functionality implemented by batteries, but you are also
confusingly using the same names?
libdc should be:
http://prosourceindustrial.com/myPictures/duracellAA.jpg and that is
what
should be used as a power drawing backend,
On Sep 3, 2010, at 8:19, Kurt H Maier wrote:
WTF is this 'libdc' thing? So are you guys not only duplicating
existing functionality implemented by batteries, but you are also
confusingly using the same names?
libdc should be:
http://prosourceindustrial.com/myPictures/duracellAA.jpg and that is
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.
>>
>> Maybe for people it's useless, but for othe
On Fri, Sep 3, 2010 at 10:00 AM, Stefan Mark wrote:
> Hm, ok. Then what about a patches section on the st page, like on the dwm
> page?
Yes, there will be a patch section.
It seems that surf commit 222 breaks surf's ability to process webkit
signals in windows spawned from an existing surf instance. Also the patch
doesn't actually fix the segfault mentioned in the commit message.
It seems that if there is a segfault from closing a window while the page
is loadin
On Fri, 3 Sep 2010 08:37:00 -0400
Alex Puterbaugh wrote:
> It seems that surf commit 222 breaks surf's ability to process webkit
> signals in windows spawned from an existing surf instance. Also the
> patch doesn't actually fix the segfault mentioned in the commit
> message.
>
> It seems tha
Kris said:
> I'm currently planning to replace the godawful
> fontconfig XML configuration on with a Scheme-based lookup
> system which may save my sanity, though.
>
Please do so! I'v configured my current setup with wget, but this
doesn't get the job done at all.
> Admittedly, the newer auto-hi
Dear suckless list,
attached is a trivial 1 line patch that aligns the text in vertical mode
on the left. This makes the output nicer on long prompts.
Before:
http://www.brechpunkt.de/paste/v9aYZ3DE.png
After:
http://www.brechpunkt.de/paste/QOruE5yA.png
bye,
Christoph
diff -r 23bd778df4
On Fri, Sep 03, 2010 at 08:56:22PM +0200, hiro wrote:
Admittedly, the newer auto-hinters do a decent job of this these days
The freetype autohinter?
http://freetype.sourceforge.net/autohinting/hinter.html#screenshots
Perhaps this is outdated, but it looks horrible to me.
It depends on the fon
On Fri, Sep 3, 2010 at 10:28 AM, Connor Lane Smith wrote:
> It may just be me, but weren't we
> trying to write simple software, not just use libraries that already
> exist because OMG they're in Plan 9!
So instead you use libraries that already exist because OMG they are
in Lunix!! (xlib and Xft
On Friday, September 3, 2010, Uriel wrote:
> So instead you use libraries that already exist because OMG they are
> in Lunix!! (xlib and Xft, so far...)
Only Xlib, actually. And yes, using Unix libraries when on Unix seems
fairly logical.
> Oh, wait, you are creating a new library that uses thos
2010/9/3 Connor Lane Smith :
>> Oh, wait, you are creating a new library that uses those libraries! So
>> I guess that makes it all OK. Not.
>
> You are aware P9P's libdraw depends on Xlib?
It doesn't. libdraw uses a custom protocol to speak with devdraw,
which is a separate program and the only o
On Friday, September 3, 2010, yy wrote:
> It doesn't. libdraw uses a custom protocol to speak with devdraw,
> which is a separate program and the only one in p9p which really
> depends on xlib.
I'd still consider that a dependency, but a bit crazier. But fair
enough I guess?
> I understand what'
20 matches
Mail list logo
