On Mon, Mar 27, 2000 at 10:20:57PM -0500, Benji Fisher wrote:

[Vim 5.6 for MacOS]

:     When I got my copy, it was packaged with a rather non-standard
:vimrc file.  Has this survived to the version on ftp.vim.org?

I think so.  I saw Bram's posting and downloaded it, then realized that
it was Dany's January build.  But the non-standard vimrc file is part of
the MacOS distribution.  All the command-key map bindings were commented
out; I uncommented most of them without problems, but there are two that
I've left out because they don't work right with cut-and-paste commands.

Now if only the cursor could blink in MacOS...


--
Eugene Lee
eugene@...

Sven Guckes wrote:
>
> * Bram Moolenaar <Bram@...> [000318 21:05]:
> > The binary for Vim version 5.6 is now also available for the
> > Macintosh.  It was compiled and packed by Dany St-Amant.
>
> http://www.math.fu-berlin.de/~guckes/vim/macs.html is updated.
> Mirror www.vim.org should catch up tonight.
>
> Is Dany's version the official version now?  Just wondering.
>
> Sven

      I think that whatever Bram uploads to ftp.vim.org is the "official
version."

      Axel Kielhorn has been away from his computer for a while :( .  He
left before vim 5.6 was released.  At some point, Dany St. Amant posted
a binary for vim-mac 5.6 but never announced it.  I noticed it and
pointed it out to Bram.  He was having trouble uploading to the new
ftp.vim.org; when that got resolved, he posted the binaries and
announced it.

      When I got my copy, it was packaged with a rather non-standard
vimrc file.  Has this survived to the version on ftp.vim.org?

					 --Benji Fisher

Same limitation here.  No codewarrior in-house.

Was there any other issue, related to getting a link to the python
interpreter or anything?  That's where I *thought* the hold-ups resided.

--p

Nils Kassube wrote:

> Benji Fisher wrote:
>
> >      All it takes is a compiler and a web page.  I can supply the
> > latter, if no one else will, although Axel Kielhorn is the more natural
> > candidate.  He should be back at his computer soon...
>
> Finally some progress :-)
>
> I can offer space on two web sites, but I don't have a recent
> version of CodeWarrior, otherwise this already would have
> happened.
>
> Cheers,
> Nils
> --
> nika@... (preferred)
> 4kassube@...

--
Patrick Curtain, Husband & Father      ( i also write software )
503 781 6199    patrick@...  http://www.swdev.com/

Benji Fisher wrote:

>      All it takes is a compiler and a web page.  I can supply the
> latter, if no one else will, although Axel Kielhorn is the more natural
> candidate.  He should be back at his computer soon...

Finally some progress :-)

I can offer space on two web sites, but I don't have a recent
version of CodeWarrior, otherwise this already would have
happened.

Cheers,
Nils
--
nika@... (preferred)
4kassube@...

All it takes is a compiler and a web page.  I can supply the
latter, if no one else will, although Axel Kielhorn is the more natural
candidate.  He should be back at his computer soon...

					 --Benji Fisher

Patrick Curtain wrote:
>
> For what it's worth, I'm using vim on the mac daily, and most of the
> coding is for Python.  I'd be enormously interested in having +python as
> well.
>
> --p
>
> Nils Kassube wrote:
>
> > Guten Abend.
> >
> > After asking this question on four newsgroups, including
> > comp.editors and comp.lang.python, and a few mailing lists,
> > is there really no one using Python with Vim on the Mac or
> > with Win32?
> >
> > I'm _really_ interested in a Python-enabled Vim binary for
> > the Macintosh and Win32. _All_ of the links at vim.org which
> > I tried point to a release compiled w/o the +python option.
> >
> > Cheers,
> > Nils

For what it's worth, I'm using vim on the mac daily, and most of the
coding is for Python.  I'd be enormously interested in having +python as
well.

--p

Nils Kassube wrote:

> Guten Abend.
>
> After asking this question on four newsgroups, including
> comp.editors and comp.lang.python, and a few mailing lists,
> is there really no one using Python with Vim on the Mac or
> with Win32?
>
> I'm _really_ interested in a Python-enabled Vim binary for
> the Macintosh and Win32. _All_ of the links at vim.org which
> I tried point to a release compiled w/o the +python option.
>
> Cheers,
> Nils
> --
> nika@... (preferred)
> 4kassube@...

