Dwm responds to focus requests from clients by setting their
urgent flag, rather than actually focusing that window. This is a
matter of taste, but basically the correct behaviour as far as I'm
concerned.
However, it breaks some functionality in Emacs and probably other
programs where there ca
On Mon 29 Apr 2019 at 02:53:10 PDT Przemek Dragańczuk wrote:
Troff seems to be one of the better options. Luke Smith has some tutorials on
using troff and groff
here: https://www.youtube.com/playlist?list=PL-p5XmQHB_JRe2YeaMjPTKXSc5FqJZ_km
For live previewing I suggest zathura instead of mupd
On Sun 05 Aug 2018 at 12:41:56 PDT Daniel Vartanov wrote:
Hey,
I appreciate your emotional rollercoaster because of this peculiarity,
the patches indeed are not alwasy compatible (so are any mods to
software TBH).
Perhaps the array of color definitions should be broken out into a
separate fil
On Thu 09 Feb 2017 at 10:56:42 PST Cág wrote:
Hadrien Lacour wrote:
If you want the Noice of music player, there's cplay. If you want something a
little bit more like ranger/vifm, there's cmus. I personally use mpd and mpc
with sh scripts.
Looks like cplay is Python and doesn't support flac
On Wed 07 Sep 2016 at 11:43:48 PDT Adrian Grigore wrote:
Tbh, I'm nor a big fan of camelCase either, but when dealing with
names composed of multiple words, it looks cleaner to me.
renderimage vs renderImage
It's mostly a matter of taste. But as someone whose tastes
were formed by the naming
On Wed 31 Aug 2016 at 12:08:16 PDT Markus Teich wrote:
u...@netbeisser.de wrote:
do you know of a suckless linux debugger? what is an alternative to ptrace?
Heyho Stefan,
just use printf debugging.
--Markus
Even that might not be necessary if your program has enough visible
indications of
On Thu 12 May 2016 at 14:09:50 PDT Jason Young wrote:
And on the actual topic of this thread, Alpine Linux seems to be a
fairly suckless distro. I'm impressed with its speed and simplicity.
Agreed.
On Thu 12 May 2016 at 08:36:44 PDT Hans Ginzel wrote:
On Thu, May 12, 2016 at 07:42:26AM -0700, Charlie Kester wrote:
Package systems are both a symptom and a cause of bloat. They only
exist because most software, along with its metastasizing dependencies,
is a pain in the ass to compile.
The
On Thu 12 May 2016 at 08:36:44 PDT Hans Ginzel wrote:
On Thu, May 12, 2016 at 07:42:26AM -0700, Charlie Kester wrote:
Package systems are both a symptom and a cause of bloat. They only
exist because most software, along with its metastasizing dependencies,
is a pain in the ass to compile.
The
On Thu 12 May 2016 at 08:45:43 PDT hiro wrote:
Package systems are both a symptom and a cause of bloat. They only
exist because most software, along with its metastasizing dependencies,
is a pain in the ass to compile.
Actually compiling software the right way, without many dependencies
is qui
On Thu 12 May 2016 at 07:47:51 PDT Pickfire wrote:
A ports like system won't be very helpful most of the time, what about a
low end device like raspberry pi, have you ever thought of that?
I don't think that buying a better computer for the sake of being more
suckless is even suckless, not ever
On Thu 12 May 2016 at 02:54:00 PDT Rubén Llorente wrote:
I stopped caring too much about user-friendlyness long ago, because
no matter what you do, lambs will always find a way to make a mess out
of the easy to use software. The only way a computer-illiterate is going
to be able to use a compute
On Wed 11 May 2016 at 17:33:41 PDT hiro wrote:
let's maintain a list of of requirements a distro should fulfill.
perhaps we can make a nice table afterwards and see which OS fits
these requirements out of the box.
i'll start with this. convince me otherwise.
1. package system: packages having fe
On Sat 27 Feb 2016 at 12:14:47 PST Marc Collin wrote:
So the idea is to send patches to all arg.h files on different
suckless projects when one of them is modified?
Wouldn't it be easier to have a more centralized arg.h (and similar tools)?
I'm not complaining, I just want to understand the idea
On Wed 13 May 2015 at 13:20:47 PDT FRIGN wrote:
"Source Code Pro:pixelsize=13:antialias=true:autohint=true";
It's one of the few fonts I know which is not ambiguous with "1", "l",
"i" and "|".
+1
On Sat 25 Apr 2015 at 00:20:32 PDT Jakub Lach wrote:
Dnia 25 kwietnia 2015 8:37 Wolfgang Corcoran-Mathe
napisał(a):
A short list of
well-written books following the philosophy of simplicity would be
a great antidote to current fashion.
I'm currently searching for similar thing, though the f
On Sat 25 Apr 2015 at 01:25:50 PDT Roberto E. Vargas Caballero wrote:
Hi,
maybe I misunderstood this paragraph, but "The Unix Programming
Environment" is _the_ book for every ongoing unix programmer.
Even though it has aged over the years, it has aged well and most
practices shown in the book a
Evan Gates wrote:
> typedef the new history and recurse structs as per style guide
> -emg
Ahh, it's less verbose. Typedef'd structs have never sent me on a
header-hunt, so sticking with the style guide seems like the right
thing to do.
Charlie Murphy
, I rarely use it because my laptop is MIPS-based
with old packages, ruling out both Google's compiler and gccgo. As for
Rust, I've never used it. I reckon both languages are good for
servers.
I'd like to see a display manager written in Go using ideas from rio
and dwm.
Charlie Murphy
On Mon 24 Nov 2014 at 12:47:30 PDT Calvin Morrison wrote:
On 24 November 2014 at 11:42, v4hn wrote:
On Sun, Nov 23, 2014 at 10:20:44PM +, Henrique Lengler wrote:
> Hi,
>
> What is the situation of GCC, is it bloated?
On Wed, Nov 19, 2014 at 10:35:52PM +, doa379 wrote:
> There's an inc
On Mon 03 Nov 2014 at 14:26:39 PDT Greg Reagle wrote:
On Mon, Nov 3, 2014, at 04:11 PM, Charlie Kester wrote:
Environment variables are essentially global variables, visible to every
program and not just the one you want to configure.
Not necessarily. If you set them in .profile or .bashrc
On Mon 03 Nov 2014 at 12:32:25 PDT Greg Reagle wrote:
I just had a thought that might be of interest to fans of the suckless
philosophy.
It occurred to me that environment variables can be used to configure a
program, instead of programming in a parser or extension language into a
program. Are
Charlie Murphy wrote:
> Here's an SDL loader for imagefile. If you are familiar with SDL_image's
> syntax, you shouldn't have any problems.
IF_Load_RW() has an incorrect line.
, needs to be 16
an SDL_Surface made from an imagefile in an SDL_RWops
structure.
Loading bzip2 images is explained in the README.
Good luck!
Charlie Murphy
libSDL_if-0.1.tar.bz2
Description: Binary data
file cut almost half the LOC and
> dramatically improved readability.
Congratulations!
Charlie Murphy
FRIGN wrote:
> But it would be cool if the user wouldn't have to manage this and
> instead was able to rely on any converter to take care of this.
Perhaps it can have an option, like tar does?
tar -cjf archive.tar.bz2 archive
imagergba -j ponies.png ponies.image.b
Charlie Murphy wrote:
> Branding such a general format would be unjust, IMO. I like having the
s/general/simple/
like having the
spec inside the magic string:
Bytes Description
13 ASCII string: "img13w7h7rgba"
7 Right-justified, space-padded ASCII string containing width.
7 Right-justified, space-padded ASCII string containing height.
(w*h) Raw RGBA.
Charlie Murphy
Evan Gates wrote:
> I've attached a version that works with the waterfall.image from
> earlier in the thread. (imgRGBA signature and 7 bytes for width and
> height). It also:
> 1) is POSIX compliant
> 2) works with null bytes separating the sig, width, and height
> 3) will run display serially on a
to bzip2. Like a compressed text file, there's
nothing special about the underlying image format.
Anyway, here's a viewer script in case anybody wants it. :-)
Charlie Murphy
viewer.sh
Description: Bourne shell script
. I could take a game like SuperTux and swap SDL_image with a
loader for this format.
Charlie Murphy
converter
script (using ImageMagick) in only two minutes.
I'm going to use an image format like this in a small game soon, to see how
it compares to using PNG sprites.
Charlie Murphy
Charlie Murphy wrote:
> * imageRGBA (exactly 10 bytes)
9 bytes, sorry.
imageRGBA (exactly 10 bytes)
* img16widhei8rgba (doesn't make sense for ASCII header)
* imagefile (doesn't hint about file contents)
Charlie Murphy
FRIGN wrote:
> BTW: How would we do the conversion? Write an imagemagick-coder?
> If so, I really can recommend the webp.c-coder[0] for its relative
> simplicity.
Here's a script for turning one back into PNG.
imgtopng.sh
Description: Bourne shell script
se:
* the gzip imagefile is a little bigger than the PNG.
* the bzip2 imagefile is a little smaller than the PNG.
Attached are the files.
Charlie Murphy
��S overworld_1.image 흿�.�q��D�M��A����
#��Q\$FIlI!!*��"�`����*��|�d��t\n�"�
)R�a^�{�}�Μ3s~ �y��9��3g
Charlie Murphy wrote:
> Storing these images on a hard drive is a bad idea because they are
> too big. IMO one shouldn't discard PNG or JPEG unless one is afraid
That is, storing images in this hypothetical format is a bad idea.
Charlie Murphy
s arranged in height scanlines, where each pixel is
> four bytes. Each byte represents red, green, blue, and alpha respectively.
Much simpler and better than the original! But sadly, now the header cannot be
written from a shell script. :-(
Charlie Murphy
Lee Fallat wrote:
> ...And today I learned the beneficial gains from storing height in an
> image format. So much for extreme minimalism!
It's so you can allocate the buffer before reading from a pipe.
Charlie Murphy
t "$1" rgba:-
You can exec() this and read the output.
A lot of Linux programs load images with all-encompassing libraries like
SDL_image or DevIL. I think that results in monolithic programs and does
not fit well with the Unix philosophy.
Charlie Murphy
FRIGN wrote:
> Or give a hint on the format:
>
> img16widhei8rgba
I like this.
Charlie Murphy
FRIGN wrote:
> The writing-function is rather trivial.
> Now, what puzzles me is why no explanation is given on how the data
> itself should be stored. It says RGBA, so I suppose he meant
Thanks for the feedback. The header is strict to avoid complex text
handling. I have attached a script to co
conversion tools for
other formats.
Charlie Murphy
[1]: http://pastebin.com/vZEcxte3
On Mon 14 Jul 2014 at 08:47:14 PDT Dimitris Zervas wrote:
Hello guys,
I just wanted your opinion in implementing a feature inside the code
or calling it via sh.
Which are the advantages for calling a script?
Isn't it performance killer?
The reason many editors took so many features onboard is
On Fri 11 Jul 2014 at 06:35:50 PDT Dimitris Zervas wrote:
Well, it's good to have an idea of what am I going to do, after this patch set.
I was thinking of a super easy implementation, nearly without a buffer.
Spit the chars to the screen and replace characters on the fly.
When a buffer is neede
On Fri 11 Jul 2014 at 06:06:39 PDT Charlie Kester wrote:
On Fri 11 Jul 2014 at 01:48:39 PDT Maxime Coste wrote:
On Thu, Jul 10, 2014 at 03:59:01PM -0700, Charlie Kester wrote:
I agree. Start by identifying the editing operations that the data
structure must support, no matter how it is
On Fri 11 Jul 2014 at 01:48:39 PDT Maxime Coste wrote:
On Thu, Jul 10, 2014 at 03:59:01PM -0700, Charlie Kester wrote:
I agree. Start by identifying the editing operations that the data
structure must support, no matter how it is implemented. Those
operations will form the API for your data
On Thu 10 Jul 2014 at 15:46:13 PDT Dimitris Papastamos wrote:
On Fri, Jul 11, 2014 at 01:43:16AM +0300, Dimitris Zervas wrote:
First of all, we haven't even agree in which data structure will we use.
Buffer gap, piece table, or pointer array?
If you want to tackle this, I'd go with whatever ap
On Thu 10 Jul 2014 at 13:29:59 PDT Evan Gates wrote:
I will agree that it's super easy to implement and understand and it covers
most needs.
But how about search?
Is it fast?
What about structural regular expressions as found in sam that aren't
limited to lines?
Yes, one of the things I alwa
On Sun 29 Jun 2014 at 04:24:58 PDT patrick295767 patrick295767 wrote:
Hello,
For many years I have been looking for a lightweight alternative to VIM.
(sthg else than Emacs, elvis, nano,... and all the billion of text editor).
I was reading the emailed topic "Text-only browser that sucks less"
On Thu 10 Jul 2014 at 01:55:24 PDT Marc André Tanner wrote:
I've recently been reading about Project Oberon whose text subsystem
is built on piece tables. That is how I became interested and did some
further investigations. The technique has been used before in a number
of text editors such as Br
On Mon 07 Jul 2014 at 15:51:17 PDT Carlos Torres wrote:
Yo,
On Mon, Jul 7, 2014 at 6:29 PM, Lee Fallat wrote:
AFAIK no graphical official suckless programs
use libsl yet...)
the way you use libsl is a bit un-orthodox. you basically check it
out into your project and just use it that way.
d
On Wed 02 Jul 2014 at 06:52:41 PDT Alexander S. wrote:
Good sntax highlighting allows you to *ignore* syntax
better, rather than focusing your attention on it.
You say that like it's a good thing.
On Wed 02 Jul 2014 at 04:49:23 PDT FRIGN wrote:
Yes, highlighting comments makes sense, as even the article suggests,
but this is not a central issue if you know how to encapsulate your
comments:
/*
(...)
(...)
(...)
*/
is more error-prone and hard to read than
/*
* (...)
* (...)
* (...)
*/
On Mon 30 Jun 2014 at 17:48:48 PDT Dimitris Zervas wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
After a year or so in the list, I think each and every one is using tmux or
screen (I think more tmux, but do not start a war please, that's not the
subject).
I don't use either of
On Sun 29 Jun 2014 at 07:43:36 PDT Aapo Vienamo wrote:
On Sun, Jun 29, 2014 at 03:00:32PM +0300, Dimitris Zervas wrote:
2. Fantastic syntax highlighting
This may be considered harmfull in general. [0]
[0] http://www.linusakesson.net/programming/syntaxhighlighting/
Thank you for this link! I
On Wed 25 Jun 2014 at 08:39:11 PDT Sylvain BERTRAND wrote:
What I mean: it's totally suckless to write more LOC if it
reduces the technical cost of the overall software stack (SDKs
included!).
It's an old argument: cost to develop versus cost to deploy or run.
The trend in mainstream software
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-oriented
> brainfuckage (uglier that the glib SDK dependencies!). I did a C
> port of harfbuzz (
Markus Wichmann wrote:
> So, having one program that reads some standardized input and displays
> it on screen, while another program converts any given image file to
> that standardized format may be more UNIX-like.
9front has programs like that[1].
For Linux, netpbm does the same thing[2].
On Fri 06 Jun 2014 at 13:55:25 PDT FRIGN wrote:
On Fri, 06 Jun 2014 21:27:33 +0200
Christoph Lohmann <2...@r-36.net> wrote:
This will introduce the notion that gotos are allowed. Won’t be applied.
A refactoring without goto would be applied.
What's the problem with gotos? It's some bullshit p
On Wed 21 May 2014 at 15:31:18 PDT Eric Pruitt wrote:
I'm curious what non-st terminal emulator you use. On Urxvt, my all
colors beyond #16 look the same as in Xterm without any changes to my
Xresources file or the need to recompile Urxvt. Likewise for MinTTY and
its parent PuTTY. You can even s
Lee Fallat wrote:
> I've come to adopt the NoLicenseLicense, for sole reason of
> demonstrating to people that many of us code for the sake of fun.
>
> NoLicenseLicense.txt
> There is no license attached to this software, enjoy.
>
> ...Yes this is a joke. If you are interested in these types of
>
On Tue 13 May 2014 at 22:42:42 PDT Roberto E. Vargas Caballero wrote:
One reason, it seems to me, is to confine the action to one dvtm/tmux pane
when selecting a multiline region of text. st has no awareness that its
window has been divided into more than one pane and therefore cannot wrap the
se
On Mon 12 May 2014 at 07:41:49 PDT Roberto E. Vargas Caballero wrote:
[1]: from dvtm(1) manpage:
Copy and Paste
By default dvtm captures mouse events to provide the
actions listed below. Unfortunately this
Why these actions should be provided by dvtm? X server supplies f
On Thu 01 May 2014 at 08:35:17 PDT Dimitris Papastamos wrote:
Greetings everyone.
After 332 commits and about 9 months of development, the first release
of ubase has been announced on http://suckless.org.
Very cool.
Now I need to get busy and scrub my scripts, getting rid of or rewriting
anyt
(Oh joy, another thread about posting etiquette!)
On Thu 10 Apr 2014 at 10:13:49 PDT Louis Santillan wrote:
When someone invents a monitor that supports displaying content that
is below the fold, first, I'll stop top posting.
Displaying content below the fold is only an issue when people fail
suckless.org
I had this problem on other mailing lists. Knowing beforehand would've saved me
much embarrassment in other lists. So, hopefully this helps. Good luck!
-Charlie
I've seen someone use Oberon in a virtual machine and it is a groovy OS.
Sadly, I didn't see any pipes or other IPC like that, but the "toolbox" idea
where you open "toolboxes" as text and then click/modify actions on them is
awesome!
If you replace Rio with Acme, Plan 9 behaves a lot like Oberon except it
doesn't have rich text formatting.
- Charlie Murphy
;,
"string3", // yes you need the comma here
}
but again, readability is subjective, so it's up to you.
-Charlie
> var (
> cores = 1
> rxOld = 0
> ...
> )
>
> 3. Instead of appending to the same slice several times just use a
> slice-literal like this:
>
> http://play.golang.org/p/U8r3Z_crOK
this also decreases the amount of allocations the runtime does.
>
>
> Cheers,
>
> Silvan
>
Other than that, looks great!
-Charlie
On Mon 10 Mar 2014 at 09:29:16 PDT Charlie Kester wrote:
Pay attention when things seem too slow or, in your words, feel too
clunky. That's telling you there's a rough edge you need to smooth
down. But once it's fixed and no longer bothering you, there's really
no need t
On Sun 09 Mar 2014 at 12:54:11 PDT Caleb Malchik wrote:
I switched to Linux/cli/dwm from OS X just a few years ago, and since
the switch I feel the way I do certain basic things is embarrassingly
inefficient. For example, if I find an article on the web I want to
come back to, I will copy the
On Fri 21 Feb 2014 at 13:15:24 PST Hadrian W?grzynowski wrote:
Even if it would work, I think that web shouldn't be pixel-perfect,
because we could just use some glorified-PDFs. It's utter nonsense
that correct rendering of page is depending on some specific font and
specific font size. It's utt
On Mon 17 Feb 2014 at 09:21:28 PST Calvin Morrison wrote:
I'm not sure why tabbed exist when it's a window management feature.
for example i3, a tiling window manager supports tabs as part of it's
stacking methods. (see attachment)
What's the rational reason for it to exist, other than dwm needs
On Sun 16 Feb 2014 at 22:57:37 PST Martin Kopta wrote:
I hope FRIGN, Charlie Kester and sin don't mind that I quoted them in the
article.
I don't mind. But the comment from me that you quoted gives the
misleading impression that I'm some kind of spokesman for the suckless
pr
On Sun 02 Feb 2014 at 05:07:47 PST Dimitris Zervas wrote:
So, what I'm telling is to write a simpler library that will support a
very limited number of terms.
That would make it light and suckless.
Isn't most of ncurses' support for different terminals in the
termcap/terminfo data (rather than
On Sat 01 Feb 2014 at 11:25:24 PST Silvan Jegen wrote:
On Sat, Feb 01, 2014 at 09:10:02PM +0200, Dimitris Zervas wrote:
I find smart autocompletion extremely useful. It gives some basic
info about the function (number of args etc.) and saves a lot of
keystrokes and typos.
I tend to agree. Add
On Fri 31 Jan 2014 at 17:11:35 PST Nick wrote:
Oh, and to come in on an earlier point that was made, TUI sucks, the
only good thing about it is that TUI programs tend to have better
keybindings and scriptability.
My two cents for this bikeshed debate:
All software sucks to some degree. The p
On Mon 30 Dec 2013 at 02:13:09 PST FRIGN wrote:
We want to create a system you can do anything with, which allows you
to work on integral components, fine-tune settings, remove shit you
don't need and set up stuff by yourself.
It should be intuitional for the experienced user, but also relativel
On Thu 12 Dec 2013 at 20:00:46 PST Kai Hendry wrote:
RSS is dead. why bother?
RSS is dead? Did I miss the obituary? What, if anything, has replaced
it?
I still use it to track new posts on the blogs and other pages I'm
interested in. I guess I'm old-fashioned, huh? I still use the
commandl
On Thu 12 Dec 2013 at 11:32:03 PST Andrew Gwozdziewycz wrote:
walk - (implements find $1)
AT&T Research has a tool called tw ("treewalk") that does this:
http://www2.research.att.com/sw/download/man/man1/tw.html
Assuming the sourcecode I downloaded a while ago is still current, it's
licensed
On Wed 11 Dec 2013 at 13:30:11 PST Andrew Gwozdziewycz wrote:
Using -t, you can notify when the longrunningscript is actually still
running. So it's very useful if you have something that fails
repeatedly and get an alert when it actually starts.
Maybe I'm have a dumb day (it happens, all too
On Thu 28 Nov 2013 at 12:07:06 PST Markus Teich wrote:
I still assume to rebuild the farm before use.
Yeah, I've been assuming that a rebuild would be a rarer occurrence,
because I've been thinking it would be a relatively expensive operation.
On Thu 28 Nov 2013 at 10:33:42 PST Markus Teich wrote:
Patrick wrote:
An example use-case shows why you would rm a file in your central media
repository. .e.g. It was rm'd because it was Thursday and that's the day that
I let Chaos Monkey fuck up my tunes.
I for example see my music collection
On Thu 28 Nov 2013 at 09:51:34 PST Markus Teich wrote:
Roberto E. Vargas Caballero wrote:
Offer one of them as default option, but I think it should have the
runtime option to select one or other.
Why does it have to be a runtime option? I don't think anyone wants to use both
symlinks and hard
On Wed 27 Nov 2013 at 23:48:21 PST Patrick wrote:
On 2013-11-27 23:01, Charlie Kester wrote:
In fact, now that you mention it, I think this should be the default.
Why?
Well, for one thing, it solves the problem of stale symbolic links that
was mentioned earlier.
In other words, all the
On Wed 27 Nov 2013 at 22:45:25 PST Roberto E. Vargas Caballero wrote:
why no a option for hardlinks?
Good catch.
In fact, now that you mention it, I think this should be the default.
On Wed 27 Nov 2013 at 14:16:13 PST Bobby Powers wrote:
"${FARM_DIR}/artists/Some Artist/The Album/1_The Title.mp3" ->
$HOME/Music/somesong.mp3
"${FARM_DIR}/albums/The Album/1_The Title.mp3" -> $HOME/Music/somesong.mp3
Do you also support using other ID3 fields to build the database? My
On Wed 23 Oct 2013 at 16:44:34 PDT Alexander S. wrote:
2013/10/24 Mihail Zenkov :
2013/10/23, Alexander S. :
I'm confused as to what is wrong with the .ini style configurations.
They're not just used in Windows, they're used in many other places that
require simple, easy to use configurations.
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
On 04/11/2013 09:41, Max DeLiso wrote:
If windows was totally unusable would it have succeeded in the way that it
has? Windows is certainly not ideal in any sense but you can't deny its
ongoing success commercially.
Windows (and before it, DOS) was never an example of well-designed
software.
On 03/31/2013 10:37, Bjartur Thorlacius wrote:
On 03/31/2013 01:52 PM, Charlie Kester wrote:
I'd read the file one character at a time, counting newlines, until I
reached the desired line. [..] Doing it this way avoids the need for a
buffer altogether, along with any guessing about pos
On 03/31/2013 07:19, Calvin Morrison wrote:
Sed does many things and many things well, but the unix philosophy is to do
one thing and one thing well.
Perhaps you have too narrow an understanding of "one thing"?
As others have pointed out, the people who created Unix devised numerous
language
On 03/30/2013 23:49, Chris Down wrote:
I really don't see the need for a tool like this. Saying sed and awk are
not suckless is like saying C is not suckless -- sed and awk are languages
with a very specific domain, text processing. Perhaps you think *an
implementation* sucks. Good. GNU coreutils
1 - 100 of 153 matches
Mail list logo
