Re: [dev] [st] New feature idea
that's not a valid quote. On 4/9/13, Nick wrote: > Quoth hiro: >> > What are you guys using as a plumber in daily work? >> >> but i have some really awful script here for http addresses: >> for i in `wmiir ls /client|sed 's,/,,'`; do wmiir cat >> /client/${i}/props|grep "opera:Opera" 1>/dev/null && wmiir xwrite /ctl >> view `wmiir cat /client/${i}/tags` && wmiir xwrite /tag/sel/ctl select >> client ${i}; done; opera -newtab `xclip -o` > > Wow, suddenly my 'xclip -o | xargs surf' script looks divine. > >
Re: [dev] [st] New feature idea
Quoth hiro: > > What are you guys using as a plumber in daily work? > > but i have some really awful script here for http addresses: > for i in `wmiir ls /client|sed 's,/,,'`; do wmiir cat > /client/${i}/props|grep "opera:Opera" 1>/dev/null && wmiir xwrite /ctl > view `wmiir cat /client/${i}/tags` && wmiir xwrite /tag/sel/ctl select > client ${i}; done; opera -newtab `xclip -o` Wow, suddenly my 'xclip -o | xargs surf' script looks divine.
Re: [dev] [st] New feature idea
> preview `find 2012-03*.jpg` | less to me this seems really pointless, you're trying to use specialized tools for something completely different. This reminds me of overloading operators. So perhaps you want to look into C++ and java if you like such monstrous multipurpose bullshit. Then you can screenshot your music files and dropbox them into your web radio.
Re: [dev] [st] New feature idea
> What are you guys using as a plumber in daily work? i can't use plumber on the output of ls as there is not enough context like the current directory if i just look at the selected text via e.g. xclip. but i have some really awful script here for http addresses: for i in `wmiir ls /client|sed 's,/,,'`; do wmiir cat /client/${i}/props|grep "opera:Opera" 1>/dev/null && wmiir xwrite /ctl view `wmiir cat /client/${i}/tags` && wmiir xwrite /tag/sel/ctl select client ${i}; done; opera -newtab `xclip -o` it switches to opera and opens the link in there, sorry for the complexity, my web browser sucks.
Re: [dev] [st] New feature idea
On Sun, Apr 7, 2013 at 4:55 AM, Silvan Jegen wrote: > Sorry to revive this older discussion but I finally found that one > graphical > shell implemented in Webkit that your idea reminded me of. I thought you > might be interested in reading about it (if you haven't already). > > > http://acko.net/blog/on-termkit/ > If you have xterm and gnuplot installed, you can try this: 1. Start an xterm with the -t option 2. In the new terminal, run gnuplot <
Re: [dev] [st] New feature idea
On Fri, Mar 29, 2013 at 03:05:09PM -0400, Calvin Morrison wrote: > On 29 March 2013 14:54, Raphaël Proust wrote: > > On Fri, Mar 29, 2013 at 6:36 PM, Calvin Morrison > > wrote: > >> On 29 March 2013 14:31, Nick wrote: > >>> […] > >> > >> While I find many of those features useless, some of them are plain > >> cool, and are innovative. Why are we stuck with a text terminal when > >> we aren't using a tty most of the time? Sure simple text modes should > >> always be supported but additional features are cool. I'd love to be > >> able do an easy ls and be able to see my picture previews, why not? > >> It' s not terribly complicated and it sure is useful. > > > > > > I also like the idea of not having a pure-text interaction with the > > computer, but Terminology is definitely pushing things too far. It's > > hard to have a good middle ground. > > > > Alternatively, you could set up plumber and have your terminal be as > > smart as acme: left-click on a .jpg/png/gif/whatever opens an image > > viewer. It separates the two concept (ls and preview) and is dead > > simple. Bonus points: because the two concepts are separate, you can > > have the plumbing rules independent of your terminal so you can set up > > different dispatching easily. > > I'm actually really liking my idea I suggested earlier, having some > time to think about it. > > It's an awesome idea in fact. > [...] > Images are very useful for humans, but GUI's are not, I want an > amalgam of images and text > on my terminal Sorry to revive this older discussion but I finally found that one graphical shell implemented in Webkit that your idea reminded me of. I thought you might be interested in reading about it (if you haven't already). http://acko.net/blog/on-termkit/ Having one program decode all these formats does not seem very Unixy though. Cheers, Silvan
Re: [dev] [st] New feature idea
actually looking at this, thinking... wat? > preview `find 2012-03*.jpg` | less yeah, that's what I also type when I'm drunk, but it's wrong and leaves matching the files to the shell instead of to find. you were looking for -name. > What are you guys using as a plumber in daily work? after seeing duke nukem mentioned, so, you *aren't* running SNES emulator in the back of your head? I was also thinking about adding questionably useful graphics related features into my software, eg. I thought about adding a simple pipe protocol to the cli file browser I was working on, displaying pictures as one was moving the cursor through a bunch of files... not sure if one had to patch a viewer to "follow" a pipe's output. But seriously, that's not a priority idea. After I have seen the qt5/wayland/raspi demo video on youtube, all this seems to come included with the unlimited 3d desktop experience of qt5 anyway. cheers! mar77i
Re: [dev] [st] New feature idea
Raphaël Proust: > I don't see how sxhkd can deal with $PWD. My bad: I misread you.
Re: [dev] [st] New feature idea
On Sat, Mar 30, 2013 at 12:13 PM, Bastien Dejean wrote: > Raphaël Proust: > >> The problem is: xbindkeysrc has now idea about $PWD so it doesn't work >> with relative path. > > https://github.com/baskerville/sxhkd > I'll have a look at the difference between sxhkd and xbindkeys, but I don't see how sxhkd can deal with $PWD. (More specifically, I don't see how it can know where I copied text from, and thus what the value of $PWD should be for each call to plumb.) -- __ Raphaël Proust
Re: [dev] [st] New feature idea
Raphaël Proust: > The problem is: xbindkeysrc has now idea about $PWD so it doesn't work > with relative path. https://github.com/baskerville/sxhkd
Re: [dev] [st] New feature idea
On Fri, Mar 29, 2013 at 11:45 PM, Raphaël Proust wrote: > On Fri, Mar 29, 2013 at 6:58 PM, Christoph Lohmann <2...@r-36.net> wrote: >> Greetings. >> >> On Fri, 29 Mar 2013 19:58:39 +0100 Raphaël Proust >> wrote: >>> On Fri, Mar 29, 2013 at 6:36 PM, Calvin Morrison >>> wrote: >>> > On 29 March 2013 14:31, Nick wrote: >>> >> […] >> >> It would be nice to have some project to gather interesting regexp >> parsers and opener scripts that make the suckless life more efficient. >> >> What are you guys using as a plumber in daily work? > > I sometime run the actual plumber (from plan9port) (whenever I'm in > acme). Otherwise, my Mod+o is bound (via xbindkeys) to surf. (I > haven't bothered setting up a full plumbing, but I probably should. > And will.) I set it up! https://github.com/raphael-proust/rcs/commit/d2ca206e097456b9e33b0b40347cd03e9261a891 The problem is: xbindkeysrc has now idea about $PWD so it doesn't work with relative path. I'll patch st so that right-button selection does the job. (Not right now though.) -- __ Raphaël Proust
Re: [dev] [st] New feature idea
On Fri, Mar 29, 2013 at 6:58 PM, Christoph Lohmann <2...@r-36.net> wrote: > Greetings. > > On Fri, 29 Mar 2013 19:58:39 +0100 Raphaël Proust wrote: >> On Fri, Mar 29, 2013 at 6:36 PM, Calvin Morrison >> wrote: >> > On 29 March 2013 14:31, Nick wrote: >> >> […] >> > >> > While I find many of those features useless, some of them are plain >> > cool, and are innovative. Why are we stuck with a text terminal when >> > we aren't using a tty most of the time? Sure simple text modes should >> > always be supported but additional features are cool. I'd love to be >> > able do an easy ls and be able to see my picture previews, why not? >> > It' s not terribly complicated and it sure is useful. >> >> >> I also like the idea of not having a pure-text interaction with the >> computer, but Terminology is definitely pushing things too far. It's >> hard to have a good middle ground. >> >> Alternatively, you could set up plumber and have your terminal be as >> smart as acme: left-click on a .jpg/png/gif/whatever opens an image >> viewer. It separates the two concept (ls and preview) and is dead >> simple. Bonus points: because the two concepts are separate, you can >> have the plumbing rules independent of your terminal so you can set up >> different dispatching easily. > > That’s what I do, too. For now this is a script run on Mod + o in dwm, > which does some regexp parsing on the string and calls sxiv and surf‐ > open.sh accordingly. Anywhere on the intertubes where this script can be found? > > It would be nice to have some project to gather interesting regexp > parsers and opener scripts that make the suckless life more efficient. > > What are you guys using as a plumber in daily work? I sometime run the actual plumber (from plan9port) (whenever I'm in acme). Otherwise, my Mod+o is bound (via xbindkeys) to surf. (I haven't bothered setting up a full plumbing, but I probably should. And will.) -- __ Raphaël Proust
Re: [dev] [st] New feature idea
On 29/03/2013, Calvin Morrison wrote: > See opening images is not the same as having images on your buffer, namely > for the reason > of being able to look back in your buffer and see the images that have been > opened > > say I wanted all my photos in my collection from 2012, 3rd month, for > me this is now trivial, plus > I can easily scroll up and down my buffer to look at them. but st has no scrollback buffer.
Re: [dev] [st] New feature idea
On Fri, Mar 29, 2013 at 07:58:39PM +0100, Christoph Lohmann wrote: > What are you guys using as a plumber in daily work? A simple shell script with several lines of "grep -q && exec", with the most commonly used at the top. Previously, I had a system that reordered the entries based on frequency of use, but it had a bug, and it doesn't actually matter, so I got back to work. With tab-completion, I rarely need the plumber for anything but web links, as typing an image viewer command is much faster than fetching the mouse to highlight text. --Andrew Hills
Re: [dev] [st] New feature idea
On 29 March 2013 14:54, Raphaël Proust wrote: > On Fri, Mar 29, 2013 at 6:36 PM, Calvin Morrison > wrote: >> On 29 March 2013 14:31, Nick wrote: >>> […] >> >> While I find many of those features useless, some of them are plain >> cool, and are innovative. Why are we stuck with a text terminal when >> we aren't using a tty most of the time? Sure simple text modes should >> always be supported but additional features are cool. I'd love to be >> able do an easy ls and be able to see my picture previews, why not? >> It' s not terribly complicated and it sure is useful. > > > I also like the idea of not having a pure-text interaction with the > computer, but Terminology is definitely pushing things too far. It's > hard to have a good middle ground. > > Alternatively, you could set up plumber and have your terminal be as > smart as acme: left-click on a .jpg/png/gif/whatever opens an image > viewer. It separates the two concept (ls and preview) and is dead > simple. Bonus points: because the two concepts are separate, you can > have the plumbing rules independent of your terminal so you can set up > different dispatching easily. I'm actually really liking my idea I suggested earlier, having some time to think about it. It's an awesome idea in fact. See opening images is not the same as having images on your buffer, namely for the reason of being able to look back in your buffer and see the images that have been opened, plus it makes piping things very easy and doing image searching in a much easier fashion than using GUI's say I wanted all my photos in my collection from 2012, 3rd month, for me this is now trivial, plus I can easily scroll up and down my buffer to look at them. preview `find 2012-03*.jpg` | less Images are very useful for humans, but GUI's are not, I want an amalgam of images and text on my terminal Calvin
Re: [dev] [st] New feature idea
Greetings. On Fri, 29 Mar 2013 19:58:39 +0100 Raphaël Proust wrote: > On Fri, Mar 29, 2013 at 6:36 PM, Calvin Morrison > wrote: > > On 29 March 2013 14:31, Nick wrote: > >> […] > > > > While I find many of those features useless, some of them are plain > > cool, and are innovative. Why are we stuck with a text terminal when > > we aren't using a tty most of the time? Sure simple text modes should > > always be supported but additional features are cool. I'd love to be > > able do an easy ls and be able to see my picture previews, why not? > > It' s not terribly complicated and it sure is useful. > > > I also like the idea of not having a pure-text interaction with the > computer, but Terminology is definitely pushing things too far. It's > hard to have a good middle ground. > > Alternatively, you could set up plumber and have your terminal be as > smart as acme: left-click on a .jpg/png/gif/whatever opens an image > viewer. It separates the two concept (ls and preview) and is dead > simple. Bonus points: because the two concepts are separate, you can > have the plumbing rules independent of your terminal so you can set up > different dispatching easily. That’s what I do, too. For now this is a script run on Mod + o in dwm, which does some regexp parsing on the string and calls sxiv and surf‐ open.sh accordingly. It would be nice to have some project to gather interesting regexp parsers and opener scripts that make the suckless life more efficient. What are you guys using as a plumber in daily work? Sincerely, Christoph Lohmann
Re: [dev] [st] New feature idea
On Fri, Mar 29, 2013 at 6:36 PM, Calvin Morrison wrote: > On 29 March 2013 14:31, Nick wrote: >> […] > > While I find many of those features useless, some of them are plain > cool, and are innovative. Why are we stuck with a text terminal when > we aren't using a tty most of the time? Sure simple text modes should > always be supported but additional features are cool. I'd love to be > able do an easy ls and be able to see my picture previews, why not? > It' s not terribly complicated and it sure is useful. I also like the idea of not having a pure-text interaction with the computer, but Terminology is definitely pushing things too far. It's hard to have a good middle ground. Alternatively, you could set up plumber and have your terminal be as smart as acme: left-click on a .jpg/png/gif/whatever opens an image viewer. It separates the two concept (ls and preview) and is dead simple. Bonus points: because the two concepts are separate, you can have the plumbing rules independent of your terminal so you can set up different dispatching easily. -- __ Raphaël Proust
Re: [dev] [st] New feature idea
Greetings. On Fri, 29 Mar 2013 19:45:54 +0100 Calvin Morrison wrote: > On 29 March 2013 14:31, Nick wrote: > > So I came across Enlightenment's "Terminology" terminal emulator > > today, and they have many features we don't. > > > > I recommend skimming the ibPziLRGvkg youtube video. > > > > How long before we can set videos as the background to our > > terminals? I find modern life is definitely not distracting enough, > > and what I really want is to type white text onto a background of a > > moving snowscape. > > > > Christoph, is this something you're working on yet? Or is the plan > > still just the boring "make stuff work well" agenda? The agenda hasn’t changed yet. Maybe some money will help in changing my ideology. But I’m not religious. > While I find many of those features useless, some of them are plain > cool, and are innovative. Why are we stuck with a text terminal when > we aren't using a tty most of the time? Sure simple text modes should > always be supported but additional features are cool. I'd love to be > able do an easy ls and be able to see my picture previews, why not? > It' s not terribly complicated and it sure is useful. > > It doesn't follow the unix philosophy to have an embedded version of > ls, but it would make sense to be able to print an image to stdout, > using some escape-chars to start the block of data and to close it. > > It's definitely not all good, but that is how innovation is, some good > features will stick and most will fall into nothingness. What you want is not a vt100 emulation. The vt100 emulation is a differ‐ ent environment from what you want. I don’t think raping vt100 to sup‐ port those images is a good idea. If you see the timeline, then HTML is the successor of the terminals and it is going to support 3D games soon [0]. It’s not very efficient, solid and the cause of global warming, but it made this whole OS mess a bit more simpler by having one interface for everything. Of course using the web is like winning a war by burning your own motherland. > I'm still waiting for duke nukem... Duke Nukem Forever has been released a while ago [1]. Sincerely, Christoph Lohmann [0] http://blog.mozilla.org/blog/2013/03/27/mozilla-is-unlocking-the-power-of-the-web-as-a-platform-for-gaming/ [1] http://www.dukenukemforever.com/full/de/
Re: [dev] [st] New feature idea
On 29 March 2013 14:31, Nick wrote: > So I came across Enlightenment's "Terminology" terminal emulator > today, and they have many features we don't. > > I recommend skimming the ibPziLRGvkg youtube video. > > How long before we can set videos as the background to our > terminals? I find modern life is definitely not distracting enough, > and what I really want is to type white text onto a background of a > moving snowscape. > > Christoph, is this something you're working on yet? Or is the plan > still just the boring "make stuff work well" agenda? > While I find many of those features useless, some of them are plain cool, and are innovative. Why are we stuck with a text terminal when we aren't using a tty most of the time? Sure simple text modes should always be supported but additional features are cool. I'd love to be able do an easy ls and be able to see my picture previews, why not? It' s not terribly complicated and it sure is useful. It doesn't follow the unix philosophy to have an embedded version of ls, but it would make sense to be able to print an image to stdout, using some escape-chars to start the block of data and to close it. It's definitely not all good, but that is how innovation is, some good features will stick and most will fall into nothingness. I'm still waiting for duke nukem... Calvin
[dev] [st] New feature idea
So I came across Enlightenment's "Terminology" terminal emulator today, and they have many features we don't. I recommend skimming the ibPziLRGvkg youtube video. How long before we can set videos as the background to our terminals? I find modern life is definitely not distracting enough, and what I really want is to type white text onto a background of a moving snowscape. Christoph, is this something you're working on yet? Or is the plan still just the boring "make stuff work well" agenda?