--
Patrick Curtain, Husband & Father      ( i also write software )
503 781 6199    patrick@...  http://www.swdev.com/

Guten Abend.

After asking this question on four newsgroups, including
comp.editors and comp.lang.python, and a few mailing lists,
is there really no one using Python with Vim on the Mac or
with Win32?

I'm _really_ interested in a Python-enabled Vim binary for
the Macintosh and Win32. _All_ of the links at vim.org which
I tried point to a release compiled w/o the +python option.

Cheers,
Nils
--
nika@... (preferred)
4kassube@...

Hi all,

I run into a strange problem with the latest Vim.  After editing and
closing a file on Vim, I will sometimes see one or more leftover files
generated by Vim named ".1", ".2", and so forth.  This is more noticable
when the files are located on the Desktop.  Is this a known bug?  Or
could there be something wrong in my _gvimrc file?


--
Eugene Lee
eugene@...

* Bram Moolenaar <Bram@...> [000318 21:05]:
> The binary for Vim version 5.6 is now also available for the
> Macintosh.  It was compiled and packed by Dany St-Amant.

http://www.math.fu-berlin.de/~guckes/vim/macs.html is updated.
Mirror www.vim.org should catch up tonight.

Is Dany's version the official version now?  Just wondering.

Sven

Hello All!

Just thought of this after downloading the new 5.6.  And *FIRST OFF*, a
very big THANK YOU to Dany for putting out the latest binary.  Thank
you.

Here's what I'm checking.  The mac vim page mentions python support with
this limitation:

- The first Python command must be :python from vim import *

When I check :version, it says that the 5.6 release was compiled with
'-python' and '-perl', which tells me there isn't python support (or
perl) at all.  Trying to run that command, or any other, fails with the
notice:

Sorry, this command is not implemented.

Most of coding nowadays is being done in python.  Where's the code at in
supporting having python compiled in with the mac version.

Thanks all!
--p

--
Patrick Curtain, Husband & Father      ( i also write software )
503 781 6199    patrick@...  http://www.swdev.com/

The binary for Vim version 5.6 is now also available for the Macintosh.  It
was compiled and packed by Dany St-Amant.

Directory: ftp://ftp.vim.org/pub/vim/mac

You will need StuffIt Expander 5.x to extract the files.

  SIZE    FILE                 CONTENTS
1688291  vim5.6.full.fat.sit  Vim 5.6, FAT application + runtime files
  298138  vim5.6.68k.sit       Vim 5.6, 68k application only
  624790  vim5.6.fat.sit       Vim 5.6, FAT application only
  333697  vim5.6.ppc.sit       Vim 5.6, PowerPC application only

For more information on the Macintosh version, go to:

		 http://www3.sympatico.ca/dany.stamant/vim/

For discussions about the Macintosh version, use the vim-mac maillist.  Send a
message to vim-help@... to find out how to subscribe.


Another note: ftp.vim.org has been moved to another (faster) machine.
I have not been able to upload files until today.  Sorry for the delay.
It appears to work OK now.  Let me know if you have persistent problems.

--
BLACK KNIGHT: I'm invincible!
ARTHUR:       You're a looney.
                  "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD

/-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
\ \   Vim: http://www.vim.org      ICCF Holland: http://www.vim.org/iccf   / /

Quoting Sven Guckes (guckes@...):
> * Patrick Curtain <patrick@...> [000309 20:47]:
> > Second to that, I was thinking it would be SOoo cool,
> > if we could *simulate* some command line kinds of tools.
> > Things like when the user says ':!ls' that it would go, get the listing
> > for the current directory and display it.  That would be so helpful.
> > Now, if it does that some way that I haven't seen, let me know.  :)
>
> Yeah, let's emulate all the Unix stuff and
> this other command line tool - "emacs".  NOT!
>
> Face it - Macs are no Unix machines.
> Hint:  MkLinux, BeOS.  Nuff said.

