On 30 June 2013 10:27, oneofthem wrote:
> Why doesn't any of the suckless software use a client-server model?
There are very limited use cases for the client/server model. Most of
them involve multi-system communication. The client/server approach
makes only limited sense in a single host world.
> Revised patch: this one also matches the usage to the manpage, fixes
> the troff warning in the manpage, and adds a SEE ALSO section to the
> manpage.
I have just applied this, the bug should be fixed.
anselm once got persuaded to make wmii a 9p server and scripts would
control much functionality via some 9p client script. then he dumped
all such ideas and concentrated on "single-host" software as he
describes above.
reasons are probably that networking and thus client/server stuff is
difficult o
Andrew Gwozdziewycz writes:
>Lisps are loaded with this sort of stuff, and while I love it, and
>enjoy using them thinking about them, reading about them, they just
>aren't practical for mortals who are used to PHP.
You keep confusing simple and easy.
http://www.infoq.com/presentati
Hello,
I'm working for a lab, and I'm making a piece of software to control a
table full of optical elements (mirrors, lasers, and detectors). I wrote a
nice little interface to the hardware in C, but now I need to make a way
for the user to control the elements (move mirrors, turn stuff on and of
Hello,
Less of a GUI, more of a "do it yourself" toolkit. You could write your
own little GUI toolkit using OpenGL and use glfw,
http://www.glfw.org/
https://github.com/glfw/glfw
to provide a OpenGL context. I don't recommend this though if you need
advanced controls and especially lots of differe
On Mon, Jul 1, 2013 at 4:27 PM, Craig Brozefsky wrote:
> Andrew Gwozdziewycz writes:
>
> >Lisps are loaded with this sort of stuff, and while I love it, and
> >enjoy using them thinking about them, reading about them, they just
> >aren't practical for mortals who are used to PHP.
>
>
I'd use GTK, since writing programs for it isn't terrible, it's in C
and you can just draw to a pixel buffer.
It sucks, but isn't not so sucky
On 1 July 2013 17:34, David wrote:
> Hello,
>
> Less of a GUI, more of a "do it yourself" toolkit. You could write your own
> little GUI toolkit using Op
On Jul 1, 2013 5:30 PM, "Charlie Paul" wrote:
>
> Hello,
>
> I'm working for a lab, and I'm making a piece of software to control a
table full of optical elements (mirrors, lasers, and detectors). I wrote a
nice little interface to the hardware in C, but now I need to make a way
for the user to co
On Jun 28 2013, Anselm R Garbe wrote:
Hi David,
On 28 June 2013 12:51, David Dufberg Tøttrup wrote:
Hi! I assume drw_rect()'s intended purpose isn't to only draw the small
squares in the dwm bar. Patch attached.
As dwm uses libsl, your patch would break dwm's approach to draw a
nonfilled rec
Write your UI as a Web application.
> Write your UI as a Web application.
That wouldn't work, as movement needs to be low latency.
He's joking
On Jul 1, 2013 10:11 PM, "Charlie Paul" wrote:
> > Write your UI as a Web application.
> That wouldn't work, as movement needs to be low latency.
>
>
> He's joking
Considering that the originaly drivers for some of the optics were
written in Ruby, it is hard to be sure about that...
On 2 July 2013 10:22, Calvin Morrison wrote:
> He's joking
You wouldn't be so sure if you knew the man. It's Kai we're talking
about here; the web shines out of his every orifice. :-D
On Mon, Jul 01, 2013 at 06:12:08PM -0400, Carlos Torres wrote:
>You could/should try swk
Got a link?
> Got a link?
Here is its announcement: http://lists.suckless.org/dev/1005/3997.html
and the git repo: http://git.suckless.org/swk
On 2 July 2013 10:36, Chris Down wrote:
> On 2 July 2013 10:22, Calvin Morrison wrote:
>> He's joking
> You wouldn't be so sure if you knew the man. It's Kai we're talking
> about here; the web shines out of his every orifice. :-D
That's right. I'm not joking. The Web sucks less than crappy qt/g
Hello,
On Mon, Jul 01, 2013 at 02:30:12PM -0700, Charlie Paul wrote:
>
> Now, my issue is choosing a GUI library. GTK and QT are big, and I don't
> want to have to install a dynamic language to do Tk. However, I do need to
> be able to do custom drawing (for the table elements on-screen). What GU
Tk?
--
Dmitrij D. Czarkoff
> Tk?
Tk doesn't play nicely with non-dynamic languages, if I recall correctly.
On Mon, Jul 01, 2013 at 02:30:12PM -0700, Charlie Paul wrote:
> Hello,
>
> I'm working for a lab, and I'm making a piece of software to control a
> table full of optical elements (mirrors, lasers, and detectors). I wrote a
> nice little interface to the hardware in C, but now I need to make a way
On Mon, Jul 01, 2013 at 02:30:12PM -0700, Charlie Paul wrote:
> I don't
>want to have to install a dynamic language to do Tk.
Why? Can't control your deployment environment, don't have the resources,
doesn't feel pure to you? Something else?
On Mon, Jul 01, 2013 at 07:11:12PM -0700, Charlie Paul wrote:
> > Write your UI as a Web application.
> That wouldn't work, as movement needs to be low latency.
>
It needn't be a remote server, if the idea appeals otherwise.
Am 02.07.2013 07:08, schrieb Edgaras:
> I think you should reconsider tk, though you need to install tcl and tk, tk is
> quite nice to work with (with exception of some small hiccups), and if you
> have
> a cli for controlling everything it should wrap around it quite well.
>
I personally find Tk
On 2 July 2013 14:11, David wrote:
> Am 02.07.2013 07:08, schrieb Edgaras:
>> I think you should reconsider tk, though you need to install tcl and tk, tk
>> is
>> quite nice to work with (with exception of some small hiccups), and if you
>> have
>> a cli for controlling everything it should wrap
26 matches
Mail list logo
