>      This is an often overlooked feature.  When you delete text, you may or
may
> not want to paste it in later.  You only yank text with the intention of
pasting
> it.  Thus it is good design that yanks are not overwritten by deletes.

I've got the other behaviour,
if doing this:
yy
dd
p

The line deleted by dd is put, and not the line yanked.
Or did I misundertand something?

Raph


--
Free and Open Source Developers' European Meeting
            http://www.fosdem.org

On Wed, Jul 31, 2002 at 05:52:28PM -0400 Benji Fisher wrote:
> On Wednesday, July 31, 2002, at 02:44  PM, Nagle, Adrian wrote:
>
> > I recently noticed that it takes a while to move wordwise ('W').  I
> > just checked the mappings and I do have two mappings defined (WE and
> > WS).  I don't know where these mappings come from.  Until I find it, I
> > was going to just ':unm WE'.  But I get an error saying the mapping
> > doesn't exist.
> >
> > What am I doing wrong?  Can't I unmap the WE WS mappings?
>
>       Something like this happened to me, and it was because the mapping
> was local.  Look at
>
> :map WE
>
> closely:  is there an @ symbol, showing that it is a buffer-local
> mapping.  (If so, that gives a hint as to where it is defined.)  To get
> rid of a local mapping, you need
>
> :unmap <buffer> WE

Actually, after reading Adrian's follow-up message, I think it is
mapleader that is part of the learning curve here.  As part of the Align
plugin, it uses mapleader in it's mappings (of which <mapleader>WS and
<mapleader>WE are two).  So in answer to this question, I think doing an:
unmap *mapleader_char*WS
unmap *mapleader_char*WE

will do the trick (where mapleader_char is the character set as the
mapleader, default the backslash).

Of course, most of this is written for Adrian's sake, as I'm sure that
Benji (being the Vim guru that you are) is familiar with the
aforementioned functionality...

(And Dr. Chip will probably be weighing in, about this time :))

HTH,
-Doug

--
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Douglas L. Potts
"Your company is doomed if your primary product is overhead
transparencies." -(Scott Adams - The Dilbert principle)
GPG Fingerprint: 768A EEF8 197A 4C9A 5EF7  DA5B 464C 97DF DCD5 68C2
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

I can't remember if this has come across the list before...

I want to re-source part of my vimrc, without having to write the
section out to file, source that, and then delete it.  I would love to
be able to copy the section into a register, and then do some vim magic
to source the contents of the register (all without writing to the file
system).

Anyone done this?

Thanks,
-Doug

--
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Douglas L. Potts
"Many of the truths we cling to depend greatly upon our own point of
view." -Obi Wan Kenobi
GPG Fingerprint: 768A EEF8 197A 4C9A 5EF7  DA5B 464C 97DF DCD5 68C2
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

On 08/01, Douglas L . Potts wrote:
> I want to re-source part of my vimrc, without having to write the
> section out to file, source that, and then delete it.  I would love to
> be able to copy the section into a register, and then do some vim magic
> to source the contents of the register (all without writing to the file
> system).

