[dev] [sxiv] Discussion

2016-08-09 Thread FRIGN
Hello fellow hackers, don't take it personally, Bert, but I don't think your project sxiv[0] belongs to the suckless git-repository. Not only is it licensed with the GPLv2, which is despicable in itself, but the code doesn't even look suckless to me and there are good ways to go around the whole i

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Bert Münnich
On 09.08.16, FRIGN wrote: > don't take it personally, Bert, but I don't think your project sxiv[0] > belongs to the suckless git-repository. > [...] > Do we really need a project the size of dwm to display images? > [...] > What do you think? I was asked for sxiv becoming an official suckless proj

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Silvan Jegen
On Tue, Aug 09, 2016 at 06:09:44PM +0200, Bert Münnich wrote: > On 09.08.16, FRIGN wrote: > > don't take it personally, Bert, but I don't think your project sxiv[0] > > belongs to the suckless git-repository. > > [...] > > Do we really need a project the size of dwm to display images? > > [...] > >

Re: [dev] [sxiv] Discussion

2016-08-09 Thread FRIGN
On Tue, 9 Aug 2016 18:36:34 +0200 Silvan Jegen wrote: Hey Silvan, > Personally, I would opt for taking out the thumbnail view and maybe > try to get rid of the font handling (if possible; maybe just use a key > press to write the file name to stdout?) to reduce the dependencies > somewhat. then

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Silvan Jegen
On Tue, Aug 09, 2016 at 08:18:01PM +0200, FRIGN wrote: > On Tue, 9 Aug 2016 18:36:34 +0200 > Silvan Jegen wrote: > > Personally, I would opt for taking out the thumbnail view and maybe > > try to get rid of the font handling (if possible; maybe just use a key > > press to write the file name to st

Re: [dev] [sxiv] Discussion

2016-08-09 Thread FRIGN
On Tue, 9 Aug 2016 21:19:14 +0200 Silvan Jegen wrote: Hey Silvan, > feh has this odd right-click menu though. It's also surprisingly large > (it also can set your background image...). > > [feh]$ wc -l `find . -name '*.c' -o -name '*.h'` > [...] > 17441 total haha yeah. Fun fact: feh now supp

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Bert Münnich
On 09.08.16, Silvan Jegen wrote: > If the conversion tools are already written (I wasn't sure this was > the case already) then all that's left to simplify sxiv would be to > make it speak only farbfeld and then to wrap it up in a shell script > (?) that converts all arguments to temporary farbfeld

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Bert Münnich
On 09.08.16, FRIGN wrote: > haha yeah. Fun fact: feh now supports farbfeld :) Try it out! Thanks to the farbfeld loader in imlib2. sxiv uses that, too. Bert

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Silvan Jegen
On Tue, Aug 09, 2016 at 09:23:19PM +0200, FRIGN wrote: > On Tue, 9 Aug 2016 21:19:14 +0200 > Silvan Jegen wrote: > > If the conversion tools are already written (I wasn't sure this was > > the case already) then all that's left to simplify sxiv would be to > > make it speak only farbfeld and then

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Cág
How about adding a wallpaper feature? Is it a complex solution? Right now I use feh for it, but browsing with feh is painful, so I use gpicview for a quick preview from a file browser. Today I tried sxiv and enjoyed it more than both, even though  it required five libraries to be installed on my A

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Silvan Jegen
On Tue, Aug 09, 2016 at 09:39:47PM +0200, Bert Münnich wrote: > On 09.08.16, Silvan Jegen wrote: > > If the conversion tools are already written (I wasn't sure this was > > the case already) then all that's left to simplify sxiv would be to > > make it speak only farbfeld and then to wrap it up in

Re: [dev] [sxiv] Discussion

2016-08-09 Thread FRIGN
On Tue, 9 Aug 2016 21:51:54 +0200 Silvan Jegen wrote: > I see. That use case may make it harder to use farbfeld unless you > want to change your whole image collection to this format. > Theoretically, you could just use farbfeld as the intermediate image > format to apply the changes to and then

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Bert Münnich
On 09.08.16, Cág wrote: > How about adding a wallpaper feature? Is it a complex solution? You can add a call to the wallpaper program of your choice to the external key-handler. Bert

Re: [dev] [sxiv] Discussion

2016-08-09 Thread Marc Collin
> haha yeah. Fun fact: feh now supports farbfeld :) Try it out! imlib2 supports farbfeld, so every front-end that uses the imlib2 library will support farbfeld too. So not just feh, but also sxiv, jfbview, > How about adding a wallpaper feature? Is it a complex solution? One program for one

[dev] neatroff

2016-08-09 Thread Eli Cohen
I'm trying to get neatroff compiled in a stali fashion. I've run into a slight impasse regarding licensing. for typesetting, neatroff uses ghostscript fonts, which are gpl. (really my goal with all this is just to display man pages)

Re: [dev] neatroff

2016-08-09 Thread Eric Pruitt
On Tue, Aug 09, 2016 at 06:56:35PM -0700, Eli Cohen wrote: > I'm trying to get neatroff compiled in a stali fashion. I've run into > a slight impasse regarding licensing. for typesetting, neatroff uses > ghostscript fonts, which are gpl. (really my goal with all this is > just to display man pages

Re: [dev] neatroff

2016-08-09 Thread Anselm R Garbe
On 10 August 2016 at 03:56, Eli Cohen wrote: > I'm trying to get neatroff compiled in a stali fashion. I've run into > a slight impasse regarding licensing. for typesetting, neatroff uses > ghostscript fonts, which are gpl. (really my goal with all this is > just to display man pages) stali is o

Re: [dev] neatroff

2016-08-09 Thread Eli Cohen
I was wondering this. troff is for a lot more than man pages. i did notice some man files were included, but there's no way to read them. perhaps nroff would be more appropriate for stali, but i don't know of a good minimal version. i could try writing one, but that would be a lot more work than ju

Re: [dev] neatroff

2016-08-09 Thread Anthony J. Bentley
Eli Cohen writes: > I was wondering this. troff is for a lot more than man pages. i did > notice some man files were included, but there's no way to read them. > perhaps nroff would be more appropriate for stali, but i don't know of > a good minimal version. There's always mandoc. But anti-Unix la