What he really wants to do is take the source and hack on it
until the text mode version builds with the MacOS specifics
still intact to build a MPW tool version of vim.  Well, I don't
know whether MPW supports a real terminal emulation similar to
xterm in its editor windows and it'd be a bit strange to put
an editor as an application into an editor's window...

But then since MPW went out of fashion but MPW tools continued
to be useful (things like awk or perl) there is the "ToolServer"
application that can be used as a shell to wrap around MPW tools
w/o having the whole shell and editor around.  It can be used
from CodeWarrior for example to run MPW tools and scripts.  It
would be major cool to but the code into MacOS's port of vim to
interface to the ToolServer application.  This involves implementing
Apple Events for vim.

If done properly, any shell escape could be sent to the ToolServer.
Don't expect the MPW scripting language to be compatible to /bin/sh
though.  It's similar but quite different, making use of many of
the special characters in the Mac's character encoding.  Things
like double-tilde for filename globbing for example.

Gruß,
				 Ripley

--
H. Eckert, 10777 Berlin, Germany, http://www.in-berlin.de/User/nostromo/
ISO 8859-1: Ä=Ae, Ö=Oe, Ü=Ue, ä=ae, ö=oe, ü=ue, ß=sz.
"(Technobabbel)" (Jetrel) - "Müssen wir uns diesen Schwachsinn wirklich
anhören?" (Neelix)

* Patrick Curtain <patrick@...> [000309 20:47]:
> Second to that, I was thinking it would be SOoo cool,
> if we could *simulate* some command line kinds of tools.
> Things like when the user says ':!ls' that it would go, get the listing
> for the current directory and display it.  That would be so helpful.
> Now, if it does that some way that I haven't seen, let me know.  :)

Yeah, let's emulate all the Unix stuff and
this other command line tool - "emacs".  NOT!

Face it - Macs are no Unix machines.
Hint:  MkLinux, BeOS.  Nuff said.

Sven

Hey All!

I've seen a couple of messages come through on this list so I thought
I'd go ahead and pop out my own personal issue.

What will it require to have working Python support in VIM on the mac?
I'd love for that to work and I'd be happy to help on the Python side,
if it's needed.

Second to that, I was thinking it would be SOoo cool, if we could
*simulate* some command line kinds of tools.  Things like when the user
says ':!ls' that it would go, get the listing for the current directory
and display it.  That would be so helpful.  Now, if it does that some
way that I haven't seen, let me know.  :)

Thanks all!  And I echo the statement from the message today.  vim is
easily the most important application on my powerbook.  I use it
constantly!

--p

--
Patrick Curtain, Husband & Father      ( i also write software )
503 781 6199    patrick@...  http://www.swdev.com/

Dear VimMac developpers,

Thank you very much for making vim for MacOS, and thank you, Mr. Sven
Guckes, for replying very promptly.  Before the vim I requested is
compiled, I would like to ask another options (if it is possible).

In my previous mail, I requested the following two options:

--enable-multibyte
--enable-fontset options

These two options are quite important for non-English support.  Added
to this, I would like to ask the following two options.

+langmap (or HAVE_LANGMAP); around line 70 of feature.h
--enable-perlinterp
something equivalent to --enable-xim (i.e., control on Macintosh Input
Metohd)

The +langmap option is also very important when we *input* non-English
languages.  Namely, when going into insert mode, the language input
method is turned on, and when going back, off.

The latter two is my hope that vim on Macintosh will support them in
the future.  I think you need subtle code change to achieve them, so I
do not insist on them very much.  But if they can be done very easily,
I want them quite much.  (When these features are available, I think I
can read my e-mails perfectly on my PowerBook...)

Thank you in advance.

# Is it easy to compile VIM if I buy CodeWarrior Pro?  I might
# consider compiling it by myself.  VimMac can be the most important
# application on my PowerBook...

Sincerely,

---
Kenichi Asai


