On 03/08/14,Marc André Tanner wrote:
> I just released dvtm-0.11, the dwm counterpart for your ssh and
> framebuffer console sessions
Awesome!
> * the lock functionality (MOD-X) has been removed, use a session
>management tool like abduco to detach from your controlling
>terminal and l
Kamil Cholewiński writes:
> Bad stuff:
>
> - C++, autohell, pthreads
pthreads are bad? Really?
> - FLTK is 100k sloc C++; includes support for Cairo, GL, kitchen sinks
All these things can be disabled at compile time. Maybe you are not fond
of C++, but find me portable and usable C UI toolkit w
Mitt Green writes:
>> but find me portable and usable C UI toolkit
>> without tons of dependencies
>
> Tcl/Tk
Hell yeah +1
Sanel
Sylvain BERTRAND writes:
>> pthreads are bad? Really?
>
> c++ is _really_ bad, indeed.
I think I mentioned pthreads, not c++ :)
>> dependencies (gtk, I look at you).
>
> https://github.com/sylware/misc/blob/master/gtk-utox/gtk-utox.sh
This probably works for you with prepared source of perl (??
Hi,
Here is small patch for 'make clean', to remove generated config.h.
I had generated config.h long time ago and pulling the latest code +
compiling it will generate funky compilation errors.
Best,
Sanel
diff --git a/Makefile b/Makefile
index 0b3cecd..c7c1005 100644
--- a/Makefile
+++ b/Makef
-$(VERSION)
Sanel Zukan writes:
> Hi,
>
> Here is small patch for 'make clean', to remove generated config.h.
>
> I had generated config.h long time ago and pulling the latest code +
> compiling it will generate funky compilation errors.
>
> Best,
> Sanel
>
&g
Hm... true.
Maybe this belongs to 'make distclean'? Or be at least documented.
Best,
Sanel
Martin Tournoij writes:
> On Thu, Mar 15, 2018, at 12:10, Sanel Zukan wrote:
>> Here is small patch for 'make clean', to remove generated config.h.
>>
>> I
Hi all,
I'm searching alternative to DBus, as the project itself became quite
polarized and because DBus can't be compiled on platforms without
pthread support, except win32.
libixp looks quite suitable alternative for me; it is small, it is
easy to hack and (hopefully) easy to port on different
> Have you considered FIFOs and/or sockets?
>
> Oh, you want win32... INET sockets as a fallback?
Yes, and would end up probably with similar library like libixp or
DBus, as both have ability to communicate either locally or via tcp
which is quite desired in my case.
Also, DBus exports objects on
On Thu, Sep 20, 2012 at 9:33 PM, hiro <23h...@gmail.com> wrote:
> why not a cloud service?
The communication will be done between desktop components, so using
cloud here is a bit questionable :) But thanks for proposal.
On Thu, Sep 20, 2012 at 9:50 PM, Ivan Kanakarakis
wrote:
> you maybe interes
> X11: pango on top of cairo on top of fontconfig and xft on top of x11.
The thing is how given stack works for Gtk+ and/or apps using directly Pango.
However, there are alternatives, like FLTK (http://fltk.org) which relies only
on Xft drawing...
Sanel
On Sat, May 11, 2013 at 8:56 AM, Christoph
> The answer is simple: No. Fltk is written in this April fool’s joke
> called »C++« which too many people have used in the past to cause global
> warming.
FLTK was written in C++ subset (there are no even namespaces) and if you
compare it to the whole C Gtk stack (or dozens C libs out there)
Hi,
On Sat, Jun 29, 2013 at 10:52 PM, Szabolcs Nagy wrote:
> r5rs is much more limited in scope than c99, it has a synthetic
> design that provides the bare minimum to express high level
> computations, while c99 has an ugly pragmatic design, the result
> of long evolution and contradicting const
>> And no libraries.
>
> I urge you to check out Quicklisp (for Common Lisp,
> http://www.quicklisp.org/) and reevaluate your statement. While the
> Quicklisp + other Common Lisp library repos aren't as exhaustive as CPAN,
> they usually contain very high quality code (unlike CPAN, or PyPi, or
> wh
Hi,
> Well, nowadays every toy language out there has CFFI, and it's far
> less pleasant to use than native libraries. I have nothing to say
True, but have you ever tried to use any of it? I did and I have to say
that 99% of them are half baked solutions just to satisfy examples.
Even for more po
> It shall be the same for the design of a lightweight, well - coded,
> photo editor application.
ImageMagick maybe?
> Gimp has become quite heavy to install and particularly slow on some
> systems.
Gimp is semi-professional image editing tool (for some areas pretty
much professional) and due co
16 matches
Mail list logo
