Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread Jalal Almutawa
Thank you for your reply, it is good to know that I got the philosophy right at least :) So, is there anything else that needs a helping hand (or eye)? The ticketing system looks nice, if it is still on. Regards, Jalal Almutawa On Fri, Feb 10, 2017 at 3:17 PM, Laslo Hunhold wrote: > On Fri, 10

Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread yamada yohei
Sorry my mail led discussion wrongly. I mean sltar's good point is simplicity. Adding these options is futurism. sltar has no more than 3 options (or sub command) for now. And IMHO, these options (-z -j ...) aren't easy to remember because their names aren't self-explanatory. So I prefer using pi

Re: [dev] [ubase] pager

2017-02-10 Thread Marc André Tanner
On Fri, Feb 10, 2017 at 12:08:21PM -0800, Leander S. Harding wrote: > Search is indispensably useful and needful overall for general command > output, which is why it should be implemented with a powerful/good ui > at the multiplexer/TE layer, so that you're not maintaining two or > more search fac

Re: [dev] structural regular expression support for vis

2017-02-10 Thread Marc André Tanner
On Mon, Feb 06, 2017 at 10:25:35AM +, Raphaël Proust wrote: > On 3 February 2017 at 20:30, Marc André Tanner wrote: > > On Fri, Feb 03, 2017 at 10:00:37AM +, Raphaël Proust wrote: > > […] > >> :x/pattern/ t h c/replacement/ > > > > Not sure this is flexible enough? How would you generalize

Re: [dev] [ubase] pager

2017-02-10 Thread Leander S. Harding
Search is indispensably useful and needful overall for general command output, which is why it should be implemented with a powerful/good ui at the multiplexer/TE layer, so that you're not maintaining two or more search facilities with similar-but-slightly-differing features. This though leads me

Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread Josuah Demangeon
On 2017-02-10 20:47, Hiltjo Posthuma wrote: On Fri, Feb 10, 2017 at 2:54 PM, yamada yohei wrote: Why we have to specify -z -j -a -Z or -J when decompress tar ball? Why doesn't tar distinguish them automatically? (It should achieve using file(1) or magic(5) database.) I cannot remember all thes

Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread Hiltjo Posthuma
On Fri, Feb 10, 2017 at 2:54 PM, yamada yohei wrote: > Why we have to specify -z -j -a -Z or -J when decompress tar ball? > Why doesn't tar distinguish them automatically? (It should achieve > using file(1) or magic(5) database.) I cannot remember all these > options and always use pipeline e.g.

Re: [dev] [ubase] pager

2017-02-10 Thread Mattias Andrée
Some pagers also support search, which can be very useful. On Fri, 10 Feb 2017 11:28:04 -0800 "Leander S. Harding" wrote: > Personally, I've always thought that the VTxx escape > sequence family is missing one: enable/disable > scroll-lock. Then, your 'pager' just consists of printing > the scr

Re: [dev] [ubase] pager

2017-02-10 Thread Leander S. Harding
Personally, I've always thought that the VTxx escape sequence family is missing one: enable/disable scroll-lock. Then, your 'pager' just consists of printing the scroll-lock sequences at the beginning and end of output and using your multiplexer's scrolling feature, and can be accomplished lik

Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread yamada yohei
> useless options Oh, compatibility among other (latest) tar is not useless. For example, used in shell script...but old tar have no -j. How about portability?

Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread yamada yohei
Why we have to specify -z -j -a -Z or -J when decompress tar ball? Why doesn't tar distinguish them automatically? (It should achieve using file(1) or magic(5) database.) I cannot remember all these options and always use pipeline e.g. bzcat | tar x. I don't sltar to have these useless options.

Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread Hiltjo Posthuma
On Fri, Feb 10, 2017 at 1:17 PM, Laslo Hunhold wrote: > On Fri, 10 Feb 2017 15:15:21 +0300 > Jalal Almutawa wrote: > > Hey Jalal, > >> As a newcomer who have seen the problems that your philosophy >> addresses myself, I took a look at ways to get involved, and saw this >> listed project idea to e

Re: [dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread Laslo Hunhold
On Fri, 10 Feb 2017 15:15:21 +0300 Jalal Almutawa wrote: Hey Jalal, > As a newcomer who have seen the problems that your philosophy > addresses myself, I took a look at ways to get involved, and saw this > listed project idea to extend sltar with bzip2 and gzip functionality. oh yeah, the proje

[dev] [sltar] Listed project idea to extend sltar with compression

2017-02-10 Thread Jalal Almutawa
Dear Suckless community, As a newcomer who have seen the problems that your philosophy addresses myself, I took a look at ways to get involved, and saw this listed project idea to extend sltar with bzip2 and gzip functionality. I started to give it a shot, and then got a bit confused as to why th

Re: [dev] [ubase] pager

2017-02-10 Thread hiro
the problem is when i *know* stuff fill be very long, but I still want to start reading from the beginning. in tmux i don't know how to start scrolling from top of my last command. I don't want to scroll there manually. also in page i can use pgup/down in tmux i have to do crazy emacs-combinations