Yank the relevant portions to a register (say "a), and then do
:exe @a.  (The @a expands to the contents of the register).

I just tried this for some simple cases and it seems to work, but I have
this feeling there may be caveats that I'm unaware of.

:he :exe
:he expr-register

--
Cory T. Echols
ctechols@...

Hi,

"Douglas L . Potts" wrote:
>
> I want to re-source part of my vimrc, without having to write the
> section out to file, source that, and then delete it.  I would love to
> be able to copy the section into a register, and then do some vim
> magic to source the contents of the register (all without writing to
> the file system).

does

   :@r

work, if the relevant section is in register r? I just tested it with
two lines and it seems to work, but I am not sure whether each line
has to be prepended with a colon.

Regards,
Jürgen

--
Jürgen Krämer                               Softwareentwicklung/-support
Habel GmbH                                  mailto:jkraemer@...
Hinteres Öschle 2                           Tel: (0 74 61) 93 53 15
78604 Rietheim-Weilheim                     Fax: (0 74 61) 93 53 99

Thanks for the <Leader> tip.  I've had that suggested several times.  Some of my plugins in fact do use <Leader>.  Would this explain why my mappings (which include search syntax) filter out the backslash?

However, I still can't manually unman \WE.  :map lists the map as 'WE'.

I've tried:
:unm \WE
:unm WE
:unm <Leader>WE
:unm <mapleader>

In each case, I receive the "E31: no such mapping" error.

Also, I think Dr. C's e-mail is rejecting me for sending HTML formatted e-mail.  Is it HTML format?  I'm trying to get this resolved with my IT folks (I hate Outlook!).  Sorry for the clutter.

I'm using VIM 6.1 on NT4.0.

Adrian
--
Adrian Nagle                                 anagle@...
Thermal Engineer                           TEL: 303-939-6518
Ball Aerospace & Technologies Corp.        FAX: 303-939-5166
Boulder, CO                     http://www.ballaerospace.com

-----Original Message-----
From:   Douglas L . Potts [SMTP:pottsdl@...]
Actually, after reading Adrian's follow-up message, I think it is
mapleader that is part of the learning curve here.  As part of the Align
plugin, it uses mapleader in it's mappings (of which <mapleader>WS and
<mapleader>WE are two).  So in answer to this question, I think doing an:
unmap *mapleader_char*WS
unmap *mapleader_char*WE

will do the trick (where mapleader_char is the character set as the
mapleader, default the backslash).

Adrian,

> Also, I think Dr. C's e-mail is rejecting
> me for sending HTML formatted e-mail.

Very probable.  He does the same thing to me.

> Is it HTML format?

Yeah.

> I'm trying to get this resolved with my IT
> folks (I hate Outlook!).

Same here, although I don't think that it's Outlook specifically that's causing this problem.  (Although if you're not sure who to blame, Gates is a good bet.)  I try to set all the switches and everything in Outlook to send plain text, and apparently something gets added somewhere before my company sends it to make it HTML format.  So I'm thinking it's the company setup rather than Outlook itself.

> Sorry for the clutter.  I'm using VIM 6.1 on NT4.0.

Hmm ... likewise ... don't suppose it could be NT?  That *is* another common factor.

-- Davyd

rb@... wrote:
>
> >      This is an often overlooked feature.  When you delete text, you may or
may
> > not want to paste it in later.  You only yank text with the intention of
pasting
> > it.  Thus it is good design that yanks are not overwritten by deletes.
>
> I've got the other behaviour,
> if doing this:
> yy
> dd
> p
>
> The line deleted by dd is put, and not the line yanked.
> Or did I misundertand something?

      That's right.  Try

yy
dd
"0p

So you get the most recent (yank or delete) most easily, from the unnamed
(default or "") register, but you can get the most recent yank (not delete)
using the "0 register.

:help "0

HTH 			 --Benji Fisher

On Thu, Aug 01, 2002 at 07:47:06AM -0400, Douglas L . Potts wrote:
> On Wed, Jul 31, 2002 at 05:52:28PM -0400 Benji Fisher wrote:
> > On Wednesday, July 31, 2002, at 02:44  PM, Nagle, Adrian wrote:
> >
> > > I recently noticed that it takes a while to move wordwise ('W').  I
> > > just checked the mappings and I do have two mappings defined (WE and
> > > WS).  I don't know where these mappings come from.  Until I find it, I
> > > was going to just ':unm WE'.  But I get an error saying the mapping
> > > doesn't exist.
> > >
> > > What am I doing wrong?  Can't I unmap the WE WS mappings?

> (And Dr. Chip will probably be weighing in, about this time :))
  ---------------------------------------------------------------------

Hello!

The maps in <AlignMaps.vim> all use <Leader> (:he mapleader) *except*
for \WS and \WE (which use hardcoded backslashes).  I'm therefore not
sure that Adrian's problem with WS and WE is due to mapleader; perhaps
the backslash itself has a map???  Try  :map \  to see.

\WS and \WE ideally would be executable from inside the script only,
but the <buffer> modifier affects the right-hand-side of a map, not its
visibility.

So, why not use script-local function calls?  Those *can* be made
effectively visible only with a script and would avoid polluting
the map namespace.  Here's WS() and WE() functions:

