searching for ascii/non-ascii
I often want to clean up the residue you sometimes get when copying text from a web page -- bits of unicode, or special characters, like the "\?B0" my screen uses to show the "degrees" symbols in this line: Start Totality 01:33 pm67.2� 178.0� I think that long, long, ago, I could find those characters using \P, but that was before the vile's shorthand search notations were brought into line with the X/Open classes. With that change, the TAB character lost its "printable" status, so \P finds tabs as well as true non-printables. What I think I want is a shorthand for [:ascii:] (meaning "8th bit clear"). Is this available in some way that I'm missing? Would it be possible to add this, perhaps bound to \y or \z? Even if it weren't bound to a shorthand, if [[:ascii:]] were available as part of a search string, that would be useful enough. (Oddly, if I search for "[[:ascii:]]" today, it finds instances of ":]". Not sure why.) Current classes and shorthands: \i \I [:alnum:] \a \A [:alpha:] \b \B [:blank:] \c \C [:cntrl:] \d \D [:digit:] \f \F [:file:] \g \G [:graph:] \w \W [:ident:], alphanumeric (plus '_') \l \L [:lower:] \o \O [:octal:] \p \P [:print:], printable (note that space is printable) \q \Q [:punct:] \s \S [:space:] \u \U [:upper:] \x \X [:xdigit:] =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 40.1 degrees)
Re: Weird problem in xvile - I can't enter a '>' character
chris wrote: > I don't use xvile all that much, I use vile in a terminal window most > of the time, however I do sometimes find I need to use xvile. > > I've just found that the > character doesn't work in xvile. This > seems to be the same on both version 9.8v and 9.8y running on two > different xubuntu systems. > > The > character works fine everwhere else, in vile, in the terminal > window, in browser windows, etc. > > I've tried changing font selection but that didn't help. > > I *can* enter a > by typing x3e. > > Any ideas how to diagnose this? Perhaps not much help, but: works for me, 9.8v on Ubuntu. =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 41.6 degrees)
Re: .ini files and DOS line endings
Thanks for the extra details. paul thomas wrote: > On Wed, Mar 06, 2024 at 09:58:26AM -0500, Paul Fox wrote: > > Never mind. I figured it out. > > > > I copied the "ini" mode definition from modes.rc into my .vilerc, and > > changed it to remove the ".ini" file suffix from its list. The file > > now comes up in conf mode. > > that works. > > I'd have just done something like this in .vilerc: > > define-mode ini > ~with define-submode ini > nodos > ~endwith > > or (assuming "define-mode ini" was already executed): > > define-submode ini nodos > > possibly with a comparing $cwd to the places where I preferred using > that combination. > > > paul > > > > I wrote: > > > A .ini file is edited in [inimode]. It's also edited with DOS line > > > endings, i.e. [inimode crlf]. > > > > > > Normally when a file is in "crlf" mode, you can do "set nodos" before > > > writing it out to eliminate the DOS line endings. > > > > > > But if the file is also in inimode, that doesn't work. > > > > > > So I have a .ini file, on linux, which keeps getting CRNL line endings > > > every time I edit and write it. Frustrating, since the program that > > reads > > > it warns about this when it starts. > > > > > > Is there a way to prevent the INI filter (if that's what's doing it) > > from > > > changing the file's line endings? > > > > > > Barring that, how do I disable an editing mode -- how can I tell vile > > > that a .ini file isn't special at all. > > delete-mode inimode > > -- > Thomas E. Dickey > https://invisible-island.net =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 46.3 degrees)
Re: .ini files and DOS line endings
Never mind. I figured it out. I copied the "ini" mode definition from modes.rc into my .vilerc, and changed it to remove the ".ini" file suffix from its list. The file now comes up in conf mode. paul I wrote: > A .ini file is edited in [inimode]. It's also edited with DOS line > endings, i.e. [inimode crlf]. > > Normally when a file is in "crlf" mode, you can do "set nodos" before > writing it out to eliminate the DOS line endings. > > But if the file is also in inimode, that doesn't work. > > So I have a .ini file, on linux, which keeps getting CRNL line endings > every time I edit and write it. Frustrating, since the program that reads > it warns about this when it starts. > > Is there a way to prevent the INI filter (if that's what's doing it) from > changing the file's line endings? > > Barring that, how do I disable an editing mode -- how can I tell vile > that a .ini file isn't special at all. > > paul > =-- > paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 47.7 degrees) > =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 47.5 degrees)
.ini files and DOS line endings
A .ini file is edited in [inimode]. It's also edited with DOS line endings, i.e. [inimode crlf]. Normally when a file is in "crlf" mode, you can do "set nodos" before writing it out to eliminate the DOS line endings. But if the file is also in inimode, that doesn't work. So I have a .ini file, on linux, which keeps getting CRNL line endings every time I edit and write it. Frustrating, since the program that reads it warns about this when it starts. Is there a way to prevent the INI filter (if that's what's doing it) from changing the file's line endings? Barring that, how do I disable an editing mode -- how can I tell vile that a .ini file isn't special at all. paul =------ paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 47.7 degrees)
Re: question regarding `c' operator acting on rectangular region
joerg van den hoff wrote: > rarely using rectangular regions (and when, then for deletion), so > I was surprised by the following: > > issuing something like > > c^Aqjq > > to select a rectangle with a width of one character and a height of > 2 lines and trying to replace the rectangle by a multicharacter > string fails. only the first character of the replacement string > specified in response to the "Rectangular text:" query is inserted. > > e.g. with an input of > > 1 2 3 > 1 2 3 > > and selecting the 2nd column as rectangle and trying to replace the > 2s by "abc" results in > > 1 a 3 > 1 a 3 > > I would have expected the text to the right of the rectangle to be > shifted to the right to make room for the full replacement string? > > questions: > > * am I doing it wrong? I'm afraid not. This is the current behavior. > > * if no, is this to be expected behaviour or a bug? > > * if not a bug, is there a canonical way to achieve the desired > * edit result, i.e. > > 1 abc 3 > 1 abc 3 No easy way. I find myself using ^A-r to open a rectangle with the right amount of space (and it's usually too much :-/ ), then put in the text I want, then delete the extra, if any. I don't know how hard it would be internally to force the new empty space in order to make room for the new string. Currently if the new text is shorter than the rectangle width, it's padded with spaces -- to be consistent, the rectangle should probably be shrunk to match the string length. I seem to recall I wasn't terribly happy with the way the rectangular operations turned out, after implementing them, and I think this was part of it. paul > > in this example? > > thank you > joerg > =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma)
Re: What actually are hypertext commands in vile?
chris wrote: > On Sat, May 13, 2023 at 10:20:14AM -0400, Thomas Dickey wrote: > > On Sat, May 13, 2023 at 02:01:41PM +0100, Chris Green wrote: > > > While, just now, mucking about in my .vilerc I saw the hypertext macro > > > that has been there for ages (copied from help):- > > > > > > 22 store-macro > > > ~force execute-hypertext-command > > > ~if $status > > > ~force forward-character-to-eol > > > ~endif > > > ~endm > > > bind-key execute-macro-22 ' ' > > > > > > So what does vile understand/see as a hypertext link? I tried a few > > > possibles (http://, file://) but nothing actually appeared to do > > > anything. Only file:// would seem to make any sense as a file to go > > > to and edit. Maybe I'm misunderstanding what it's supposed to do > > > (very likely!). > > > > It's only used for vile's commands (no web browser). > > > > "execute-hypertext-command"^X-z > > ( run the hypertext command attached to the region under the cursor ) > > > As in execute a command like 'edit-file' that's in the text of a file? Yes, but I think there's one more level of indirection. The text in the file would say "foo", and the action would be "edit-file bar". Or something like that. If you have (or can find) archives of this list, search for "hgrep", which is a recursive file grepper written in perl. (I've never used it.) paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma)
Re: How to map the # key to a command?
chris wrote: > In the end I have used E as I never use[d] the default binding for > that. So:- > > bind-key edit-file E > > Does just what I want, gives me a single key way to edit files loaded > as a result of 'vi ' which I have just created a need for. > I might even use lower case e (even simpler, no need to shift)) > because I don't think I have ever used the default e either. Funny what people use and don't use. I use e and E all the time, probably usually with d or c, in order to delete something without taking the trailing whitespace. OTOH, I'm quite certain I've never used 'vi ', except by accident. paul =------ paul fox, p...@foxharp.boston.ma.us (arlington, ma)
Re: How to map the # key to a command?
chris wrote: > On Sat, May 13, 2023 at 11:09:59AM +0100, Chris Green wrote: > > On Sat, May 13, 2023 at 11:04:26AM +0100, Chris Green wrote: > > > I can map the # key to do ^Xe 'manually' when running vile simply by > > > going to the colon prompt and entering 'map ', then entering # in > > > response to 'change this string' and, finally ^Xe in response to 'to > > > this new string'. The # key then opens the file under the cursor for > > > editing. > > > > > > However I can't seem to get the same result by entering the map > > > command in my .vilerc file. > > > > > > What do I need in .vilerc to get # to 'edit file under cursor'? > > > > > It's OK, I think I've worked it out, I need to use bind-cmdmode-key to > > do it. > > > But of course rebinding the # key has lots of repercussions! :-) I > need to go and rethink what I'm doing! :-) I do use map for some things, but sometimes I find it easier to use load-register. If I happen to use the register for a yank while editing (unlikely for the later members of the alphabet), I lose that macro, but it's not a big deal. (I've converted the literal ^M characters to two ascii characters for this message, but they need to be literal in .vilerc) ; @h --turn off syntax highlighting use-register h load-register ":set nohighlight^M" ; @w -- make current buffer's file writeable, and write it use-register w load-register ":!chmod +w %^M:w^M" ; @s -- suck in my .signature use-register s load-register "G:r ~/.signature^M" I guess it doesn't really help if you're trying to find a shortcut for a two character command (^Xe --> #), But unlike ^X, '@' doesn't need a modifier. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma)
Re: Closing completed files when editing many
james wrote: > Hi, > > One of the things I usually do with editors is go through a number of > files making related edits. e.g. > > vile a.c b.c c.c > > I would have assumed the natural way to do this in vile would be to > remove the current buffer when I've finished with it, but there appears > to be no default key binding for this. I'd have to either use * and ^X-k, I think the problem might be with your assumption. The natural way to use vile, in this case, is to write each file as you finish with it, if you wish, but there's no reason to remove them from the editor. When editing a set of files that way, I usually just edit them all, using ":n" in between, as Tom suggested, and when I'm finished I use ":ww" or ":wwq" to write them all (and then quit). In a long editing session, perhaps working with dozens of files, I do sometimes kill some off just to reduce the clutter. And then I usually use ^A-k (to kill the current buffer) or * and ^X-k as you suggest. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma)
Re: Why doesn't this do what I expect?
chris wrote: > > > ... and that's exactly what I have done which works. I was just > hoping I might be able to get rid of the (admittedly pretty trivial) > script. Nothing wrong with exporing the limits of your tools! =------ paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 57.6 degrees)
Re: Why doesn't this do what I expect?
chris wrote: > On Thu, Nov 10, 2022 at 08:58:14PM +0100, Gary Jennejohn wrote: > > vile `cat ^Xe .zot` where .zot contains .bashrc and vile opens .bashrc. > > > > ^X = ctrl-V+ctrl-X > > > Sadly this won't help me as I'm trying to run this from a panel > launcher button in [x]ubuntu, thus I can't use any bash, all I can > have is a plain text command line. Why can't you just do: bash -c "vile $(cat .zot)" Where .zot contains the filename you want to edit? Why do you need to use "-ce"? Okay, I see you said "plain text command line". In that case, I suggest you create a tiny script that does what you need, and call that from the launcher config. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 59.9 degrees)
Re: Markdown syntax file
gary wrote: > On Wed, 5 Jan 2022 09:26:45 + > Chris Green wrote: > > > On Tue, Jan 04, 2022 at 11:47:28PM +, Gerard Lally wrote: > > > But New Year is an opportune moment to say a sincere thank you for all > > > the work you do, on vile and other software. > > > > > > I am just returning to vile now, but I use other software like xterm all > > > the time, and am very grateful for it. > > > > > Can I add my seasons greetings and thanks for vile too, thank you to > > all [x]vile maintainers. > > > > Me too. I've been using it for at least 20 years and install it on > all my UNIX-based computers. I even maintained Vile and Xvile in the > FreeBSD ports tree for a number of years, but I stopped doing that a > while ago. > I too, would like to thank Tom, and all of the ports and packaging maintainers, and all of you that report bugs (for Tom to fix ;-). vile is certainly embedded in _my_ fingertips -- I've been using it in one form or another for over 30 years -- and being able to run it on any machine I use, without even having had to build it for at least 10 or 15 years, is pretty fantastic. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 26.6 degrees)
Re: Has anyone tried compiling vile in termux?
chris wrote: > I run termux on my phone so I can access my home Linux system's > command line to read E-Mail, Usenet etc. My home system runs as an > always on server and gets mail delivered to a traditional mail spool > by Postfix and also runs 'leafnode' a small NNTP server. Thus I am > totally independent of gmail or anything like that. > > I normally use my laptop to ssh to my home system to read E-Mail and > Usenet, Termux on Android just gives me a smaller, lighter way to do > the same if I don't have my laptop with me. How is that experience different than, say, using an ssh client (I use JuiceSSH) to connect to your home system? (And I connect using mosh, so the connection tends to stay up for days, if not weeks.) (I think I was expecting you to describe using termux to navigate the android filesystem, so you could use vile to edit config files and ImageMagick to manipulate your photos.) paul =------ paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 68.2 degrees)
Re: Has anyone tried compiling vile in termux?
chris wrote: > On Thu, Jul 29, 2021 at 04:04:38PM +0100, Chris Green wrote: > > u0_a166@bison$ ./vile > > Bad system call > > > OK, a quick web search has found a solution, it runs OK in a chroot > environment:- > > u0_a166@bison$ termux-chroot ./vile > > I think I now need to rearrange things a bit so I always run termux in > a termux-root[ed] enviroment. > > But anyway that was actually remarkably painless, not a single missing > library and the fixes needed were fairly trivial. I'm now even more > impressed with both termux and vile! :-) > > > Sorry for all the noise! Don't apologize! Just about anything vile related is nice to hear about. :-) Especially if it means it's running in some new oddball environment. I hadn't heard of termux before, so your monologue was worth it for that, even if for nothing else! ;-) (I'm not quite sure what I'd _use_ termux for, but perhaps I'm not being imaginative enough.) paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 67.6 degrees)
Re: scrolling/paging question
brendan wrote: > On Tue, Mar 02, 2021 at 07:00:04PM -0500, Thomas Dickey wrote: > >On Tue, Mar 02, 2021 at 04:28:33PM +, Wayne wrote: > >> I can use move-window-down/move-window-up with a count but it still > >> seems in some cases, which I don't quite fully understand yet, the > >> cursor is positioned back at the start of the line. > > > >That's done in getgoal -- offhand, I think the cursor lands on > >a short/empty line, which overrides the initial goal. > > I'd be curious to see a case where that happened. It seems to pretty > tenaciously hang onto the goal column in my tests. I agree. My guess is that the goal changes where you'd expect it to, i.e., when you mistakenly hit Enter instead of 'j', or something like that. A way to return to a previous goal might be handy -- perhaps a new mark could be created, which would record the last goal non-zero and non-eol goal. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 18.3 degrees)
Re: Fonts for xvile in linux - where to find some nice ones?
chris wrote: > On Tue, May 05, 2020 at 06:54:48PM -0400, Thomas Dickey wrote: > > On Tue, May 05, 2020 at 10:43:47PM +0100, Chris Green wrote: > > > I am always hitting this issue, the current fonts available by default > > > in standard Linux repositories for xvile are generally horrible. Does > > > anyone here have any nice ones, or can anyone point me at some nice > > > ones. > > > > There's two sets of fonts in the default menu for xvile. > > The first looks like the bitmap fonts used for xterm, > > while the other is b lucidatypewriter -- > > > > you might find this as > >bitmap-lucida-typewriter-fonts > > or > >xfonts-100dpi > >xfonts-75dpi > > > Yes, I have all of those, I was just hoping/wondering if anyone has > created different/better bitmap fonts. They're OK[ish] on my desktop > machine but I can't find anything that is really comfortable to use on > my laptop. I haven't thought about fonts in a long time. Is it the case that xvile can't use the same fonts that xterm uses? I don't use xvile, but I'm pretty happy with my fixed xterm fonts. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 46.2 degrees)
Re: Inserting text of arbitrary length before rectangular region
marc wrote: > On Thu, Mar 5, 2020 at 1:43 PM Paul Fox wrote: > > > > marc wrote: > > > I'd go the traditional vi route, > > > > Yes, clearly in this case, where the insertion is at the start > > of a line, that's easiest. > > Right; I don't have a good solution for inserting between two columns. Maybe we really could use a rectangular insert, that works kind of like the 'c' command except that instead of overwriting a rectangle, it first opens a rectangle of exactly the right width. (Hmmm. I wonder what I did with that compiler. I used to have one around here somewhere... Heck, I don't think I have a recent vile source tree.) paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 44.8 degrees)
Re: Inserting text of arbitrary length before rectangular region
marc wrote: > I'd go the traditional vi route, Yes, clearly in this case, where the insertion is at the start of a line, that's easiest. paul > > :.,/Tom/s/^/Name of applicant: > > Or if the range wasn't so straightforwardly expressible, you could > mark the first and last lines first (e.g. ma, mb), then > > :'a,'b/^/Name of applicant: > > /M > > On Thu, Mar 5, 2020 at 8:23 AM Paul Fox wrote: > > > > gerard wrote: > > > I'm having difficulty understanding rectangular regions. > > > > > > Let's say I want to enter the text "Name of applicant: " at the > > > beginning of each line below: > > > > > > John > > > Henry > > > Mike > > > Tom > > > > > > Positioning the cursor at the first character on line 1, I create a > > > rectangular region with 3q3jq > > > > > > I then do c^S and at the prompt I enter "Name of applicant: " (without > > > quotation marks), but only the first letter N is entered. > > > > > > Have I misunderstood what should happen here? > > > > Your expectations were fine, it just doesn't work that way. It > > probably should, but I must have thought it was too hard at the time. > > > > A rectangular 'c'hange command will only operate _inside_ of the defined > > rectangle -- it can't expand that rectangle. There should really be > > a rectangular 'i'nsert command, to do what you're trying to do. > > > > What I do is first open the rectangle I need, either with ^A-r, or > > simply by shift the lines over, mark a corner with 'ma', then go to > > the far corner to change it with 'c`a'. Or you could sweep it out with > > 'q'. > > If I opened the space too big, I then have to trim it back down. > > Clumsy, I know. > > > > Maybe someone else has a better way. > > > > paul > > =-- > > paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 45.7 > > degrees) > > > > > =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 45.5 degrees)
Re: Inserting text of arbitrary length before rectangular region
gerard wrote: > I'm having difficulty understanding rectangular regions. > > Let's say I want to enter the text "Name of applicant: " at the > beginning of each line below: > > John > Henry > Mike > Tom > > Positioning the cursor at the first character on line 1, I create a > rectangular region with 3q3jq > > I then do c^S and at the prompt I enter "Name of applicant: " (without > quotation marks), but only the first letter N is entered. > > Have I misunderstood what should happen here? Your expectations were fine, it just doesn't work that way. It probably should, but I must have thought it was too hard at the time. A rectangular 'c'hange command will only operate _inside_ of the defined rectangle -- it can't expand that rectangle. There should really be a rectangular 'i'nsert command, to do what you're trying to do. What I do is first open the rectangle I need, either with ^A-r, or simply by shift the lines over, mark a corner with 'ma', then go to the far corner to change it with 'c`a'. Or you could sweep it out with 'q'. If I opened the space too big, I then have to trim it back down. Clumsy, I know. Maybe someone else has a better way. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 45.7 degrees)
Re: :show-marks
marc wrote: > On Thu, Dec 19, 2019 at 9:20 AM Marc Simpson wrote: > > > > It looks like :show-marks (or :marks, :list-marks) erroneously > > displays '(none)' for buffers that have one or more marks. > > I only just noticed the most significant part of this problem: > > Named marks for [Named Marks] > (none) > > i.e., :marks is listing marks for its own buffer, not the buffer that > was being edited. > I think it's because the [Named Marks] buffer is current. If you switch back to your edit buffer, the [Named Marks] buffer updates correctly. So it seems like :show-marks buffer is being made current, when it shouldn't be. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 17.6 degrees)
Re: New user question
thomas wrote: > Hi, > > I’m a new user of vile and I really like it. It is fast and the > mix of emacs and vi is good. I’m coming from emacs keybindings and > I find vile’s default to be really nice. > > I have a question regarding storing sessions and history. Is there > some way to let vile remeber which files are opened? Furthermore, > can vile remember the search strings history? Not between sessions, that I'm aware of. Search strings are remembered within a session, of course. paul =------ paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 38.5 degrees)
Re: [vile] Quoted motion: (un)bounding of rectangular changes
marc wrote: > Problem: given the following buffer: > > abc def ghi > jkl mno pqr > stu vwx yz_ > > I'd like to replace the first column with the string 'replacement' > using a rectangular sweep. > > First attempt (see PS for more info): > > c3qGehq > > which yields: > > rep def ghi > rep mno pqr > rep vwx yz_ > > i.e., 'replacement' is truncated to fit within the selected rectangle. > > Is there an analogue that expands the rectangular selection to > accommodate the full replacement? not that i recall implementing, but it was a very long time ago. > > Ta, > M > > PS: For some reason, 'e' moves one space further than expected, hence > the 'h'. As intended? seems like a bug to me, but it was a very long time ago. :-) (maybe i shouldn't be responding! ;-) paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 87.1 degrees) ___ vile mailing list vile@nongnu.org https://lists.nongnu.org/mailman/listinfo/vile
