Re: [dev] [sandy] [PATCH] VIM key bindings.
On 9 July 2014 20:56, Dimitris Zervas wrote: >>> If "suckless-vi" ends up based on sandy I'll be as happy as a clam. I >>> don't have a lot of free time, but I'd be happy to help. >> >>I'm actually also interested in a "suckless-vi" but for me this >>includes >>a design based on piece tables rather than the double linked list >>approach >>taken by sandy. > What do you mean? Can you explain a bit the idea? > >>Also it would be nice if the actual text editing >>component >>would be clearly separated out, such that different editor frontends >>can be implemented easily. >> >>Marc > > Well, this is much easier implemented in OOP languages (which I don't love > that much) but I don't know what would be the performance, complexity and > code readability would be. > I'll take a look, but no promises, as I love TUI (but I hate curses :P ) > > > I'm not sure if anyone on this ML has heard, but NeoVim, a vim fork is actively trying to un-crustify the vim database and add portability by separating out client and server aspects of the editor. I've been following the development, and while it's not suckless, it's going to be a big improvement over vim
Re: [dev] [sandy] [PATCH] VIM key bindings.
Yo On Wed, Jul 9, 2014 at 5:00 PM, Carlos Torres wrote: > Hey Marc, > > On Wed, Jul 9, 2014 at 4:42 PM, Marc André Tanner wrote: >> On Wed, Jul 09, 2014 at 09:14:16PM +0200, Rafa Garcia Gallego wrote: >> ...this includes >> a design based on piece tables rather than the double linked list approach >> taken by sandy. > > What are the performance benefits of having the piece table instead? http://www.cs.unm.edu/~crowley/papers/sds.pdf Nevermind, i answered my own questions about the two methods. --Carlos
Re: [dev] [sandy] [PATCH] VIM key bindings.
>> If "suckless-vi" ends up based on sandy I'll be as happy as a clam. I >> don't have a lot of free time, but I'd be happy to help. > >I'm actually also interested in a "suckless-vi" but for me this >includes >a design based on piece tables rather than the double linked list >approach >taken by sandy. What do you mean? Can you explain a bit the idea? >Also it would be nice if the actual text editing >component >would be clearly separated out, such that different editor frontends >can be implemented easily. > >Marc Well, this is much easier implemented in OOP languages (which I don't love that much) but I don't know what would be the performance, complexity and code readability would be. I'll take a look, but no promises, as I love TUI (but I hate curses :P )
Re: [dev] [sandy] [PATCH] VIM key bindings.
Dimitris Zervas wrote: > I am now working on multiplying commands (5x will delete 5 chars, etc) and > then I'll clean up and submit the final patches. Heyho Dimitris, please don't forget supporting the arrow keys and the six buttons above them. I know they are very unreachable and therefore vim supports $ and other bindings, but I use the Neo2[0] keyboard layout which has those keys nicely remapped onto an additional layer in the normal letter area. I use them regularly since they work in almost all applications, the vim specific bindings however do not. --Markus [0] http://neo-layout.org/
Re: [dev] [sandy] [PATCH] VIM key bindings.
Hey Marc, On Wed, Jul 9, 2014 at 4:42 PM, Marc André Tanner wrote: > On Wed, Jul 09, 2014 at 09:14:16PM +0200, Rafa Garcia Gallego wrote: > ...this includes > a design based on piece tables rather than the double linked list approach > taken by sandy. What are the performance benefits of having the piece table instead? --Carlos
Re: [dev] [ANNOUNCE] abduco-0.1, a lightweight alternative to tmux and screen
On Sat, Jul 05, 2014 at 10:28:52AM +0200, Marc André Tanner wrote: > I'm pleased to announce the first official release of abduco The git version of abduco and dvtm should now also work on Solaris. Furthermore abduco is now also packaged for Fedora[0]. If some Debian developer is lurking around, it would be nice to update the 3 year old dvtm package[1] ... [0] https://admin.fedoraproject.org/pkgdb/package/abduco/ [1] https://packages.debian.org/sid/dvtm -- Marc André Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0
Re: [dev] [sandy] [PATCH] VIM key bindings.
On Wed, Jul 09, 2014 at 09:14:16PM +0200, Rafa Garcia Gallego wrote: > If "suckless-vi" ends up based on sandy I'll be as happy as a clam. I > don't have a lot of free time, but I'd be happy to help. I'm actually also interested in a "suckless-vi" but for me this includes a design based on piece tables rather than the double linked list approach taken by sandy. Also it would be nice if the actual text editing component would be clearly separated out, such that different editor frontends can be implemented easily. Marc -- Marc André Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0
Re: [dev] [slock] Configure OOM killer as non-root
-- From Danilo 08-07-2014 at 16:19 -- > Hi Amadeus > > Am Di, 8. Jul 2014, um 16:08, schrieb Amadeus Folego: > > I also can't use it as non-root, how did you solve it? > > You need to change the owner of the binary to "root" and set the suid > bit: > > $ sudo chown root slock > $ sudo chmod u+s slock > > If you use "make install", this happens automatically. It would not work with stow though, would it? I use make install PREFIX=/usr/local/stow/slock-$(date "+%Y-%m-%d") cd /usr/local/stow/ stow slock-$(date "+%Y-%m-%d") s.
Re: [dev] [sandy] [PATCH] VIM key bindings.
On Wed, Jul 09, 2014 at 10:22:12PM +0300, Dimitris Zervas wrote: > On July 9, 2014 10:14:16 PM EEST, Rafa Garcia Gallego > wrote: > >Hi Dimitris, > > > >Thanks for working on sandy! I'm skimming over the changes and they > >look promising. When you are done polishing, they would fit nicely > >upstream. > > > >In fact... does anyone use the default / non-modal sandy bindings on a > >daily basis? I find they work nicely for simple edits or when typing > >from scratch, but find myself falling back to vi(m) for heavier > >changes. > > > >We can try and keep two different config files for a while. As a side > >note: the first version of sandy was actually a GTK+ editor and had > >two different config files for Emacs and CUA/windows-like keybindings. > >Yikes. > > > >If "suckless-vi" ends up based on sandy I'll be as happy as a clam. I > >don't have a lot of free time, but I'd be happy to help. > > > >BR, > >Rafa > > Yes! I was really worried about "cancelling" your precious work, > but with 2 configs, we're happy :) I am now working on multiplying > commands (5x will delete 5 chars, etc) and then I'll clean up and > submit the final patches. The whole code has a switch to turn > completely off the whole vim-thing. > > I really hope that this is our suckless-vim :) Sounds awesome! I hope I will find some time to stare at the code too.
Re: [dev] [sandy] [PATCH] VIM key bindings.
On Wed, Jul 9, 2014 at 10:22 PM, Dimitris Zervas wrote: > > Yes! I was really worried about "cancelling" your precious work, but with 2 > configs, we're happy :) > I am now working on multiplying commands (5x will delete 5 chars, etc) and > then I'll clean up and submit the final patches. > The whole code has a switch to turn completely off the whole vim-thing. > > I really hope that this is our suckless-vim :) > 10/10 would learn keybindings for this. As an aside, arch abandoned the ancient vi in favor of vim at some point. Maybe this one might end up to hop in there. :D cheers! mar77i
Re: [dev] [sandy] [PATCH] VIM key bindings.
On July 9, 2014 10:14:16 PM EEST, Rafa Garcia Gallego wrote: >Hi Dimitris, > >Thanks for working on sandy! I'm skimming over the changes and they >look promising. When you are done polishing, they would fit nicely >upstream. > >In fact... does anyone use the default / non-modal sandy bindings on a >daily basis? I find they work nicely for simple edits or when typing >from scratch, but find myself falling back to vi(m) for heavier >changes. > >We can try and keep two different config files for a while. As a side >note: the first version of sandy was actually a GTK+ editor and had >two different config files for Emacs and CUA/windows-like keybindings. >Yikes. > >If "suckless-vi" ends up based on sandy I'll be as happy as a clam. I >don't have a lot of free time, but I'd be happy to help. > >BR, >Rafa Yes! I was really worried about "cancelling" your precious work, but with 2 configs, we're happy :) I am now working on multiplying commands (5x will delete 5 chars, etc) and then I'll clean up and submit the final patches. The whole code has a switch to turn completely off the whole vim-thing. I really hope that this is our suckless-vim :)
Re: [dev] [sandy] [PATCH] VIM key bindings.
Hi Dimitris, Thanks for working on sandy! I'm skimming over the changes and they look promising. When you are done polishing, they would fit nicely upstream. In fact... does anyone use the default / non-modal sandy bindings on a daily basis? I find they work nicely for simple edits or when typing from scratch, but find myself falling back to vi(m) for heavier changes. We can try and keep two different config files for a while. As a side note: the first version of sandy was actually a GTK+ editor and had two different config files for Emacs and CUA/windows-like keybindings. Yikes. If "suckless-vi" ends up based on sandy I'll be as happy as a clam. I don't have a lot of free time, but I'd be happy to help. BR, Rafa
Re: [dev] [sandy] [PATCH] VIM key bindings.
On July 9, 2014 6:32:16 PM EEST, Lee Fallat wrote: >True neovim over here ;) >Honestly though at least the implementation is a 100x cleaner. >I'm not a vi/m user anymore, nor tui fan, but keep up the work guys. >At least people will use software that sucks less. Not just cleaner, but also much smaller (counting 1850 lines, including empty)
Re: [dev] [sandy] [PATCH] VIM key bindings.
True neovim over here ;) Honestly though at least the implementation is a 100x cleaner. I'm not a vi/m user anymore, nor tui fan, but keep up the work guys. At least people will use software that sucks less.
Re: [dev] [sandy] [PATCH] VIM key bindings.
On July 9, 2014 6:24:32 PM EEST, Carlos Torres wrote: >Dimitris, >http://git.dzervas.gr/sandy/commit/?id=60777b454326ce3790fcaf530fe3fd73469b5605 >config.h is generated by Makefile from config.def.h > >you should put your changed in config.def.h instead, no? > >then maybe Rafa can pull your changes into his mainline easier. >if he wants them :p > >--Carlos Oops, you're right! I'll manage it later, thanks for reminding.
Re: [dev] [sandy] [PATCH] VIM key bindings.
I just finished the sentence mode :) Just like vim, you form sentences with key bindings. ex.: d$ means delete until the eol. As of now, I have only implemented d verb and $ and ^ adjective. Please test them to find any bugs. I'll almost every key of vim tomorrow.
Re: [dev] [sandy] [PATCH] VIM key bindings.
Dimitris, http://git.dzervas.gr/sandy/commit/?id=60777b454326ce3790fcaf530fe3fd73469b5605 config.h is generated by Makefile from config.def.h you should put your changed in config.def.h instead, no? then maybe Rafa can pull your changes into his mainline easier. if he wants them :p --Carlos
Re: [dev] Simple, suckless syslogd?
On Wed, Jul 9, 2014 at 2:12 AM, Dimitris Papastamos wrote: > On Tue, Jul 08, 2014 at 10:40:38PM -0400, Andrew Gwozdziewycz wrote: >> I'm looking for a very simple and suckless syslogd. What do people on >> this list use for this purpose? > > It has been on my mind recently after Ari posted crond. I have not > implemented it yet. > > Other than that, I think toybox has an implementation of syslogd. > http://www.landley.net/hg/toybox/file/a0d26c5e3271/toys/pending/syslogd.c -- at a cursory glance it seems nice! Will dive into it later, Thanks! -- http://apgwoz.com
Re: [dev] [sandy] [PATCH] VIM key bindings.
On July 9, 2014 1:19:23 PM EEST, Silvan Jegen wrote: >On Wed, Jul 9, 2014 at 12:16 PM, Markus Teich > wrote: >> Dimitris Zervas wrote: >>> I keep my branch at: http://git.dzervas.gr/sandy if anyone is >interested. >> >> Heyho, >> >> $ git clone http://git.dzervas.gr/sandy >> Cloning into 'sandy'... >> fatal: unable to access 'http://git.dzervas.gr/sandy/': The requested >URL returned error: 500 >> >> I would like to try it out, was your server DOS'ed due to >awesomeness? > >I had the same issue one hour ago so as much as I would like that to >be the case, I do not think so. Sorry for the inconvenience. The server is up and running and with updated certificate (it had a problem with that). You may need to import cacert root certificate or disable git certificate verification.
Re: [dev] [sandy] [PATCH] VIM key bindings.
On July 9, 2014 1:16:31 PM EEST, Markus Teich wrote: >Dimitris Zervas wrote: >> I keep my branch at: http://git.dzervas.gr/sandy if anyone is >interested. > >Heyho, > >$ git clone http://git.dzervas.gr/sandy >Cloning into 'sandy'... >fatal: unable to access 'http://git.dzervas.gr/sandy/': The requested >URL returned error: 500 > >I would like to try it out, was your server DOS'ed due to awesomeness? > >--Markus Duh, sorry, but I accept an awesome brute force attack since last year... :/ give me 5' and it will be up and running
Re: [dev] [sandy] [PATCH] VIM key bindings.
On Wed, Jul 9, 2014 at 12:16 PM, Markus Teich wrote: > Dimitris Zervas wrote: >> I keep my branch at: http://git.dzervas.gr/sandy if anyone is interested. > > Heyho, > > $ git clone http://git.dzervas.gr/sandy > Cloning into 'sandy'... > fatal: unable to access 'http://git.dzervas.gr/sandy/': The requested URL > returned error: 500 > > I would like to try it out, was your server DOS'ed due to awesomeness? I had the same issue one hour ago so as much as I would like that to be the case, I do not think so. Cheers, Silvan
Re: [dev] [sandy] [PATCH] VIM key bindings.
Dimitris Zervas wrote: > I keep my branch at: http://git.dzervas.gr/sandy if anyone is interested. Heyho, $ git clone http://git.dzervas.gr/sandy Cloning into 'sandy'... fatal: unable to access 'http://git.dzervas.gr/sandy/': The requested URL returned error: 500 I would like to try it out, was your server DOS'ed due to awesomeness? --Markus
Re: [dev] [sandy] [PATCH] VIM key bindings.
On Wed, Jul 9, 2014 at 9:50 AM, Dimitris Zervas wrote: >>Good work, I was surprised to see dmenu used, but seems to work well >>with it. As a suggestion/alternative, ncurses supports status bars >>which can also serve as the command bar (which would be useful over an >>ssh session). > Yes, I also thought of it, but you lose precious space. > I may add a fallback (if dmenu is not found or change that at compile time) > and write the command in the middle of the existing top bar. Maybe it'd be possible to integrate slmenu somehow. It'd play nice with ssh and would be closer to dmenu design. Cheers, -- __ Raphaël Proust
Re: [dev] [sandy] [PATCH] VIM key bindings.
>Good work, I was surprised to see dmenu used, but seems to work well >with it. As a suggestion/alternative, ncurses supports status bars >which can also serve as the command bar (which would be useful over an >ssh session). Yes, I also thought of it, but you lose precious space. I may add a fallback (if dmenu is not found or change that at compile time) and write the command in the middle of the existing top bar.
Re: [dev] [sandy] [PATCH] VIM key bindings.
On 9 July 2014 07:34, Dimitris Zervas wrote: > On July 9, 2014 7:10:06 AM EEST, Andrew Hills wrote: >>On 7/8/14, 8:27 PM, Dimitris Zervas wrote: >>> I know that some of you will really hate me about this, but I patched >>sandy to have command and insert mode. >> >>Actually, this was all that kept me from using sandy. (Well, I suppose >>my unwillingness to change my habits is what kept me...) >> >>Please keep up the work! > Sure! :) > I just really need to find a solution for the esc key... :/ > > Stick ESCDELAY=0; somewhere in the initialisation - just tested and it works! See the ncurses man page [1]. Good work, I was surprised to see dmenu used, but seems to work well with it. As a suggestion/alternative, ncurses supports status bars which can also serve as the command bar (which would be useful over an ssh session). I was working on a simpler ncurses, but I've neglected it recently. If that comes to fruition, I will like to make a suckless editor based on that. [1] http://invisible-island.net/ncurses/man/ncurses.3x.html -- Tai Chi Minh Ralph Eastwood tcmreastw...@gmail.com