" ---------------------------------------------------------------------

"  WS: wrapper start (internal)   Produces a blank line above and
fu! <SID>WS()
   set lz
   let b:curline=line(".")
   let b:curcol =col(".")
   put =''
   norm! mz'a
   put! =''
   let b:ch= &ch
   set ch=2
   let b:keepsearch=@/
   norm! my'zk
endfunction

" ---------------------------------------------------------------------

" WE: wrapper end   (internal)   below, marks with 'y and 'z, also lz/unlz mode
fu! <SID>WE()
   'y,'zs/\s\+$//e
   norm! 'yjmakdd'zdd
   exe "set ch=".b:ch
   unlet b:ch
   exe 'norm! '.b:curline.'G'.b:curcol."\<bar>"
   let @/= b:keepsearch
   set nolz
endfunction

" ---------------------------------------------------------------------

and typical call pattern:  :call <SID>WS()<CR>...:call <SID>WE()<CR>

The problem is that suddenly the maps all become noisy:
Example:  \a,  applied to a small test file I have:

     :s/,/;^Mint /g
     :s/,/;^Mint /g
     6 substitutions on 3 lines
     Hit ENTER or type command to continue

I tried putting <silent> modifiers with the maps, I tried using
"silent!":

     :silent! call <SID>WS()<CR>...:silent! call <SID>WE()<CR>
     map <silent> <Leader>a, ...etc...

and the maps are still noisy -- it looks like nearly every ex command
within them needs to be :silent! 'ed, whereas with the \WS and \WE
maps (which nominally do the same thing as the functions) that wasn't
necessary.

Regards,
Chip Campbell

--
         Charles E Campbell, Jr, PhD            _   __   __
         Goddard Space Flight Center           / /_/\_\_/ /
         cec@...      /_/  \/_//_/
   PGP public key: http://www.erols.com/astronaut/pgp.html

Whilst setting up a remote machine using ATT VNC remote desktop viewer I
noticed that gvim seems to exit so fast that VNC doesn't manage to
repaint properly so I have a virtual gvim on my virtual desktop.

Is this a result of something gvim does or more likely a VNC buglet?
--
Robin Becker

Hi Robin,

On Thu, 1 Aug 2002 14:48:48 +0100 Robin Becker <robin@...>
wrote:

> Whilst setting up a remote machine using ATT VNC remote desktop viewer I
> noticed that gvim seems to exit so fast that VNC doesn't manage to
> repaint properly so I have a virtual gvim on my virtual desktop.
>
> Is this a result of something gvim does or more likely a VNC buglet?

Lazy redraw of VNC. Try TightVNC, it offers better compression
and thus faster screen redraws. I use gVim/TVNC quite regularly
across system borders without those redraw problems.

http://www.tightvnc.com/

HTH
--
Thorsten Maerz          <torte@...>
Sylpheed-claws/Win32:   http://claws-w32.sf.net

> On Thu, Aug 01, 2002 at 07:47:06AM -0400, Douglas L . Potts wrote:
> > On Wed, Jul 31, 2002 at 05:52:28PM -0400 Benji Fisher wrote:
> > > On Wednesday, July 31, 2002, at 02:44  PM, Nagle, Adrian wrote:
> > >
> > > > I recently noticed that it takes a while to move wordwise ('W').  I
> > > > just checked the mappings and I do have two mappings defined (WE and
> > > > WS).  I don't know where these mappings come from.  Until I find it, I
> > > > was going to just ':unm WE'.  But I get an error saying the mapping
> > > > doesn't exist.
> > > >
> > > > What am I doing wrong?  Can't I unmap the WE WS mappings?
>
> > (And Dr. Chip will probably be weighing in, about this time :))
>  ---------------------------------------------------------------------
>
> Hello!
>
> The maps in <AlignMaps.vim> all use <Leader> (:he mapleader) *except*
> for \WS and \WE (which use hardcoded backslashes).  I'm therefore not
> sure that Adrian's problem with WS and WE is due to mapleader; perhaps
> the backslash itself has a map???  Try  :map \  to see.

