Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread FRIGN
On Sat, 14 Jun 2014 08:54:04 +0200 patrick295767 patrick295767 wrote: Hey Pat, I don't know qiv and sxiv very well, so I'll just stay with feh here. > In my opinion, feh should be modified and cut down in terms of dependencies. To be fair, the feh-developers did a remarkable job on their softw

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread Dimitris Papastamos
Your eyes.

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread Markus Wichmann
Hi all, Let us analyze the problem at hand: To display an image on screen, we need to - interpret the image file - display the content on screen So, having one program that reads some standardized input and displays it on screen, while another program converts any given image file to that standa

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread hiro
page

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread FRIGN
On Sat, 14 Jun 2014 12:42:00 +0200 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. But maybe a file is not > the right represent

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread Bert Münnich
On 14.06.14, patrick295767 patrick295767 wrote: > sxiv is lightweight and also uses imlib2 giblib, but I regret that it > recommends to need libexif and libjs-jquery. Just some corrections: sxiv's libexif and giflib dependencies are optional and can be turned off at compile time. It does not use

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread Andrew Gwozdziewycz
On June 14, 2014 8:52:39 AM EDT, FRIGN wrote: >On Sat, 14 Jun 2014 12:42:00 +0200 >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

[dev] suckless distro

2014-06-14 Thread Thuban
Hi, I'm looking for a suckless distro. I really like crux [1], and I would like to know what are you using? Do you know any BSD equivalent? Regards, [1] : http://crux.nu/ -- ,--. : /` ) Thuban | `-'PubKey : http://yeuxdelibad.net/Divers/thuban.pub \_ KeyID : 0x54CD2F2F Envoyé à pa

Re: [dev] suckless distro

2014-06-14 Thread Dimitris Papastamos
On Sat, Jun 14, 2014 at 05:40:17PM +0200, Thuban wrote: > Hi, > I'm looking for a suckless distro. I really like crux [1], and I would > like to know what are you using? Some of us are working on morpheus[0]. Still quite heavy in development but we are getting there. There's also sabotage linux[

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread Hadrian Węgrzynowski
Dnia 2014-06-14, o godz. 14:52:39 FRIGN napisał(a): > On Sat, 14 Jun 2014 12:42:00 +0200 > 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 ma

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread Charlie Murphy
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].

Re: [dev] suckless distro

2014-06-14 Thread Sime Ramov
On Sat, 14 Jun 2014 17:40:17 +0200, Thuban wrote: > Do you know any BSD equivalent? Not sure about the equivalent bit, but take a look at OpenBSD, there's nothing better at the moment.

[dev] [dvtm] [PATCH] Fix redraw bug when show_border() changes.

2014-06-14 Thread Mark Edgar
This bug presents best in certain layouts, like bstack. Demonstrate it by starting a fresh dvtm instance (only one client open), switching to bstack layout, then creating a new window. The old window is not redrawn correctly now that its first line has a title bar. The dvtm redraw command will temp

Re: [dev] [dvtm] [PATCH] Use ERR as the modifier for direct key bindings.

2014-06-14 Thread Mark Edgar
On Tue, Feb 11, 2014 at 3:38 PM, Marc André Tanner wrote: > However some people would like to hide all borders even when there > exist multiple windows. > > > http://superuser.com/questions/706148/remove-vertical-split-bar-of-gnu-screen-vacating-the-space-instead-of-hiding-it/709427 > > I perso

Re: [dev] suckless distro

2014-06-14 Thread Bigby James
On 06/14, Thuban wrote: > Hi, > I'm looking for a suckless distro. I really like crux [1], and I would > like to know what are you using? > > Do you know any BSD equivalent? > CRUX would get my vote too, largely because it's the most BSD-like mature Linux distro I've found. Very similar to Arch b

Re: [dev] suckless distro

2014-06-14 Thread grayfox
Hey, i used Arch for some years but changed to Gentoo this week. It's not really BSD-equivalent by default but with some time you can do everything you want very easily. Moreover I like the USE-flag concept to compile just the things I really want and need. grayfox

RE: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread Jihyun Yu
Hi, I wrote a simple image viewer about two weeks ago[1]. I changed my window manager to dwm several weeks ago, but I couldn't find a good image viewer, so I decided to write one. It's quite minimal, it can only display JPEG images, only supports fullscreen mode, there is no fancy resampling or ca

Re: [dev] Lightweight, non-bloated, fast image viewer?

2014-06-14 Thread stanio
* Charlie Murphy 2014-06-14 18:15 > If netpbm tools supported alpha, […] don't they? pam(5)'s _ALPHA extension --s.