Supporting large directories is fine. Adding new tools which most
people will never have a need for is not, and adding flags to ls every
time we think of a new use case is how GNU ended up with their mess.
An optimized "ls -U" is supporting large directories. A tool to count
them is a special purpo
But now we are looking at an even more obscure situation.
On Mon, Jul 22, 2013 at 9:45 AM, Evan Gates wrote:
>
> ls | wc -l has more problems, e.g. \n is a legal character in filenames.
>
> -emg
>
> On Mon, Jul 22, 2013 at 1:36 AM, Nick wrote:
> > Quoth Martti Kühne:
> >> On Thu, Jul 18, 20
> Tk?
Tk doesn't play nicely with non-dynamic languages, if I recall correctly.
> Got a link?
Here is its announcement: http://lists.suckless.org/dev/1005/3997.html
and the git repo: http://git.suckless.org/swk
> 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...
> Write your UI as a Web application.
That wouldn't work, as movement needs to be low latency.
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