That's what I'm confused about.  I don't think it has anything to do with any
of my plugins (including AlignMaps.vim) as I've had those for a while.
Something did however change with the backslash ('\').  I noticed (I was
messing with menus at the time) that all of a sudden maps with a search
pattern would "filter" out the backslash.  So a search of "/\(text\) test /\1
other" would show up as "/(text) test/1 other".  The backslashes disappeared.
If I escape them with another \, the search map would work.

I feel this is the same time when I noticed something had to be mapped to 'W'
since it would stutter when doing wordwise movements.  I figured out that 'WE'
was a map, so I tried to delete it.  Now I'm stuck with another problem of
trying to delete what appears to be a map of 'WE' but is defined as '\WE' in a
plugin.

Is there some sort of option or something that would all of a sudden require
backslashes to be escaped?

In AlignMaps.vim, I changed '\WE' map to '\\WE' and check with :map.  The map
turns out to be '\WE'.  But I still can't delete it.  I don't think I can
unmap anything that has a backslash.  I can delete other maps that do not have
a backslash.

I appreciate the help.

Adrian

Hello all;

I have noticed a discussion here about troubles with the
publishing format of the OPL version of the Steve Oualline's
vim book some time ago.

Finally I have found some time to learn a bit using M$ ActiveX
components and have converted all the html files from
http://www.newriders.com/books/opl/ebooks/0735710015.html
using M$ IE rendering engine into the PDF format, which, I hope,
is much more convenient for most people ;)

You can find the pdf here:

     http://www.truth.sk/vim/vimbook-OPL.pdf


         bye,
             tomas

--
                The more I see, The less I believe...

On Thu, Aug 01, 2002 at 04:25:24PM +0200, Tomas Vasko wrote:
> Finally I have found some time to learn a bit using M$ ActiveX
> components and have converted all the html files from
> http://www.newriders.com/books/opl/ebooks/0735710015.html
> using M$ IE rendering engine into the PDF format, which, I hope,
> is much more convenient for most people ;)

Wow, nice.  Good work!

--
rjbs

Tomas Vasko wrote:

> I have noticed a discussion here about troubles with the
> publishing format of the OPL version of the Steve Oualline's
> vim book some time ago.
>
> Finally I have found some time to learn a bit using M$ ActiveX
> components and have converted all the html files from
> http://www.newriders.com/books/opl/ebooks/0735710015.html
> using M$ IE rendering engine into the PDF format, which, I hope,
> is much more convenient for most people ;)
>
> You can find the pdf here:
>
>     http://www.truth.sk/vim/vimbook-OPL.pdf

Great work!  It looks just like the real book.

A few minor flaws are that some pictures are hard to read (e.g. 1.2).
and the aligning in the appendices looks a bit messed up.  The table of
contents, introduction and foreword are missing.

Can we add this to the vimdoc project?

--
How many light bulbs does it take to change a person?

  ///  Bram Moolenaar -- Bram@... -- http://www.moolenaar.net  \\\
///   Creator of Vim -- http://vim.sf.net -- ftp://ftp.vim.org/pub/vim   \\\
\\\           Project leader for A-A-P -- http://www.a-a-p.org           ///
  \\\ Lord Of The Rings helps Uganda - http://iccf-holland.org/lotr.html ///

HTML (was RE: unmapping?)I have had also this problem with outlook.  I
believe that it's a combination of Outlook and the MS Exchange Mail servers.
I'm not at work right now, but if I remember correctly, the way to solve
this conundrum is to put the vim e-mail address as an entry in your personal
address book, NOT your contacts list.  In your personal address book, I
believe that you can state that this person always gets sent stuff by plain
text.  The major pain-in-the-a$$ part about this way of doing things is that
whenever you reply to somebody at vim, you need to delete the vim address
and replace it with the personal address book entry.

At least, I think so.  Again, I'm not working right now, so I can't
guarantee anything I've just said.

Let me know if this information helps you.

JDG
---
Jay Dickon Glanville
Today's Fortune:

"I changed my headlights the other day. I put in strobe lights instead! Now
when I drive at night, it looks like everyone else is standing still ..."
   -- Steven Wright

