Re: [dev] C coded lightweight Linux vector graphics editor

2014-06-23 Thread Džen
What about using pgf/tikz? On Fri, Jun 20, 2014 at 1:00 PM, Charlie Murphy cmsmur...@gmail.com wrote: Sylvain BERTRAND wrote: Unfortunately, the C toolkits over there are turning very bad: GTK+ and the EFL do depend on harfbuzz for their font layout computation which is an *really* ugly c++

Re: [dev] C coded lightweight Linux vector graphics editor

2014-06-23 Thread stanio
* Džen 2014-06-23 11:14 What about using pgf/tikz? do you mean as backend or as fileformat/syntax? tikz is quite powerful but I wouldn't call it simple. --s_

Re: [dev] [st] [PATCH] Explicit cast in CEIL macro

2014-06-23 Thread Alexander Hof
Markus Teich dixit: [0] http://www.muppetlabs.com/~breadbox/software/tiny/teensy.html Great read, thanks! - Alex

Re: [dev] C coded lightweight Linux vector graphics editor

2014-06-23 Thread stanio
* Džen 2014-06-23 13:09 As a back-end and syntax. TikZ actually is quite simple. The syntax is simple for simple things, true. But then you need to through it to pgf and tex and whether they as dependences make much sense… A lot of people find it difficult to use, but practice makes

Re: [dev] C coded lightweight Linux vector graphics editor

2014-06-23 Thread patrick295767 patrick295767
Hej Guys, Some 5-7 years ago, we coded a lightweight vector graphic soft that was based on Xlib. It used some key bindings of Adobe Illustrator, but it was really too basic for anything. We are coding a new one which is based on SDL, but project dvlpt is really slow. Whatsoever I can use those

Re: [dev] C coded lightweight Linux vector graphics editor

2014-06-23 Thread Džen
On Mon, Jun 23, 2014 at 1:50 PM, sta...@cs.tu-berlin.de wrote: But then you need to through it to pgf and tex and whether they as dependences make much sense… Indeed, that's a messy overhead. I have used it several times for different purposes but not so often. Every time I get back to it,

Re: [dev] [st] [PATCH] Explicit cast in CEIL macro

2014-06-23 Thread FRIGN
On Mon, 23 Jun 2014 09:32:09 +0200 Roberto E. Vargas Caballero k...@shike2.com wrote: For me it is ok to, but I think we are losing the point here. Why st has a macro called CEIL instead of using ceil?, because it is used only with integers, and in this case is faster use CEIL instead of

Re: [dev] C coded lightweight Linux vector graphics editor

2014-06-23 Thread FRIGN
On Mon, 23 Jun 2014 11:13:36 +0200 Džen yvl...@gmail.com wrote: What about using pgf/tikz? What about not top-posting? -- FRIGN d...@frign.de

Re: [dev] C coded lightweight Linux vector graphics editor

2014-06-23 Thread Anders Eurenius
I think the code is probably horrendous, but I kind of like xfig, it has a kind of brutal simplicity, but it can still handle complex drawings well. Incidentally, I've used it to export postscript that was then templated using the {{tags}} entered in xfig directly cheers aes

[dev] Fwd: st patches for more attrs

2014-06-23 Thread Anders Eurenius
Oh, I guess the mailing list manager swallowed the subscribe message --- Hello The render- patches are independent of each other, but depend on the first reorder-and-extend. Move default-rows-cols to config is completely independent, and makes sense on its own. The fast-blink support involves

Re: [dev] Fwd: st patches for more attrs

2014-06-23 Thread FRIGN
On Mon, 23 Jun 2014 15:16:40 +0200 Anders Eurenius a...@spotify.com wrote: Hey Anders, impressive patch. I see that it probably has taken some time to write. The fast-blink support involves a bit of mucking about in the main loop, and is a bit more debatable. I'm not entirely happy with it,

Re: [dev] suckless distro

