Re: repeating up/down/delete commands
To delete from cursor to end of line, use d$ Is it so hard to remember? Also: D Regards. -- http://arhuaco.org http://emQbit.com
Re: Disabling Alt+keys (menu keys) in Windows gVim
Tim Chase wrote: Is there a way I can rebind alt+something keys for Windows gVim. Normally alt+b is for opening the "buffers" menu, alt + w is for opening the "windows" menu, etc. Is the only solution rebuilding Vim without those shortcuts, or is there a easier/quicker way to do it? Well, if you don't use the menus, you can just disable them all together: :set guioptions-=m :set guioptions-=M which is how I fly with gvim on win32, though I also remove the toolbar to maximize my vertical screen real-estate. -tim For a less drastic solution, see ":help 'winaltkeys'". Best regards, Tony. -- ... And malt does more than Milton can To justify God's ways to man -- A. E. Housman
Re: repeating up/down/delete commands
David Pike wrote: Uh oh... I spoke slightly too soon. Although the up/down/delete functions that I first asked about now behave normally, the vim -N -u NONE -i NONE option now results in "999 d" deleting 999 characters, often well beyond those of the present line. I had been used to this deleting up to 999 characters, but only up to the end of the present line. It appears that the "set compatible" option had been helping me to get the desired 'this line only' functionality, but the "-N" option above now overrides that. - David. To delete from cursor to end of line, use d$ Is it so hard to remember? Best regards, Tony. -- hundred-and-one symptoms of being an internet addict: 244. You use more than 20 passwords.
Re: repeating up/down/delete commands
David Pike wrote: This will hopefully be an easy question or two... An upgraded version of vim was installed on our systems recently, and some tricks that I'm used to are no longer functional, such as: "[a large integer, say N] " to quickly get to the top of the file that I am editting, "[N] " to quickly get to the last line of the file (similarly, and could be used). Also, while part way through a file, "[N] dd" or "[N] d " was a handy way of deleting all remaining lines in the file. The new version of vim does not seem to let me do this anymore. Specifically, if the N value that I enter (typically ) is larger than the number of lines involved, then vim now just beeps to signal that it won't do what I would like to do. Is there some easy way of getting vim to accept these commands once again? Thanks, - David. To get to the top of the file: gg To get to the last line: G Best regards, Tony. -- Non-sequiturs make me eat lampshades.
Re: How to wrap sentences?
I'm posting the solution to my own question from experiments tonight. To easily force VIM to paste text wrapped at 72 characters do the following: 1. Copy the old ~/.vimrc to ~/.vimrcp 2. Edit ~/.vimrcp and comment out the existing line autocmd FileType text setlocal textwidth=78 and replace it with the line set textwidth=72 This was messing up the paste for unknown reasons. 3. Create an alias in ~/.bashrc or in my case /etc/bashrc for text pasting use. alias vip='vim -u /home/lba/.vimrcp' 4a. When you wish to copy and paste text from a web site simply invoke: vip name_of_file and the text will always be wrapped at 72. 4b. Otherwise vim will work in the normal way with ~/.vimrc. Thanks Russell Bateman for your reply although I found a different way. Larry -- Larry Alkoff N2LA - Austin TX Using Thunderbird on Linux
Re: How to wrap sentences?
Larry Alkoff wrote: Larry Alkoff wrote: I frequently copy and paste text from web pages and would like to break lines at (say) 72 without splitting words. My preference is to do this either on the command line or by ESC :command I've read the post in the thread "auto-wrapping text" by A.J.Mechelynck in which he suggests gggqG but I can't see how to do this from either command line or EX command. vim wrapmargin=40 testfile does not work. The best thing I've seen so far is, in vi :set wm=0 or :set wm=5 both of which cause vi to wrap lines at 0 or 5 characters from the _right_ margin which comes to a maximum line of 62 which is a little small. I've also tried set tw=nn which doesn't seem to do anything. I can't seem to find the appropriate command either on line of using my favorite reference O'Reilly's "VI Editor Pocket Reference". Could someone help me? Larry Following up on the above post I have found that the command :set textwidth=72 does what I want. Is there any way I can do this when I invoke vim for the purpose of pasting in text from websites? My present .vimrc contains the lines: autocmd FileType text setlocal textwidth=78 which doesn't appear to work when pasting text. Maybe the line should be a simple textwidth=72 ?? Looking at the book "VI Improved Vim" it appears that I could have a special .vimrc called .vimrcp which would be my normal .vimrc with the line above changed to textwidth=72 and vim would be invoked with the alias alias vimpaste='-u .vimrcp' I'll try this tomorrow. Larry Larry, As far as I know, Vim won't autowrap blocks of text you paste in. Something could be written I suppose, but I don't know of something already doing it. However, there is a reasonably convenient command to accomplish what you want on a paragraph-by-paragraph basis. Placing your cursor on any part of any line of the paragraph you wish to rewrap to your specified right margin, type: gqip and there you are. Now, you must ensure that there is at least one blank line between the first line and the preceding paragraph of text as well as another between the last line and the succeeding paragraph. If not, then you'll wrap those into your paragraph as well with this command. Last comment: this incantation will respect your indentation. If the first character of the first line begins in, say, column 40, then all the text will be indented to 40 as it's wrapped (between 40 and 72). Best regards and Vim on... Russ
Re: repeating up/down/delete commands
In response to David Pike <[EMAIL PROTECTED]>: In case you don't know about these, here are commands that will do the same thing. "[a large integer, say N] " to quickly get to the top of the file that I am editting, gg "[N] " to quickly get to the last line of the file G Also, while part way through a file, "[N] dd" or "[N] d " was a handy way of deleting all remaining lines in the file dG Franco --
Re: repeating up/down/delete commands
Uh oh... I spoke slightly too soon. Although the up/down/delete functions that I first asked about now behave normally, the vim -N -u NONE -i NONE option now results in "999 d" deleting 999 characters, often well beyond those of the present line. I had been used to this deleting up to 999 characters, but only up to the end of the present line. It appears that the "set compatible" option had been helping me to get the desired 'this line only' functionality, but the "-N" option above now overrides that. - David. To: vim@vim.org Subject: Re: repeating up/down/delete commands Date: Fri, 18 May 2007 23:22:59 -0230 (NDT) From: [EMAIL PROTECTED] (David Pike) Hi Gary, and thanks for your response. I just tried your suggestion of vim -N -u NONE -i NONE and it behaved "normally" (i.e., in the way that I want). Again, thanks, - David. Date: Fri, 18 May 2007 18:39:54 -0700 From: Gary Johnson <[EMAIL PROTECTED]> To: vim@vim.org Subject: Re: repeating up/down/delete commands On 2007-05-18, David Pike <[EMAIL PROTECTED]> wrote: > This will hopefully be an easy question or two... > > An upgraded version of vim was installed on our systems recently, > and some tricks that I'm used to are no longer functional, such as: > "[a large integer, say N] " to quickly get to the top of the > file that I am editting, "[N] " to quickly get to the last > line of the file (similarly, and could be used). > Also, while part way through a file, "[N] dd" or "[N] d " > was a handy way of deleting all remaining lines in the file. > > The new version of vim does not seem to let me do this anymore. > Specifically, if the N value that I enter (typically ) is > larger than the number of lines involved, then vim now just beeps > to signal that it won't do what I would like to do. > > Is there some easy way of getting vim to accept these commands > once again? I just tried this with a new installation of vim 7.1 on Linux and all of the examples you gave worked for me. This was true whether I invoked vim as just "vim" or as "vim -N -u NONE -i NONE". I suspect some configuration file in your upgrade has botched this for you. Try invoking vim as vim -N -u NONE -i NONE as see if it still misbehaves. It might help us to know the operating system you are using and the complete output from "vim --version", too. Regards, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Mobile Broadband Division | Spokane, Washington, USA
Re: Disabling Alt+keys (menu keys) in Windows gVim
> Is there a way I can rebind alt+something keys for Windows gVim. Normally > alt+b is for opening the "buffers" menu, alt + w is for opening the > "windows" menu, etc. Is the only solution rebuilding Vim without those > shortcuts, or is there a easier/quicker way to do it? Well, if you don't use the menus, you can just disable them all together: :set guioptions-=m :set guioptions-=M which is how I fly with gvim on win32, though I also remove the toolbar to maximize my vertical screen real-estate. -tim
Re: repeating up/down/delete commands
Hi Gary, and thanks for your response. I just tried your suggestion of vim -N -u NONE -i NONE and it behaved "normally" (i.e., in the way that I want). My operating system appears to be Gentoo Linux. The (somewhat verbose) output from "vim --version" is: === begin output === VIM - Vi IMproved 7.0 (2006 May 7, compiled Apr 29 2007 13:06:51) Included patches: 1-174 Modified by Gentoo-7.0.174 Compiled by [EMAIL PROTECTED] Huge version without GUI. Features included (+) or not (-): +arabic +autocmd -balloon_eval -browse ++builtin_terms +byte_offset +cindent -clientserver -clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments +cryptv -cscope +cursorshape +dialog_con +diff +digraphs -dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path +folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist +keymap +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse -mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme -netbeans_intg -osfiletype +path_extra +perl +postscript +printer +profile +python +quickfix +reltime +rightleft -ruby +scrollbind +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title -toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset -xim -xsmp -xterm_clipboard -xterm_save system vimrc file: "/etc/vim/vimrc" user vimrc file: "$HOME/.vimrc" user exrc file: "$HOME/.exrc" fall-back for $VIM: "/usr/share/vim" Compilation: i586-pc-linux-gnu-gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -mcpu=i586-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.8/i586-linux/CORE -I/usr/include/python2.4 -pthread Linking: i586-pc-linux-gnu-gcc -rdynamic -L/usr/local/lib -o vim -lcurses -lgpm -rdynamic -L/usr/local/lib /usr/lib/perl5/5.8.8/i586-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.8.8/i586-linux/CORE -lperl -lutil -lc -L/usr/lib/python2.4/config -lpython2.4 -lpthread -lutil -lm -Xlinker -export-dynamic === end output === Again, thanks, - David. Date: Fri, 18 May 2007 18:39:54 -0700 From: Gary Johnson <[EMAIL PROTECTED]> To: vim@vim.org Subject: Re: repeating up/down/delete commands On 2007-05-18, David Pike <[EMAIL PROTECTED]> wrote: > This will hopefully be an easy question or two... > > An upgraded version of vim was installed on our systems recently, > and some tricks that I'm used to are no longer functional, such as: > "[a large integer, say N] " to quickly get to the top of the > file that I am editting, "[N] " to quickly get to the last > line of the file (similarly, and could be used). > Also, while part way through a file, "[N] dd" or "[N] d " > was a handy way of deleting all remaining lines in the file. > > The new version of vim does not seem to let me do this anymore. > Specifically, if the N value that I enter (typically ) is > larger than the number of lines involved, then vim now just beeps > to signal that it won't do what I would like to do. > > Is there some easy way of getting vim to accept these commands > once again? I just tried this with a new installation of vim 7.1 on Linux and all of the examples you gave worked for me. This was true whether I invoked vim as just "vim" or as "vim -N -u NONE -i NONE". I suspect some configuration file in your upgrade has botched this for you. Try invoking vim as vim -N -u NONE -i NONE as see if it still misbehaves. It might help us to know the operating system you are using and the complete output from "vim --version", too. Regards, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Mobile Broadband Division | Spokane, Washington, USA
Disabling Alt+keys (menu keys) in Windows gVim
Hello all, Is there a way I can rebind alt+something keys for Windows gVim. Normally alt+b is for opening the "buffers" menu, alt + w is for opening the "windows" menu, etc. Is the only solution rebuilding Vim without those shortcuts, or is there a easier/quicker way to do it? Any and all replies will be highly appreciated, -- View this message in context: http://www.nabble.com/Disabling-Alt%2Bkeys-%28menu-keys%29-in-Windows-gVim-tf3781035.html#a10692957 Sent from the Vim - General mailing list archive at Nabble.com.
Re: repeating up/down/delete commands
On 2007-05-18, David Pike <[EMAIL PROTECTED]> wrote: > This will hopefully be an easy question or two... > > An upgraded version of vim was installed on our systems recently, > and some tricks that I'm used to are no longer functional, such as: > "[a large integer, say N] " to quickly get to the top of the > file that I am editting, "[N] " to quickly get to the last > line of the file (similarly, and could be used). > Also, while part way through a file, "[N] dd" or "[N] d " > was a handy way of deleting all remaining lines in the file. > > The new version of vim does not seem to let me do this anymore. > Specifically, if the N value that I enter (typically ) is > larger than the number of lines involved, then vim now just beeps > to signal that it won't do what I would like to do. > > Is there some easy way of getting vim to accept these commands > once again? I just tried this with a new installation of vim 7.1 on Linux and all of the examples you gave worked for me. This was true whether I invoked vim as just "vim" or as "vim -N -u NONE -i NONE". I suspect some configuration file in your upgrade has botched this for you. Try invoking vim as vim -N -u NONE -i NONE as see if it still misbehaves. It might help us to know the operating system you are using and the complete output from "vim --version", too. Regards, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Mobile Broadband Division | Spokane, Washington, USA
repeating up/down/delete commands
This will hopefully be an easy question or two... An upgraded version of vim was installed on our systems recently, and some tricks that I'm used to are no longer functional, such as: "[a large integer, say N] " to quickly get to the top of the file that I am editting, "[N] " to quickly get to the last line of the file (similarly, and could be used). Also, while part way through a file, "[N] dd" or "[N] d " was a handy way of deleting all remaining lines in the file. The new version of vim does not seem to let me do this anymore. Specifically, if the N value that I enter (typically ) is larger than the number of lines involved, then vim now just beeps to signal that it won't do what I would like to do. Is there some easy way of getting vim to accept these commands once again? Thanks, - David.
Re: How to wrap sentences?
Larry Alkoff wrote: I frequently copy and paste text from web pages and would like to break lines at (say) 72 without splitting words. My preference is to do this either on the command line or by ESC :command I've read the post in the thread "auto-wrapping text" by A.J.Mechelynck in which he suggests gggqG but I can't see how to do this from either command line or EX command. vim wrapmargin=40 testfile does not work. The best thing I've seen so far is, in vi :set wm=0 or :set wm=5 both of which cause vi to wrap lines at 0 or 5 characters from the _right_ margin which comes to a maximum line of 62 which is a little small. I've also tried set tw=nn which doesn't seem to do anything. I can't seem to find the appropriate command either on line of using my favorite reference O'Reilly's "VI Editor Pocket Reference". Could someone help me? Larry Following up on the above post I have found that the command :set textwidth=72 does what I want. Is there any way I can do this when I invoke vim for the purpose of pasting in text from websites? My present .vimrc contains the lines: autocmd FileType text setlocal textwidth=78 which doesn't appear to work when pasting text. Maybe the line should be a simple textwidth=72 ?? Looking at the book "VI Improved Vim" it appears that I could have a special .vimrc called .vimrcp which would be my normal .vimrc with the line above changed to textwidth=72 and vim would be invoked with the alias alias vimpaste='-u .vimrcp' I'll try this tomorrow. Larry -- Larry Alkoff N2LA - Austin TX Using Thunderbird on Linux
OmniCppComplete question
Hello, I installed this add-on as per the instructions in the help file. However, after building the tags database when I do a this-> it says: Omnicomplete: Pattern not found: When I do a object. (dot) I get this: Error detected while processing function omni#cpp#complete#Main..omni#cpp#namespaces#GetCo ntexts..omni#cpp#namespaces#GetUsingNamespaces..omni#cpp#namespaces#GetListFromCurrentBuff er..38_GetAllUsingNamespaceMapFromCurrentBuffer: line7: E713: Cannot use empty key for Dictionary Can anyone tell me what I'm missing? I'm sure it's something really elementary... -- View this message in context: http://www.nabble.com/OmniCppComplete-question-tf3780665.html#a10691989 Sent from the Vim - General mailing list archive at Nabble.com.
How to wrap sentences?
I frequently copy and paste text from web pages and would like to break lines at (say) 72 without splitting words. My preference is to do this either on the command line or by ESC :command vim wrapmargin=40 testfile does not work. The best thing I've seen so far is, in vi :set wm=0 or :set wm=5 both of which cause vi to wrap lines at 0 or 5 characters from the _right_ margin which comes to a maximum line of 62 which is a little small. I've also tried set tw=nn which doesn't seem to do anything. I can't seem to find the appropriate command either on line of using my favorite reference O'Reilly's "VI Editor Pocket Reference". Could someone help me? Larry -- Larry Alkoff N2LA - Austin TX Using Thunderbird on Linux
How to wrap sentences?
I frequently copy and paste text from web pages and would like to break lines at (say) 72 without splitting words. My preference is to do this either on the command line or by ESC :command I've read the post in the thread "auto-wrapping text" by A.J.Mechelynck in which he suggests gggqG but I can't see how to do this from either command line or EX command. vim wrapmargin=40 testfile does not work. The best thing I've seen so far is, in vi :set wm=0 or :set wm=5 both of which cause vi to wrap lines at 0 or 5 characters from the _right_ margin which comes to a maximum line of 62 which is a little small. I've also tried set tw=nn which doesn't seem to do anything. I can't seem to find the appropriate command either on line of using my favorite reference O'Reilly's "VI Editor Pocket Reference". Could someone help me? Larry -- Larry Alkoff N2LA - Austin TX Using Thunderbird on Linux
Re: Vim Icon
Michael Phillips wrote: Before install the new vim, I deleted the version of vim first. In the process it deleted the vim icon. Now I have installed Vim 7.1. Where is the icon located for vim? I am using VIM - Vi IMproved 7.1 (2007 May 12, compiled May 12 2007 14:19:39) MS-Windows 32 bit GUI version with OLE support. Thanks for your help in advance. Michael Michael D. Phillips - A computer science enthusiast I do not hate Windows, I just like the alternatives better. Linux is my primary choice. A number of Vim icons in various sizes and formats are in the top runtime/ directory in the source tree. Windows icons are in the src/ directory, as src/*.ico. Like every Windows program, the gvim.exe executable also includes compiled-in icons which can be picked by the "Shortcut properties" dialog of your desktop shortcuts. If you don't have the Vim source, my compiling HowTo http://users.skynet.be/antoine.mechelynck/vim/compile.htm (or, for Unix, .../compunix.htm) will tell you how to get it and from where. Best regards, Tony. -- To the best of my recollection, Senator, I can't recall.
Re: launching vim from eclipse
Thanks for your reply. I guess I should have been more specific. Yes I tried doing that but I would like 2 additional functionalities which the Visvim ole interface to MS Visual Studio does: 1. I want to be able to open vim with the currently displayed file instead of having to navigate to it through the left hand package view. 2. After opening the file, I want vim to jump to the line currently displayed in the eclipse editor. I suppose I will have to write my own ole plugin to do this, but I was hoping something like this already existed so I wouldn't have to reinvent the wheel. On 5/17/07, fREW <[EMAIL PROTECTED]> wrote: On 5/17/07, y m <[EMAIL PROTECTED]> wrote: > In Visual Studio, you can use the visvim ole plugin to open the > currently displayed file in vim. Is there a similar plugin available > for eclipse? I see that there is a viPlugin for eclipse which lets you > edit files directly in eclipse using vi keystrokes. However, I want to > externally launch vim from eclipse since I have many customizations in > vim which the viPlugin does not support. Thank you. > I am pretty sure you can set it up in the setting somewhere. It ends up with you right-clicking the file and then clicking open with gvim in the menu. -fREW
Re: Vim Wiki - Tip id and URL
John Beckett wrote: A.J.Mechelynck wrote: Wouldn't it be enough to set up the main tip page with a tip _name_ (which would be the current "title" of the tip, or a disambiguation page if there are more than one tip with the same title), and have the tip _number_ (only for tips imported from Vim-online) refer to a redirect page, let's say "Vim tip 1" => "The super star"? So the conversion script could convert "vimtip#1" to "[[Vim tip 1]]", which could be done mechanically, and the redirect would automagically resend anyone clicking that link to the actual page. I suppose that links pointing to the redirect pages could be readjusted later, in no hurry, either by hand or by a "wiki robot", and in either case with the help of the "What points here" page for the redirect. Would someone who understands wiki procedures please describe how the URL for a tip would be generated. What is actually achievable? Can a URL be changed later without much effort? I propose using just the title as it already exists in the tip, e.g. "The super star" (see below about spaces). In addition, a page titled "Vim tip 1" would also be created, with only the line #REDIRECT [[The super star]] so that trying to get that page would normally automatically go to the other one. The conversion script, when finding the text "vimtip#1" (used by the vim-online tips to generate links to each other) would translate it to "[[Vim tip 1]]" (without the quotes) which is an internal link in wikicode. Later, someone (or maybe some wiki robot) could check the "What points here" page for the redirection page, and change everywhere [[Vim tip 1]] to [[The super star]]. See http://en.wikipedia.org/wiki/Wikipedia:Cheatsheet (and, possibly, what it links to) for Wikipedia editing help. Can we have a redirect as Tony outlines above? I proposed devising a short id for each tip (like "super_star" for tip 1), then using that tip_id in the URL. That would avoid ugly URLs which would wrap in an email, or which would contain stuff like %20, making the URL hard to read. %20 are never necessary because spaces are replaced by underscores in the URL: when the title of a wiki page is "The super star" the URL is (something)/The_super_star where (something)/ depends on the wiki, e.g., http://en.wikipedia.org/wiki/ for the English wikipedia or http://kb.mozillazine.org/ for the Mozillazine knowledge base. %28 or %29 might appear if there are parentheses in the title, but only when referring to a wiki page from outside the wiki: e.g. the "Vim (text editor)" page of the English wikipedia is http://en.wikipedia.org/wiki/Vim_%28text_editor%29 from outside the wiki, but it is referred to as [[Vim (text editor)]] within the wiki, and (when equipped with the Wikipedia (en) search plugin) typing "Vim (text editor)" (without the quotes) in the Firefox 2 search bar finds it (I just tried it). Some Fx2 search plugins can also be used with Fx1.5, others can also be used with IE7, I'm not sure to which category this one belongs. Is my concern (that we should avoid long ugly URLs) misguided? John Best regards, Tony. -- The idea is to die young as late as possible. -- Ashley Montague
Vim Icon
Before install the new vim, I deleted the version of vim first. In the process it deleted the vim icon. Now I have installed Vim 7.1. Where is the icon located for vim? I am using VIM - Vi IMproved 7.1 (2007 May 12, compiled May 12 2007 14:19:39) MS-Windows 32 bit GUI version with OLE support. Thanks for your help in advance. Michael Michael D. Phillips - A computer science enthusiast I do not hate Windows, I just like the alternatives better. Linux is my primary choice. Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.yahoo.com/
Re: Vim Wiki - Tip id and URL
On 5/18/07, John Beckett <[EMAIL PROTECTED]> wrote: A.J.Mechelynck wrote: > Wouldn't it be enough to set up the main tip page with a > tip _name_ (which would be the current "title" of the tip, or > a disambiguation page if there are more than one tip with the > same title), and have the tip _number_ (only for tips imported > from Vim-online) refer to a redirect page, let's say "Vim tip > 1" => "The super star"? So the conversion script could convert > "vimtip#1" to "[[Vim tip 1]]", which could be done > mechanically, and the redirect would automagically resend > anyone clicking that link to the actual page. I suppose that > links pointing to the redirect pages could be readjusted > later, in no hurry, either by hand or by a "wiki robot", and > in either case with the help of the "What points here" page > for the redirect. Would someone who understands wiki procedures please describe how the URL for a tip would be generated. What is actually achievable? Can a URL be changed later without much effort? Can we have a redirect as Tony outlines above? I proposed devising a short id for each tip (like "super_star" for tip 1), then using that tip_id in the URL. That would avoid ugly URLs which would wrap in an email, or which would contain stuff like %20, making the URL hard to read. Is my concern (that we should avoid long ugly URLs) misguided? John %20's won't show up in a wiki. If you make super_star the id, then "super star" will also get to the same place. That's what makes a good wiki so nice. Redirects do seem to be easy to do. If we have a page and move it to somewhere else, the old URL automatically redirects to the new one. If I understand what Tony is saying, it would be pretty easy. -fREW
Re: Vim71: undocumented change for netrw plugin.
[EMAIL PROTECTED] wrote: My point is : The following should be added to line 81 of pi_netrw.txt version 2007 May 08. :let loaded_netrwPlugin = 1 If DrChip thinks the document should not change, then the netrwPlugin might have to be changed to still recognize the "loaded_netrw" variable. That's an awful lot of text just to mention that there's an omission from the help! Anyway, I have no problem putting the extra documentation note in. It'll be part of the runtime archives, assuming that Bram approves, when I next give him an updated netrw. This variable's presence allows folks to get updated netrw.vim versions, placed in their personal .vim/ (vimfiles\) to take precedence over the system versions; ie. updating no longer requires removal of the system versions. Regards, Chip Campbell
Re: Vim Wiki - Tip id and URL
A.J.Mechelynck wrote: Wouldn't it be enough to set up the main tip page with a tip _name_ (which would be the current "title" of the tip, or a disambiguation page if there are more than one tip with the same title), and have the tip _number_ (only for tips imported from Vim-online) refer to a redirect page, let's say "Vim tip 1" => "The super star"? So the conversion script could convert "vimtip#1" to "[[Vim tip 1]]", which could be done mechanically, and the redirect would automagically resend anyone clicking that link to the actual page. I suppose that links pointing to the redirect pages could be readjusted later, in no hurry, either by hand or by a "wiki robot", and in either case with the help of the "What points here" page for the redirect. Would someone who understands wiki procedures please describe how the URL for a tip would be generated. What is actually achievable? Can a URL be changed later without much effort? Can we have a redirect as Tony outlines above? I proposed devising a short id for each tip (like "super_star" for tip 1), then using that tip_id in the URL. That would avoid ugly URLs which would wrap in an email, or which would contain stuff like %20, making the URL hard to read. Is my concern (that we should avoid long ugly URLs) misguided? John