----- Original Message -----
From: Ondrejko, David
To: 'Nagle, Adrian' ; 'VIM Mailing List'
Sent: Thursday, August 01, 2002 9:01 AM
Subject: HTML (was RE: unmapping?)




Adrian,
> Also, I think Dr. C's e-mail is rejecting
> me for sending HTML formatted e-mail.
Very probable.  He does the same thing to me.
> Is it HTML format?
Yeah.
> I'm trying to get this resolved with my IT
> folks (I hate Outlook!).
Same here, although I don't think that it's Outlook specifically that's
causing this problem.  (Although if you're not sure who to blame, Gates is a
good bet.)  I try to set all the switches and everything in Outlook to send
plain text, and apparently something gets added somewhere before my company
sends it to make it HTML format.  So I'm thinking it's the company setup
rather than Outlook itself.
> Sorry for the clutter.  I'm using VIM 6.1 on NT4.0.
Hmm ... likewise ... don't suppose it could be NT?  That *is* another common
factor.
-- Davyd

At the risk of being redundant, why not just go to the Format menu and
choose Plain Text before sending?  (I can usually tell when I'm going to
send an HTML email -- it uses a different font -- and just do that.)  (Am
using Outlook right now -- I think this email will come through as text even
though I didn't do the Plain Text thing -- I only have to do that if I'm
responding to an HTML email, never when creating a new one; it was an option
in Outlook, I think.)

Salman.

-----Original Message-----
From: Jay Glanville [mailto:jayglanville@...]
Sent: Thursday, August 01, 2002 11:55 AM
To: Ondrejko, David; 'Nagle, Adrian'; 'VIM Mailing List'
Subject: Re: HTML (was RE: unmapping?)


HTML (was RE: unmapping?)I have had also this problem with outlook.  I
believe that it's a combination of Outlook and the MS Exchange Mail servers.
I'm not at work right now, but if I remember correctly, the way to solve
this conundrum is to put the vim e-mail address as an entry in your personal
address book, NOT your contacts list.  In your personal address book, I
believe that you can state that this person always gets sent stuff by plain
text.  The major pain-in-the-a$$ part about this way of doing things is that
whenever you reply to somebody at vim, you need to delete the vim address
and replace it with the personal address book entry.

At least, I think so.  Again, I'm not working right now, so I can't
guarantee anything I've just said.

Let me know if this information helps you.

JDG
---
Jay Dickon Glanville
Today's Fortune:

"I changed my headlights the other day. I put in strobe lights instead! Now
when I drive at night, it looks like everyone else is standing still ..."
   -- Steven Wright

> At the risk of being redundant, why not just go
> to the Format menu and choose Plain Text before
> sending?  (I can usually tell when I'm going to
> send an HTML email -- it uses a different font
> -- and just do that.)

Believe you me, Salman, if it were that simple it wouldn't be an issue. ;-)  Yes, that does seem to be the obvious way to do it, except that it doesn't seem to work.  I'll try Jay's idea next and see what happens.

-- Davyd

> I'm not at work right now, but if I remember
> correctly, the way to solve this conundrum is
> to put the vim e-mail address as an entry in
> your personal address book, NOT your contacts
> list.  In your personal address book, I believe
> that you can state that this person always gets
> sent stuff by plain text.

OK, done.  I chose the 'Send Options' and said that I always wanted to send
in plain text.  Can somebody verify whether this email is now getting
through in plain text ONLY, or is it still HTML or mixed text/HTML?

> The major pain-in-the-a$$ part about this way
> of doing things is that whenever you reply to
> somebody at vim, you need to delete the vim
> address and replace it with the personal address
> book entry.

I can live with that if it solves this problem.

> At least, I think so.  Again, I'm not working
> right now, so I can't guarantee anything I've
> just said.
>
> Let me know if this information helps you.

If this shows up on the list as plain text, then YES, that information
helped me!! :-)

Thanks for at least trying, even if that doesn't work for me.  That's the
first new idea about this I've gotten in a while!

-- Davyd