---------------------------------------------------------------------
>Date: Tue, 7 Mar 2000 16:58:04 +0100
>From: Sven Guckes <guckes@...>
>To: ASAI Kenichi <asai@...>
>Cc: VIM on MacOS Development <vim-mac@...>
>Subject: Re: vim on MacOS with multi-byte available?
>
>Dear Asai-san,
>
>* ASAI Kenichi <asai@...> [000307 09:06]:
>> Dear Mr. Sven Guckes, Thank you for compiling vim on MacOS.
>
>You are welcome!  But the credit for this goes to other people.
>
>> I have downloaded it and now trying to use it on my PowerBook.
>> One thing that is quite important for me is multi-byte support.
>> Would it be possible to ask you re-compile vim with
>> --enable-multibyte and --enable-fontset options?
>>
>> If it cannot be done without subtle code modification, please ignore
>> this e-mail.  I do not want to make you trouble with this when you
>> have other things to fix.  If it can be done easily without changing
>> code, however, may I ask you to re-compile with those options?
>> (I have no compiler with me here...)
>> It would be very helpful for me to use my language on vim.
>
>Well, I am sure it can be done.
>Both Axel Kielhorn and Dany St-Amant have released a binary -
>maybe they can also maintain a binary with those features.
>Axel?  Dany?  [I'll CC this to the Vim Mac mailing list.]
>
>Sven
>
>--
>Sven Guckes guckes@...  | vim-mac@...: Maillist for "Vim on MacOS"
>VIMMAC Info on current development: http://www.vim.org/macs.html

Dear Asai-san,

* ASAI Kenichi <asai@...> [000307 09:06]:
> Dear Mr. Sven Guckes, Thank you for compiling vim on MacOS.

You are welcome!  But the credit for this goes to other people.

> I have downloaded it and now trying to use it on my PowerBook.
> One thing that is quite important for me is multi-byte support.
> Would it be possible to ask you re-compile vim with
> --enable-multibyte and --enable-fontset options?
>
> If it cannot be done without subtle code modification, please ignore
> this e-mail.  I do not want to make you trouble with this when you
> have other things to fix.  If it can be done easily without changing
> code, however, may I ask you to re-compile with those options?
> (I have no compiler with me here...)
> It would be very helpful for me to use my language on vim.

Well, I am sure it can be done.
Both Axel Kielhorn and Dany St-Amant have released a binary -
maybe they can also maintain a binary with those features.
Axel?  Dany?  [I'll CC this to the Vim Mac mailing list.]

Sven

--
Sven Guckes guckes@...  | vim-mac@...: Maillist for "Vim on MacOS"
VIMMAC Info on current development: http://www.vim.org/macs.html

At 11:06 Uhr +0900 2000-02-26, david craig wrote:
>Thanks for clarifying; it's appreciated.  A question
>I meant to ask in my first post: Do the version numbers
>of the respective applications have anything to do
>with one another?

Yes.

>I suppose that the presumption would
>be that the application version number refers to that
>of the port, then?

Right

>(To say it another way, would versions
>5.6 of these two implementations of VIM have, in theory,
>an essential parity in VIM features, differing primarily
>in how the authors went about implementing them, and
>perhaps what goodies above and beyond VIM itself the
>authors throw in?)

Correct.

MacVim on my page was compiled before 5.6 was available and I left my
compiler just after putting it on my homepage. In the meantime Dany took
the 5.6 release, fixed some bugs and released it on his page.

When I'm back in Germany I will download 5.6 release (+patches) and Dany's
patches and build a new version which I will put on my homepage.

The main differences are:
Dany's version is FAT, I have separate binaries for 68k and PPC
My 68k version has syntax disabled, don't know about Dany's.
My version is compiled with CWPro2 Dany's with CW9 (IIRC).

The rule of thump is:
Whoever has time puts a binary on his page.

Axel

who would be surprised to see this on the list, becuase I'm writing from a
different address than my subscribe address.

--
Adults get far more pleasure from adultery
than children do from infancy

Hi Again!

I have version 5.6 (and 5.5). I want to use vim because it looks a
little bit easier to use that CW (and I cant get CW).
So please help me.

//Anton (Thanx)

Sven Guckes wrote:

> Anton - please include info on your version!
> I suppose that this might be specific to the
> Mac version, so I'll forward it to vim-mac.
>
> Sven
>
> ===
> From: Anton Kiland <anton@...>
> To: guckes@...
> Subject: Hi!
> Date: Thu, 17 Feb 2000 09:48:29 +0100
> Message-ID: <38ABB5DC.273D60E5@...>
> X-Mailer: Mozilla 4.5 (Macintosh; I; PPC)
>
> Hi!
>
> I code in C++ and when I want to makeprg (:make, :!make)
> it just tells me that it cant find vim90004.err (or vim90001.err)
> and It wont build the prog. Please help me.
>
> //Anton a Swedish Person

Thanks for clarifying; it's appreciated.  A question
I meant to ask in my first post: Do the version numbers
of the respective applications have anything to do
with one another?  I suppose that the presumption would
be that the application version number refers to that
of the port, then?  (To say it another way, would versions
5.6 of these two implementations of VIM have, in theory,
an essential parity in VIM features, differing primarily
in how the authors went about implementing them, and
perhaps what goodies above and beyond VIM itself the
authors throw in?)

Amazing how I can be so baffled by something so simple :-)

David


On Sat, 26 Feb 2000, H. Eckert wrote:

> Quoting david craig (dac@...):
> > <http://www-public.tu-bs.de:8080/~i0080108/macvim.html>
> > <http://www3.sympatico.ca/dany.stamant/vim>
> >
> > entirely different ports of Vim to the Mac?  Or different
> > versions of the same port?  Or what, exactly?  They both
>
> Different versions from the same port.  There is just on main
> port but several people working on it and putting snapshots of
> their corresponding current version on the net.
>
>
> Greetings,
> 			 Ripley
> --
> H. Eckert, 10777 Berlin, Germany, http://www.in-berlin.de/User/nostromo/
> ISO 8859-1: Ä=Ae, Ö=Oe, Ü=Ue, ä=ae, ö=oe, ü=ue, ß=sz.
> "(Technobabbel)" (Jetrel) - "Müssen wir uns diesen Schwachsinn wirklich
> anhören?" (Neelix)
>


David


<http://cda.mrs.umn.edu/~dac/>

On Thu, 24 Feb 2000, Sven Guckes wrote:

> * Bob Batson <bob@...> [000224 02:07]:
> > What's the URL of the official website for "VIM for macintosh"?

[snip]



====================================================================
Bob Batson                              L 39 12 14 N  94 33 16 W
bob@...                             Kansas City
TCS - Mystic Fire Priest                USDA zone 5b

Quoting david craig (dac@...):
> <http://www-public.tu-bs.de:8080/~i0080108/macvim.html>
> <http://www3.sympatico.ca/dany.stamant/vim>
>
> entirely different ports of Vim to the Mac?  Or different
> versions of the same port?  Or what, exactly?  They both

Different versions from the same port.  There is just on main
port but several people working on it and putting snapshots of
their corresponding current version on the net.


Greetings,
				 Ripley
--
H. Eckert, 10777 Berlin, Germany, http://www.in-berlin.de/User/nostromo/
ISO 8859-1: Ä=Ae, Ö=Oe, Ü=Ue, ä=ae, ö=oe, ü=ue, ß=sz.
"(Technobabbel)" (Jetrel) - "Müssen wir uns diesen Schwachsinn wirklich
anhören?" (Neelix)

Perhaps this is a good time to ask something that
has confused me ... are the Vim's that one can
download from

<http://www-public.tu-bs.de:8080/~i0080108/macvim.html>
<http://www3.sympatico.ca/dany.stamant/vim>

entirely different ports of Vim to the Mac?  Or different
versions of the same port?  Or what, exactly?  They both
have the same creator code, so they at least are _pretending_
to be the same application.  (If they are not, what are the
relative merits of the version 5.5.38 available from Axel,
versus the 5.6 available from Daniel St. Amant?)

David


<http://cda.mrs.umn.edu/~dac/>

* Bob Batson <bob@...> [000224 02:07]:
> What's the URL of the official website for "VIM for macintosh"?

         http://www.vim.org/macs.html
and     http://www-public.tu-bs.de:8080/~i0080108/macvim.html
and     http://www3.sympatico.ca/dany.stamant/vim

The first is *the* official one (vim.org address).
Dany StAmant was the main contributor for some time
and now Axel Kielhorn has done a lot recently.

I suppose we should combine our efforts...

Sven

--
Sven Guckes guckes@...  | vim-mac@...: Maillist for "Vim on MacOS"
VIMMAC Info on current development: http://www.vim.org/macs.html

Anton - please include info on your version!
I suppose that this might be specific to the
Mac version, so I'll forward it to vim-mac.

Sven

===
From: Anton Kiland <anton@...>
To: guckes@...
Subject: Hi!
Date: Thu, 17 Feb 2000 09:48:29 +0100
Message-ID: <38ABB5DC.273D60E5@...>
X-Mailer: Mozilla 4.5 (Macintosh; I; PPC)

Hi!

I code in C++ and when I want to makeprg (:make, :!make)
it just tells me that it cant find vim90004.err (or vim90001.err)
and It wont build the prog. Please help me.

//Anton a Swedish Person

The binary for Vim version 5.6 is now also available for VMS.  It was compiled
and packed by Zoltan Arpadffy.

Directory: ftp://ftp.vim.org/pub/vim/vms

SIZE     FILE                   CONTENTS
2367412  vim-56-alpha.zip       Vim 5.6 exe+docs for Alpha
1859440  vim-56-vax.zip         Vim 5.6 exe+docs for VAX

For more information on the VMS version, go to:

		 http://www.polarfox.com/vim/


Another note: ftp.vim.org is going to be moved to another (faster) machine.
The internet connection will be upgraded too (about 50 times faster, can't be
bad!).  If you notice problems the coming weeks, try again a bit later.  If
the problem persists, let me know.

--
BLACK KNIGHT: I'm invincible!
ARTHUR:       You're a looney.
                  "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD

/-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
\ \   Vim: http://www.vim.org      ICCF Holland: http://www.vim.org/iccf   / /

Thursday night, February 3, in a crowded party,
the slashdot Beanie Awards have been presented.
And guess what?  Vim won!

The category "Best Open Source Text Editor" listed
Emacs, Xemacs, Pico, Joe and Vim.  It's great that
Vim has been voted to be the winner.
Thanks to all who voted!

The $2000 price will be donated to ICCF Holland,
to help the orphans in Uganda.
See http//www.vim.org/iccf for info on the project.

More info on the Beanie Awards at http//www.slasdot.org.

--
/-/-- Bram Moolenaar --- bram@... --- http//www.moolenaar.net --\-\
\ \   Vim: http//www.vim.org       ICCF Holland: http//www.vim.org/iccf   / /

Hello Vimmers!

Vim has been nominated in the "First-Annual Slashdot Open Source Community
Awards", also known as the "Slashdot Beanie Awards".  There is a total of
$100.000 prize cash, this is something!

See the announcement at:

	 http://biz.yahoo.com/bw/000121/ma_andover_1.html

You can place your vote at:

	 http://slashdot.org/vote.pl

You need to create an account for this, but that's easy and free.
Vim is in the category "Best Open Source Text Editor".
Voting closes January 31.

This is the first time Vim has been nominated for an award that actually has a
cash prize.  In the event that Vim wins, I will pass on the money to ICCF
Holland, to help the orhpans in Uganda.  More info: http://www.vim.org/iccf
(This is just to avoid having to organize a "Vimmy award" to split the prize
up and divide it over the many people that have helped make Vim a winner!)

The award ceremony (well, since they announced there will be plenty of food
and beer, it's more a party really) is on Thursday February 3 in New York city.

--
BLACK KNIGHT:  I move for no man.
ARTHUR:        So be it!
     [hah] [parry thrust]
     [ARTHUR chops the BLACK KNIGHT's left arm off]
ARTHUR:        Now stand aside, worthy adversary.
BLACK KNIGHT:  'Tis but a scratch.
                                   The Quest for the Holy Grail (Monty Python)

/-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
\ \   Vim: http://www.vim.org      ICCF Holland: http://www.vim.org/iccf   / /

Hello Vimmers,

The 5.6 version of Vim on 16-bit MS Windows is available now.
The port should be stable, but has not been tested with a wide user base.

You can get the port here:

	 ftp://ftp.vim.org/pub/vim/pc

Or use one of the mirrors, see:

	 ftp://ftp.vim.org/pub/vim/MIRRORS

The following archives are available:

gvim56w16.zip - executable with most features enabled, including toolbar and
		 gui dialogues. Requires CTL3DV2.DLL (you should have it
		 already, it's freely available anyway)

gvim56m16.zip - executable with minimum features, intended for old machines
		 with little memory. No menus, dialogues, or toolbar (but the
		 mouse does work :)

vim54s16.zip  - pack of additional sources required to build the exes
		 yourself.  This is needed in *addition* to the main pc source
		 archive.

For all versions, you will need the main pc runtime files archive as well.

All exes have been built with Borland C++ 5.02. The zip files contain readmes
with extra info.

Suggested usage guide for W3.1x users:

If you have a fast machine (>=100MHz) and lots of RAM (>=24M) then you may as
well use the Win32s port.

If you have very little RAM (< 4M) then use the min-feat version.

Otherwise, the standard Win16 version is probably your best overall bet.

Bug Reporting
=============
If you find a bug, *please* try it on another version of Vim first - I
recommend the 32-bit DOS version which will run in a Dos box. This is to
separate general Vim bugs from those specific to the Win16 port.

Notes on the Win16 Port
=======================
The Win16 Port has most of the functionality of its big brother, the Win32
port.  What is missing (and probably will remain so):
1) Bold/Italic text not used (to speed up repaint/reduce resource usage)
2) No tearoff menus (use too much resources)
3) No OLE
4) No long filename support (of course)
5) No tooltips on toolbar buttons - instead they produce command-line tips
    like menu items do.

