Re: [dev] Sandy editor

2011-06-01 Thread Guilherme Lino
i think this is what most people is missing http://vim.wikia.com/wiki/Avoid_the_escape_key http://vim.wikia.com/wiki/Map_caps_lock_to_escape_in_XWindows i was not sure what was my favorite(vim/emacs) until i read this now with TAB+x+y+z look asowme compared with C-x+C-y+C-z -- Guilherme Lino

[dev] [st] Statusline terminfo entries patch

2011-06-01 Thread Rafa Garcia Gallego
Hi, Attached is a patch to add terminfo entries asserting st has indeed an statusline (i.e. you can change the window title) and how to write to it. The code to do so is already there, but it has not been properly specified in the terminfo file. Some software (e.g. sandy O:-)) uses those entries t

[dev] [st] patch for reverse video (DECSCNM)

2011-06-01 Thread Bert Münnich
Hello again, attached is a patch to support the DECSCNM reverse video mode. I've compared my patched st to xterm and rxvt-unicode and couldn't find a difference. Bert --- a/st.c 2011-06-01 15:29:53.0 +0200 +++ b/st.c 2011-06-01 15:25:10.0 +0200 @@ -64,7 +64,7 @@ enum {

Re: [dev] Sandy editor

2011-06-01 Thread Marc Andre Tanner
On Wed, Jun 01, 2011 at 11:46:54AM +0200, pancake wrote: > But i'm pretty sure it will be more comfortable to move along the code > with hjkl (modes) than ^n^p... but le'ts first try to make it smarter. For what it's worth I also think multiple modes make sense. Moving around with hjkl is too fami

Re: [dev] mret

2011-06-01 Thread sqweek
2011/5/26 Kamil Cholewiński : > BTW offtopic, anyone knows of a decend CLI music player that doesn't > use any freaking curses UI (like mpc/mpd) *AND* doesn't try to build a > database (like moc)? Like mh, but for tunes. m9u is probably about as simple as it gets. Though technically it's not even

Re: [dev] Sandy editor

2011-06-01 Thread pancake
On 06/01/11 10:22, John Matthewman wrote: On 6/1/11, pancake wrote: and this is why im telling why modal editor is necessary if we dont want to fall into a emacs-like hell. I wouldn't go so far as to say that it's necessary -- or that not going modal will result in falling into an Emacs-like h

Re: [dev] Sandy editor

2011-06-01 Thread John Matthewman
On 6/1/11, pancake wrote: > and this is why im telling why modal editor is necessary if we dont want > to fall into a emacs-like hell. I wouldn't go so far as to say that it's necessary -- or that not going modal will result in falling into an Emacs-like hell. Isn't the goal a simple, little edit

[dev] [st] alternate screen switching

2011-06-01 Thread Bert Münnich
Hi, attached is a patch, that adds support for the deprecated '\E[?47h' and '\E[?47l' control sequences, which are used when $TERM == "xterm-color". I've also added {rm,sm}cup entries to st.info, so that switching between normal and alternate screen now works when $TERM == "st[-256color]". I w

Re: [dev] Sandy editor

2011-06-01 Thread pancake
On 05/31/11 20:43, Andrew Hills wrote: On Tue, May 31, 2011 at 12:51 PM, Rafa Garcia Gallego wrote: - ^A / ^E go to bol / eol or, if already there, move by one full page. I find this weirdly comfortable. Is a page some standard size or is it determined by the size of the terminal? --Andrew H

Re: [dev] Sandy editor

2011-06-01 Thread pancake
maybe I was not clear enought when I said that ^j = return and ^h = backspace. this is something done by the terminal, so you CANT bind them. and there are other control-keys that cannot be handled like control+shift. this is why vi was done in this way. to work in all terminals without prob