2014-06-23 Thread Andrew Gwozdziewycz
On Sat, Jun 14, 2014 at 3:28 PM, grayfox gray...@outerhaven.de wrote: Hey, i used Arch for some years but changed to Gentoo this week. It's not really BSD-equivalent by default but with some time you can do everything you want very easily. Moreover I like the USE-flag concept to compile just

Re: [dev] suckless distro

2014-06-23 Thread pancake
void did a move to runit, which is pretty minimal compared to any other init alternative www.voidlinux.eu On 23 Jun 2014, at 15:44, Andrew Gwozdziewycz w...@apgwoz.com wrote: On Sat, Jun 14, 2014 at 3:28 PM, grayfox gray...@outerhaven.de wrote: Hey, i used Arch for some years but changed

Re: [dev] Fwd: st patches for more attrs

2014-06-23 Thread Anders Eurenius
Hey Anders, impressive patch. I see that it probably has taken some time to write. Well, it was a lazy sunday afternoon, nothing serious. The fast-blink support involves a bit of mucking about in the main loop, and is a bit more debatable. I'm not entirely happy with it, but it does

Re: [dev] Fwd: st patches for more attrs

2014-06-23 Thread FRIGN
On Mon, 23 Jun 2014 16:02:01 +0200 Anders Eurenius a...@spotify.com wrote: Also, don't confuse low LOC count with simplicity. Splitting the main loop has merit even without either fastblink or blink. I'll take a closer look at what you did with the main loop and let you know what I think. In

[dev][dwm][PATCH] clarify tagging command in man page

2014-06-23 Thread Caleb Malchik
This patch clarifies in the man page that the default key binding Mod1-Shift-[1..n] removes the other tags from the focused window in addition to adding the nth tag. May not be worth applying but this did cause a bit of confusion for me. Calebdiff --git a/dwm.1 b/dwm.1 index 6687011..29cf319

[dev] [st] [PATCH] Use monotonic clock to prevent timing issues

2014-06-23 Thread FRIGN
Hello everybody, reading run(), I noticed gettimeofday() is being used to measure time-differences. This is not good practice[0], given gettimeofday is inaccurate for this matter (take time-jumps for instance). POSIX.1-2008 even marks it as obsolete! This patch will move the entire timing-system

Re: [dev] suckless distro

2014-06-23 Thread M Farkas-Dyck
On 23/06/2014, Andrew Gwozdziewycz w...@apgwoz.com wrote: Arch is pretty good, has great documentation and is quite lightweight. I must complain about the use of systemd, which is, in my opinion, not very suckless at all. No other complaints though. Beware: Arch now deletes all static

Re: [dev] suckless distro

2014-06-23 Thread Alexander Rødseth
I think removing static libraries for packages does not go against The Arch Way, but rather contributes towards technical simplicity. https://wiki.archlinux.org/index.php/The_Arch_Way --- Alexander Rødseth / xyproto

Re: [dev] suckless distro

2014-06-23 Thread FRIGN
On Mon, 23 Jun 2014 17:17:58 +0200 Alexander Rødseth rods...@gmail.com wrote: I think removing static libraries for packages does not go against The Arch Way, but rather contributes towards technical simplicity. Read this[0], this[1] and this[2]. Then you'll know The Arch Way(R) leads straight

Re: [dev] suckless distro

2014-06-23 Thread Sylvain BERTRAND
On Mon, Jun 23, 2014 at 05:23:02PM +0200, FRIGN wrote: [0]: http://sta.li/faq [1]: http://dl.suckless.org/stali/clt2010/stali.html [2]: http://www.catonmat.net/blog/ldd-arbitrary-code-execution/ BTW, regarding a static linux kernel for desktops: - was including as built-ins *all* desktop

Re: [dev] [PATCH] Remove dead code.

2014-06-23 Thread Carlos Torres
Hey Markus, On 6/21/14, Markus Teich markus.te...@stusta.mhn.de wrote: tabbed.c | 3 --- 1 file changed, 3 deletions(-) ... diff --git a/tabbed.c b/tabbed.c index ba22f9a..cbdaa1f 100644 --- a/tabbed.c +++ b/tabbed.c good thing your text mentioned tabbed, though i think subjects and