Gotcha:
It is recommended that you use a raster font and not a TrueType fixed-pitch
font. e.g. Use Courier, not Courier New. This is not just to use less
resources but because there are subtle bugs in the handling of fixed-pitch
TrueType in Win3.1x. In particular, when you move a block cursor over a pipe
character '|', the cursor is drawn in the wrong size and bits get left behind.
This is a bug in the Win3.1x GDI, it doesn't happen if you run the exe under
95/NT.

[ This message was originally written by Vince Negri ]

--
WOMAN:   I didn't know we had a king. I thought we were an autonomous
          collective.
DENNIS:  You're fooling yourself.  We're living in a dictatorship.  A
          self-perpetuating autocracy in which the working classes--
WOMAN:   Oh there you go, bringing class into it again.
DENNIS:  That's what it's all about if only people would--
                                   The Quest for the Holy Grail (Monty Python)

/-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
\ \   Vim: http://www.vim.org      ICCF Holland: http://www.vim.org/iccf   / /

Hi,

  The support for Codewarrior External Editor was giving back the wrong file
to Codewarrior when more than one file was edited.

*** Seven:Documents:Downloads:Vim:vim-5.6:vim-5.6.patched.rel1:src:gui_mac.c
Fri Jan 21 22:59:11 2000
--- Seven:Documents:Downloads:Vim:vim-5.6:vim-5.6.patched.rel2:src:gui_mac.c
Mon Jan 24 22:28:22 2000
***************
*** 3267,3275 ****
       if (foundFile)
       {
           BufferSize = 0; /* GetHandleSize (GetTextData.theText); */
!         for (lineno = 0; lineno < buf->b_ml.ml_line_count; lineno++)
           {
!             line = ml_get((linenr_t) lineno);
               linesize = STRLEN(line) + 1;
               lineStart = BufferSize;
               BufferSize += linesize;
--- 3267,3276 ----
       if (foundFile)
       {
           BufferSize = 0; /* GetHandleSize (GetTextData.theText); */
!         for (lineno = 0; lineno <= buf->b_ml.ml_line_count; lineno++)
           {
!             /* Must use the right buffer */
!             line = ml_get_buf(buf, (linenr_t) lineno, FALSE);
               linesize = STRLEN(line) + 1;
               lineStart = BufferSize;
               BufferSize += linesize;

Vim - Vi IMproved
Macintosh specific issues

Group Manager: vim-mac-owner@egroups.com

To subscribe, send a message to vim-mac-subscribe@egroups.com or go to the e-groups's home page at http://www.egroups.com/group/vim-mac/