In article <200208011445.g71EjZv02101@...> of Thu, 1 Aug 2002
16:45:35 in , Bram Moolenaar <Bram@...> writes
>
>Tomas Vasko wrote:
>
>> I have noticed a discussion here about troubles with the
>> publishing format of the OPL version of the Steve Oualline's
>> vim book some time ago.
>>
>> Finally I have found some time to learn a bit using M$ ActiveX
>> components and have converted all the html files from
>> http://www.newriders.com/books/opl/ebooks/0735710015.html
>> using M$ IE rendering engine into the PDF format, which, I hope,
>> is much more convenient for most people ;)
>>
>> You can find the pdf here:
>>
>>     http://www.truth.sk/vim/vimbook-OPL.pdf
>
>Great work!  It looks just like the real book.
>
>A few minor flaws are that some pictures are hard to read (e.g. 1.2).
>and the aligning in the appendices looks a bit messed up.  The table of
>contents, introduction and foreword are missing.
>
>Can we add this to the vimdoc project?
>

I suspect Tomas's work will give little joy to New Riders.

They don't have a consistent standard for OPL publishing and seem to
leave things to their authors. I was much happier with the job done by
the "Autoconf, Automake, and Libtool" authors. Stephanie Wall was
Executive Editor on both.

I could use an archive of the .html pages if he provided it.

I suppose I could convert the .pdf to text so I can grep.
I DO know that much of the text is now in vim documentation.
It is just that I am comfortable with using grep to find interesting
text and then reading the physical book.
--
Walter Briscoe

