> > 67 Bytes are nothing.
>
> Its bigger than a whole executable has to be[0]. ;)
>
> Apart from that I think it's absolutely fine to use the math library for math.
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
What about using pgf/tikz?
On Fri, Jun 20, 2014 at 1:00 PM, Charlie Murphy 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++ object-oriente
* 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_
Markus Teich dixit:
> [0] http://www.muppetlabs.com/~breadbox/software/tiny/teensy.html
Great read, thanks!
- Alex
As a back-end and syntax.
TikZ actually is quite simple. A lot of people find it difficult to
use, but practice makes perfect. To me it seems to be the most
sophisticated front-end around for drawing vector graphics. I guess
it's a matter of taste, but I prefer to write some TikZ code instead
of u
* 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 perfe
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 2
On Mon, Jun 23, 2014 at 1:50 PM, 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, I find myself “rele
On Mon, 23 Jun 2014 09:32:09 +0200
"Roberto E. Vargas Caballero" 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 calling ceil (wi
On Mon, 23 Jun 2014 11:13:36 +0200
Džen wrote:
> What about using pgf/tikz?
What about not top-posting?
--
FRIGN
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
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 a
On Mon, 23 Jun 2014 15:16:40 +0200
Anders Eurenius 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, but
> it does se
On Sat, Jun 14, 2014 at 3:28 PM, grayfox 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 the things I re
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 wrote:
> On Sat, Jun 14, 2014 at 3:28 PM, grayfox wrote:
>> Hey,
>>
>> i used Arch for some years but changed to Gentoo this week. It's not
> 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 doe
On Mon, 23 Jun 2014 16:02:01 +0200
Anders Eurenius 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 most cases, howe
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 10064
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 o
On 23/06/2014, Andrew Gwozdziewycz 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 libraries in packages
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"
On Mon, 23 Jun 2014 17:17:58 +0200
Alexander Rødseth 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 to hell.
Che
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
Hey Markus,
On 6/21/14, Markus Teich 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
file patches are nicer
Carlos Torres wrote:
> good thing your text mentioned tabbed, though i think subjects and file
> patches are nicer.
Heyho,
I just forgot to change the subject in git send-email. Again. :/
--Markus
Sylvain BERTRAND wrote:
> BTW, regarding a static linux kernel for desktops:
>
> - was including as built-ins *all* desktop hardware driver
> modules available in the standard source tree kind of
> "benchmarked" like user space?
>
> That for a "live" stali gnu/linux based system.
Heyho
> No, this is wrong.
> Check cwscale and chscale in config.h, which are floats.
>
> xw.cw = CEIL(dc.font.width * cwscale);
> xw.ch = CEIL(dc.font.height * chscale);
>
> dc.font.width and dc.font.height are integers, but CEIL exlusively
> deals with floats.
Uhmmm, you are right (a
27 matches
Mail list logo
