Re: [dev] Introducing the imagefile-format

2014-07-29 Thread Stephen Paul Weber
The selection of bzip as the compression algorithm seems like a compromise. It seems to me part of the whole point is to *not* select a compression algorithm, but allow that to be handled by the apropriate tools (probably xz, in my case).

Re: [dev] xscreenshot(1) using suckless image format

2014-07-29 Thread Dimitris Papastamos
On Tue, Jul 29, 2014 at 11:48:45AM +0100, Dimitris Papastamos wrote: > [aOn Tue, Jul 29, 2014 at 12:27:17PM +0200, Anselm R Garbe wrote: > > On 28 July 2014 16:14, Dimitris Papastamos wrote: > > > Hiltjo Posthuma wrote xscreenshot[0] which basically generates an if > > > on stdout. The imagefile[

Re: [dev] xscreenshot(1) using suckless image format

2014-07-29 Thread Dimitris Papastamos
[aOn Tue, Jul 29, 2014 at 12:27:17PM +0200, Anselm R Garbe wrote: > On 28 July 2014 16:14, Dimitris Papastamos wrote: > > Hiltjo Posthuma wrote xscreenshot[0] which basically generates an if > > on stdout. The imagefile[1] tools can be used to convert the if to > > png using if2png (thanks FRIGN!

Re: [dev] [acmebrowse] Mouse driven interface for edbrowse

2014-07-29 Thread Paul Onyschuk
I attached a version of acmebrowse that doesn't require tmux. I removed readme from the script - you can still find it in a previous message. Only pipes are used. Below is a generalized version that could be adapted for other programs: > #!/bin/rc > > . 9.rc > . $PLAN9/lib/acme.rc > > fn event

Re: [dev] xscreenshot(1) using suckless image format

2014-07-29 Thread Anselm R Garbe
On 28 July 2014 16:14, Dimitris Papastamos wrote: > Hiltjo Posthuma wrote xscreenshot[0] which basically generates an if > on stdout. The imagefile[1] tools can be used to convert the if to > png using if2png (thanks FRIGN!). > > The dependencies are kept to a minimum so xscreenshot only depends

Re: [dev] Introducing the imagefile-format

2014-07-29 Thread Martti Kühne
On Tue, Jul 29, 2014 at 12:17 PM, Martti Kühne wrote: > and ntohl/htonl would only have any impact if we bit off the whole > word in one byte. Pleasee don't make a mess with both of these ..in one bite. Damn. cheers! mar77i

Re: [dev] Introducing the imagefile-format

2014-07-29 Thread Martti Kühne
On Tue, Jul 29, 2014 at 1:37 AM, Staven wrote: > > width = (hdr[9] << 24) | (hdr[10] << 16) | (hdr[11] << 8) | hdr[12] > height = (hdr[13] << 24) | (hdr[14] << 16) | (hdr[15] << 8) | hdr[16] > To reiterate this, each of these parenthesized expressions is in native byte order *already

Re: [dev] Introducing the imagefile-format

2014-07-29 Thread Markus Teich
Louis Santillan wrote: > I know you're going for portability, but pulling in arpa/inet.h doesn't seem > so suckless. Heyho Louis, how would you handle different endianess in a simpler way than just using a POSIX standard library function? Have you read the recent CEIL macro discussion? > The sel