On Thu, Aug 01, 2002 at 08:05:22AM -0400 Cory T. Echols wrote:
> On 08/01, Douglas L . Potts wrote:
> > I want to re-source part of my vimrc, without having to write the
> > section out to file, source that, and then delete it.  I would love to
> > be able to copy the section into a register, and then do some vim magic
> > to source the contents of the register (all without writing to the file
> > system).
>
> Yank the relevant portions to a register (say "a), and then do
> :exe @a.  (The @a expands to the contents of the register).
>
> I just tried this for some simple cases and it seems to work, but I have
> this feeling there may be caveats that I'm unaware of.
I haven't run into any exceptions yet either.  This fits what I was
looking for a little better than Jurgen's suggestion.  I think this was
any expansions that are listed are handled correctly.

I let you know if I find something that breaks this method, though I
don't expect to.

Thanks to you both, Cory and Jürgen.

-Doug

--
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Douglas L. Potts
"In a world without fences, who needs Gates and Windows?"
(from Bram Moolenaar's varied list of quotes, no attributed author)
GPG Fingerprint: 768A EEF8 197A 4C9A 5EF7  DA5B 464C 97DF DCD5 68C2
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

In article <20020801155724.00005e58.torte@...>, Thorsten Maerz
<torte@...> writes
>Hi Robin,
>
>On Thu, 1 Aug 2002 14:48:48 +0100 Robin Becker <robin@...>
>wrote:
>
>> Whilst setting up a remote machine using ATT VNC remote desktop viewer I
>> noticed that gvim seems to exit so fast that VNC doesn't manage to
>> repaint properly so I have a virtual gvim on my virtual desktop.
>>
>> Is this a result of something gvim does or more likely a VNC buglet?
>
>Lazy redraw of VNC. Try TightVNC, it offers better compression
>and thus faster screen redraws. I use gVim/TVNC quite regularly
>across system borders without those redraw problems.
>
>http://www.tightvnc.com/
>
>HTH

thanks, I suppose even with our 10Mb/s ethernet speed could be an issue.

I guess my only worry would be about security. I know that VNC has
issues and I suppose all derivatives do as well, certainly the ability
to tunnel through ssh is nice.
--
Robin Becker

Fellow Vimaniacs,

Apparently this works perfectly.  (I'm speaking of the idea of adding the
Vim mailing list to one's personal address book in Outlook, and specifying
that messages to that recipient are always to be sent in plain text only.)
Perhaps this should be added to the list webpage or introductory email or
something, so that if someone new joins they can quickly find out how to set
M$ Outlook (and derivatives, I'm guessing) to Plain Text?

-- Davyd


* I'm really a very persuasive person; I can convince myself of anything.

Mario Schweigler wrote:

> The thing is that it works sometimes, but not always, depending on
> whether I have changed the text before calling the function. Just as you
> described it, it works fine, but if you change something in the text
> before calling the function, sometimes (depending on WHERE in the text I
> change something) it does not work. In this case, "u" would undo
> everything the function did PLUS the last change before the function.

It's not so mysterious: changing 'undolevels' only has effect for the
next thing being saved for undo.  If you are performing a sequence of
commands without typing, this is counted as one undo-able action.  You
can't really switch off undo halfway.  However, if you attempt undoing
halfway the action, this counts as restarting undo and then the value of
'undolevels' is checked.  But since you don't really want to undo
anything you make it complicated to get back what you want.

Best is if you can set 'undolevels' to -1 before making any change.
Changing 'undolevels' halfway a change has unpredictable results.

--
From "know your smileys":
  :q vi user saying, "How do I get out of this damn emacs editor?"

  ///  Bram Moolenaar -- Bram@... -- http://www.moolenaar.net  \\\
///   Creator of Vim -- http://vim.sf.net -- ftp://ftp.vim.org/pub/vim   \\\
\\\           Project leader for A-A-P -- http://www.a-a-p.org           ///
  \\\ Lord Of The Rings helps Uganda - http://iccf-holland.org/lotr.html ///

Mikolaj Machowski wrote:

> > > I encountered the same behaviour but only if this line is the last line of
> > > the file. In every other situation it works fine.
> > >
> > > Temporary solution: add blank line to the end of file.
> >
> > The patch I sent should have fixed this.
>
> 6.1.143 or there is a new version of 6.1.142?
> sorry, I am not a subscriber of dev-list.

I only sent it to the vim-dev list.  I'm preparing a patch, but found
another problem that I also want to fix and include in the patch.

> OK. Another example (maybe not the same but also bugs):
> 5th line is not here last line in file
>
> aaaa bbbbb ccc dd ee
> fff ggg 0000 3333
> hhhhh iii 111 2222
> jjjj kkkk llll mmmmm
> nnnn oooo pppp rrrrr
>
> If I enter Replace mode (with R) in somewhere in first two lines.
> Examples are worth hundreds of words:

I see the problem.  A line that is exactly 'textwidth' long sometimes
gets broken anyway.  This patch should fix it:

*** ops.c~ Sun Jul 28 21:46:09 2002
--- ops.c Thu Aug  1 20:17:00 2002
***************
*** 4200,4205 ****
--- 4200,4206 ----
  		     (void)set_indent(get_indent(), SIN_CHANGED);

  		 /* put cursor on last non-space */
+ 	 State = NORMAL; /* don't go past end-of-line */
  		 coladvance((colnr_T)MAXCOL);
  		 while (curwin->w_cursor.col && vim_isspace(gchar_cursor()))
  		     dec_cursor();

--
Where do you want to crash today?

  ///  Bram Moolenaar -- Bram@... -- http://www.moolenaar.net  \\\
///   Creator of Vim -- http://vim.sf.net -- ftp://ftp.vim.org/pub/vim   \\\
\\\           Project leader for A-A-P -- http://www.a-a-p.org           ///
  \\\ Lord Of The Rings helps Uganda - http://iccf-holland.org/lotr.html ///

charles.campbell.1@... is bouncing back. cec@... is
also bouncing! what is a good email address for you?
---x---

Your engspchk.vim plugin looks very cool. Few comments:

1. I dont see the Webster 1913 dictionary wb1913_engspchk.vim file in your
latest tarball. Where can I get this? Is this no longer needed?

2. I put engspchk.vim in my plugin folder. Restarted Vim. Loaded it using the
DrChip menu entry. Now when I mis-spell a word, it gets highlighted in Error hl
group. So far so good.

Now when I :bd! my buffer and start to edit a new buffer, your plugin stops
working. Even the menu entry has changed to EngSpchk (ie.. the Load dictionary
entry is gone).

When I re-load it manually using \ec ,I get 'No menu by that name'. Presumably
I get this because the plugin tries to aunmenu DrChip.Load Dictionary item?

What is going on? How can I make this is a global always-active plugin?

3. Related to (2) above, if I want to temporarily disable the spell-checking
for a particular buffer  (because I am typing technical words or typing in a
non-Engligh language or whatever), how can I do it?

Thanks, as always.





__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

----- Original Message -----
From: "Ondrejko, David" <david.ondrejko@...>
To: "'VIM Mailing List'" <vim@...>
Sent: Thursday, August 01, 2002 1:57 PM
Subject: HTML -> plain text in Outlook


>
> Fellow Vimaniacs,
>
> Apparently this works perfectly.  (I'm speaking of the idea of adding the
> Vim mailing list to one's personal address book in Outlook, and specifying
> that messages to that recipient are always to be sent in plain text only.)
> Perhaps this should be added to the list webpage or introductory email or
> something, so that if someone new joins they can quickly find out how to
set
> M$ Outlook (and derivatives, I'm guessing) to Plain Text?
>
> -- Davyd
>
>
> * I'm really a very persuasive person; I can convince myself of anything.

Note that this is only a problem for Outlook, and not Outlook Express (just
touching on the 'derivatives' word).  If you are going to document this for
future vim mail list users, you might want to investigate whether or not MS
Exchange mail servers also play a part.
---
Jay Dickon Glanville

I think MS Exchange does play some role.  I haven't had this problem until
recently.  Of course my company's IT department hasn't run across this
problem before, so hopefully they become familiar with it soon.

The tip regarding the personal address book is useful.  Hopefully this
e-mail is now plain text.  In Outlook 97, there is no plain text format
menu.  Only "Send Options" in the e-mail properties tab.

Adrian
--
Adrian Nagle                                 anagle@...
Thermal Engineer                           TEL: 303-939-6518
Ball Aerospace & Technologies Corp.        FAX: 303-939-5166
Boulder, CO                     http://www.ballaerospace.com

> -----Original Message-----
> From: Jay Glanville [SMTP:jayglanville@...]
> > Apparently this works perfectly.  (I'm speaking of the idea of adding
> the
> > Vim mailing list to one's personal address book in Outlook, and
> specifying
> > that messages to that recipient are always to be sent in plain text
> only.)
> > Perhaps this should be added to the list webpage or introductory email
> or
> > something, so that if someone new joins they can quickly find out how to
> set
> > M$ Outlook (and derivatives, I'm guessing) to Plain Text?
>
> Note that this is only a problem for Outlook, and not Outlook Express
> (just
> touching on the 'derivatives' word).  If you are going to document this
> for
> future vim mail list users, you might want to investigate whether or not
> MS
> Exchange mail servers also play a part.
>

On Wed, 31 Jul 2002, David Fishburn wrote:

> There is cinwords = cinwords=if,else,while,do,for,switch that
> automatically tells vim to indent when it encounters them.
>
> If I am editing a SQL file, I would like to do the same thing.
> I noticed that cinwords is already set (with the same values above) but
> nothing happens.
>
> I was wondering what else controls this and what changes will I have to
> make automatically set this up.
>
> If VIM is capable of doing it, I expect I should create a file in:
> vim61\ftplugin\sql.vim

Or create indent file (look in vim61\indent\ for examples)

You can also try to find something on http://vim.sf.net

But I don't know if there are only syntax files (for various sql dialects)
or something more.

Mikolaj

Hi Bram,

On Thu, 01 Aug 2002 16:45:35 +0200 Bram Moolenaar <Bram@...> wrote:

>
> Tomas Vasko wrote:
>
> > I have noticed a discussion here about troubles with the
> > publishing format of the OPL version of the Steve Oualline's
> > vim book some time ago.
> > [...]
> > You can find the pdf here:
> >
> >     http://www.truth.sk/vim/vimbook-OPL.pdf

> A few minor flaws are that some pictures are hard to read (e.g. 1.2).

Btw.: zooming into it reveals, that you already implemented
proportional fonts - congrats, but why only for dos ? :)

> Can we add this to the vimdoc project?

I am just talking with Ricardo Siges about better integration of
vimdoc in vim.sf.net - and the book will surely get a link.

Best regards,
--
Thorsten Maerz          <torte@...>
Sylpheed-claws/Win32:   http://claws-w32.sf.net