vim-latex-devel — Mailing list for developers/maintainers of the vim-latex project

Re: [Vim-latex-cvs] Re: [Vim-latex-devel] Latest Version (30 Dec 2002)

[Benji F. <be...@me...>]

Srinath Avadhanula wrote:
> Hey Benji,
> 
> I should have forwarded Bartek's emails to you as well... Anyway, this
> is the email in which he wrote about which encodings he uses and some
> other information...
> 
>>Hello,
>>
>>I checked my encodings.
>>
>>Under Windows:
>>encoding=CP1250, fileencoding=? (empty string)
>>I have Windows XP Professional with polish language encoding.

      I have not booted into W95 lately.  Can someone else test this?

>>Under Linux I get ``option not supported'', but I know that I
>>have ISO-8859-2 (polish encoding) in my console.

      I tested with this encoding.  Is it possible to use anything other 
than latin1 when compiled with -multi_byte?  I cannot seem to compile 
with +multi_byte and -iconv ...  Anyway, with my usual binary of vim 
(+multi_byte, +iconv, +++...) and ISO-8859-2 I do see weird results with 
the previous version of imaps.vim and it works with the latest version 
(1.21).

      This latest version only calls iconv() when there is a problem. 
(Usually, when the place holders are set to some funky characters and 
these characters do not match themselves in a pattern).  It may not 
solve such problems, but it should not create any.

>>I didn't wrote this earlier, but IMAP_Jumpfunc() might be good
>>(in Linux), because Ctrl-J works good, only just after inserting
>>an environment cursor is wrongly placed. If you press Ctrl-J
>>cursor goes to the first placeholder.

      Yes, that is what I saw when I inserted a figure environment with EFI.

>>Earlier version (14 december 2002) of Latex-Suite works good on
>>my brother's Windows machine (he havn't got Linux), which is
>>quite similar to mine, including system and encoding, and the
>>same vim instalation. But this earlier version don't work on my
>>machine.
>>
>>Bartek

      I hope the problem is solved.  If not, please tell me how to 
compile a version of vim where the problem still pops up.  If there are 
still problems on Windows, I am willing to reboot ...

					--Benji

Re: [Vim-latex-devel] Alt mappings

[Benji F. <be...@me...>]

Carl Mueller wrote:
> About the Alt macros, how about the following?
> 
> 1.  As an option, the user can turn on the <Alt> mappings.
>     (This was mentioned by others.)
> 
> 2.  As a default, use the <Insert> key for the <Alt> mappings.
>     The <Insert> key isn't used for anything else, is it?
>     It could be a right handed version of the "`" mappings.
>     Besides the <Alt> mappings that I wrote, one could use the
>     <Insert> key for mappings that control fonts, such as
>     {\em ...} and so on.
> 
> I'd still like to keep the <Alt> mappings as an option, since the
> <Alt> key is more handy than the <Insert> key.

      The <Insert> key is used to toggle between Insert and Replace 
modes.  I almost never use Replace mode, and I often hit the <Insert> 
key when I am aiming for the <Del> key, so I have :imap'ed it to <Nop>.

      In other words, it is not quite true that the <Insert> key is 
unused, but it is pretty close.

					--Benji

[Vim-latex-devel] Alt mappings

[Carl M. <cm...@ma...>]

About the Alt macros, how about the following?

1.  As an option, the user can turn on the <Alt> mappings.
    (This was mentioned by others.)

2.  As a default, use the <Insert> key for the <Alt> mappings.
    The <Insert> key isn't used for anything else, is it?
    It could be a right handed version of the "`" mappings.
    Besides the <Alt> mappings that I wrote, one could use the
    <Insert> key for mappings that control fonts, such as
    {\em ...} and so on.

I'd still like to keep the <Alt> mappings as an option, since the
<Alt> key is more handy than the <Insert> key.

Best wishes,
Carl

Re: [Vim-latex-devel] date stamps

[Srinath A. <sr...@fa...>]

On Mon, 6 Jan 2003, Benji Fisher wrote:

>       Right, the clutter in the diff is not enough of a problem to be
> worth fixing, but spurious revisions are.  The next time I do a commit,
> I will (if I remember) remove the "Last Change" line.
>
I have removed it in the last file I commited...

Also, some of my last few commit messages to the vim-latex-cvs list have
been pretty bad. Thats because I am still learning the little oddities
of the cvscommand.vim plugin. A nice thing in the plugin is that you can
write a log message in a vim window instead of on the command line like
in cvsmenu.vim... However, a strange feature is that the log gets
processed immediately upon a :w. Because I am a very frequent saver
(comes from my working on some really unreliable machines in the past),
I sometimes end up sending the log messags inadvertantly.

I have always repaired such faulty commits with a '

$ cvs admin -m :"`cat /tmp/log.txt`" <filename>

later, but the new commit message will not show in the list... So when
in doubt about a screwed up commit message, please check the actual log
message not the one in the mailing list...

Thanks,

Srinath

Re: [Vim-latex-devel] date stamps

[Benji F. <be...@me...>]

      Right, the clutter in the diff is not enough of a problem to be 
worth fixing, but spurious revisions are.  The next time I do a commit, 
I will (if I remember) remove the "Last Change" line.

					--Benji

Srinath Avadhanula wrote:
> OK! One of these days, I will get around to removing all the time stamp
> strings... The main problem I had with time stamps was not that they
> cluttered the diff (its an annoyance but not a big deal). But the major
> problem is that they sometimes lead to spurious revisions.
> 
> Srinath
> 
> On Sun, 5 Jan 2003, Mikolaj Machowski wrote:
> 
> 
>>On Sun, Jan 05, 2003 at 08:13:18AM -0500, Benji Fisher wrote:
>>
>>>     IIRC, our date stamps caused problems the last time that Srinath
>>>merged a branch into the main trunk.  Should we just delete the "Last
>>>Change" lines?  The last few commits (from Srinath) continue to show these.
>>>					--Benji
>>
>>IIRC I was the only who said no to removing "Last Change". I am no
>>longer against it.
>>
>>Mikolaj

Re: [Vim-latex-devel] date stamps

[Srinath A. <sr...@fa...>]

OK! One of these days, I will get around to removing all the time stamp
strings... The main problem I had with time stamps was not that they
cluttered the diff (its an annoyance but not a big deal). But the major
problem is that they sometimes lead to spurious revisions.

Srinath

On Sun, 5 Jan 2003, Mikolaj Machowski wrote:

> On Sun, Jan 05, 2003 at 08:13:18AM -0500, Benji Fisher wrote:
> >      IIRC, our date stamps caused problems the last time that Srinath
> > merged a branch into the main trunk.  Should we just delete the "Last
> > Change" lines?  The last few commits (from Srinath) continue to show these.
> > 					--Benji
> IIRC I was the only who said no to removing "Last Change". I am no
> longer against it.
>
> Mikolaj
>

Re: [Vim-latex-cvs] Re: [Vim-latex-devel] Latest Version (30 Dec 2002)

[Mikolaj M. <mi...@wp...>]

On Sun, Jan 05, 2003 at 08:10:20AM -0500, Benji Fisher wrote:
> Srinath:
>      I will do something with this.  According to the docs, iconv() 
> should work between latin1 and utf-8 even when compiled with -iconv.  If 
> that is true, then Bartek must have some other encoding; did he ever 
> tell you which one?

I suppose iso-8859-2 or cp1250 :)

Mikolaj

Re: [Vim-latex-devel] date stamps

[Mikolaj M. <mi...@wp...>]

On Sun, Jan 05, 2003 at 08:13:18AM -0500, Benji Fisher wrote:
>      IIRC, our date stamps caused problems the last time that Srinath 
> merged a branch into the main trunk.  Should we just delete the "Last 
> Change" lines?  The last few commits (from Srinath) continue to show these.
> 					--Benji
IIRC I was the only who said no to removing "Last Change". I am no
longer against it.

Mikolaj

Re: [Vim-latex-cvs] Re: [Vim-latex-devel] Latest Version (30 Dec 2002)

[Srinath A. <sr...@fa...>]

Hey Benji,

Thanks for the fix.

On Sun, 5 Jan 2003, Benji Fisher wrote:

> Srinath:
>
>       I will do something with this.  According to the docs, iconv()
> should work between latin1 and utf-8 even when compiled with -iconv.  If
> that is true, then Bartek must have some other encoding; did he ever
> tell you which one?
>
>       I'll wrap the call to iconv() in a function, and put the comments
> there.
>

I should have forwarded Bartek's emails to you as well... Anyway, this
is the email in which he wrote about which encodings he uses and some
other information...

> Hello,
>
> I checked my encodings.
>
> Under Windows:
> encoding=CP1250, fileencoding=? (empty string)
> I have Windows XP Professional with polish language encoding.
>
> Under Linux I get ``option not supported'', but I know that I
> have ISO-8859-2 (polish encoding) in my console.
>
> I didn't wrote this earlier, but IMAP_Jumpfunc() might be good
> (in Linux), because Ctrl-J works good, only just after inserting
> an environment cursor is wrongly placed. If you press Ctrl-J
> cursor goes to the first placeholder.
>
> Earlier version (14 december 2002) of Latex-Suite works good on
> my brother's Windows machine (he havn't got Linux), which is
> quite similar to mine, including system and encoding, and the
> same vim instalation. But this earlier version don't work on my
> machine.
>
> Bartek

Afterwards, he said that his linux machine didn't have +iconv, which
made imaps not work properly. He compiled his vim with iconv support and
imaps seemed to start working. So I asked him if he needed iconv only
for latex-suite or whether he needed it otherwise also. He wrote:

> Under Windows +iconv is enabled in binaries from www.vim.org.
> So, iconv works good, but still placeholders are not completely
> erased.
>
> Under Linux I am using ISO-8859-2 encoding in my system, and
> without iconv I can use my language specific letters. So, iconv
> is needed only for latex-suite.

I still do not understand why the placeholders should not be
"completeley erased"...

Srinath

[Vim-latex-devel] date stamps

[Benji F. <be...@me...>]

      IIRC, our date stamps caused problems the last time that Srinath 
merged a branch into the main trunk.  Should we just delete the "Last 
Change" lines?  The last few commits (from Srinath) continue to show these.

					--Benji

Re: [Vim-latex-cvs] Re: [Vim-latex-devel] Latest Version (30 Dec 2002)

[Benji F. <be...@me...>]

Srinath:

      I will do something with this.  According to the docs, iconv() 
should work between latin1 and utf-8 even when compiled with -iconv.  If 
that is true, then Bartek must have some other encoding; did he ever 
tell you which one?

      I'll wrap the call to iconv() in a function, and put the comments 
there.

Srinath Avadhanula wrote:
> Hey Benji,
> 
> We have a little issue here... Bartek couldn't use the macros because
> his vim didn't come with +iconv. Since latex-suite itself doesn't use
> any funky characters in the macros, could we have a way of making it
> work OOTB with the default placeholders (which are also unfunky) without
> needing +iconv?
> 
> Maybe surround the iconv() functions in
> 
> 	if !has('iconv') && !(&enc == 'utf-8' || &enc == 'latin1')
> 		let textEnc = iconv(text, 'latin1', &enc)
> 	else
> 		let textEnc = text
> 	endif
> 
> and such... Maybe even have a custom s:Iconv() function which makes this
> check so the change looks better.
> 
> Again, since I haven't been upto speed on this encoding stuff, I do not
> want to make changes myself. I dont even really know why our function
> fails when it doesn't have iconv().
> 
> Also, can I ask why the following piece of code uses phs and phe and not
> phsEnc and pheEnc? I asked this once before, so sorry for the repeat...
> Could you put a short comment there? As of now, that piece of code is
> kinda opaque to me..
> 
> 	" If there are no place holders, just return the text.
> 	if textEnc !~ '\V'.phs.'\.\{-}'.phe
> 		call IMAP_Debug('Not getting '.phs.' and '.phe.' in '.textEnc, 'imap')
> 		return text
> 	endif
> 
> Thanks!
> 
> Srinath
> 
> ---------- Forwarded message ----------
> Date: Fri,  3 Jan 2003 12:43:11 +0100
> From: "[ISO-8859-2] Bart?omiej Siudeja" <si...@wp...>
> To: Srinath Avadhanula <sr...@fa...>
> Subject: Odp: Re: [Vim-latex-devel] Latest Version (30 Dec 2002)
> 
> Hello Srinath,
> 
> You can kill me. I don't included iconv option in my linux vim
> compilation (this option is not default). Thus iconv() doesn't
> work. Everything is now ok under linux with or without changes
> in imaps.vim.
> 
> Thanks and sorry
> 
> Bartek

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Benji F. <be...@me...>]

Srinath Avadhanula wrote:
> Hello!
> 
> Happy New Year!

      Yes, let's have a productive 2003!  (Too many mathematicians on 
this list ... no, that's not a factorial. ;)

> The only remaining annoyance seems to be that for almost all
> eurpean users, the meta mappings come as a nasty surprise.
> For them <M-c> is a very commonly used key... I am presently
> thinking of ways to get around this...
> 
> A drastic step will be to remove the <M-c> mapping by
> defauly and instead provide a map <Plug>Tex_MathCal which
> provides the same functionality. The user if he wants can
> then do:
> 	nmap <M-c> <Plug>Tex_MathCal
> Unfortunately, since most users will be too lazy to do any
> customization, the really cool <M-l> mapping will be left
> unused by most of the english speaking latex users.
> 
> I know Luc would be happy if we took out the meta mappings.
> What do the others think? Is there a more elegant way of
> handing this? Maybe check encoding or something? Do people
> who like to use literal ?, ? and such use some encoding
> different from latin1 and utf8? We could make a somewhat
> more informed guess that way...
> 
> Srinath

      I agree with Luc.  We can make it a little easier by making it 
possible to turn several key mappings on or off with one setting.  I 
prefer pleasant surprises for those who read the docs to nasty surprises 
for those who do not. ;)

					--Benji

Re: [Vim-latex-devel] problem!

[Srinath A. <sr...@fa...>]

Hey Fabio!


On Tue, 31 Dec 2002, Fabio Spelta wrote:

> I have clean up it all and now CTRL-J works.... I am very sorry for have
> make you loose your time, I hope it was not too much.
>
Thats a big relief! the macro bugs always really fluster me.

latex-suite like all other projects cannot avoid interdependencies.
Atleast with imaps.vim, the interface has been in a fair amount of
turmoil over the last few weeks. In the future, when the API's which the
various modules offer to each other stabilize, then such things will
not create problems. Ofcourse, its _always_ recommended not to do such
things unless you are really sure you know what youre doing.

If you want to use cvs to minimize downloading, just do a cvs update and
then goto the vimfiles/ directory and do a 'make install'.

> Once again, Happy new year!

And a Happy new year to you too!

Srinath

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Srinath A. <sr...@fa...>]

Hello!

Happy New Year!

On Tue, 31 Dec 2002, Carl Mueller wrote:

> Actually, I prefer the solution that you give above, with
> the hotkey maps.  If users don't like this, they could just
> map the keys as they wish.  Probably, you are right, and
> people just use latex or amslatex exclusively.  Of course,
> some people have multiple collaborators, so they have to use
> both.
>
> Emacs auctex scans the file to determine which kind of latex
> is being used, and customizes itself accordingly.  It seems
> to me that \usepackage{...amsmath...} is an umambiguous way
> to check whether amslatex is being used (except when the
> file is first created).  At least this would allow the use
> of the package on all kinds of files.  Otherwise, there
> might be a need for a different configuration files for each
> paper.  Could it be an option?
>
As Mikolaj has said, g:Tex_package_supported gets
initialized by latex-suite by scanning the main latex file
for \usepackage{} lines.  This is a comma seperated list of
all packages which the user has used... We could always use
this in conjunction with what I was mentioning previously
with having

g:Tex_HotKeys_amslatex =3D '...'
g:Tex_HotKeys_latex =3D '...'

But I think we both agree that this is not really necessary.
Letting the user choose one variable is I think sufficient.
If someone really wants it and comes up with a compelling
argument, I think we can go ahead and make the necessary
changes...

> This sounds reasonable, but no one does it.  In fact, the
> multiline versions weren't designed to be used this way,
> and journal typesetters would probably complain.  You are
> trying to do something equivalent to fixing the illogical
> spelling of English -- it sounds good, but people don't want
> to be forced to switch to someone else's system.
>
Okay! Makes sense. Make they do some optimization based on
the fact that there is only one equation or something...

> I personally don't like this feature of ultratex, and I
> prefer auctex to ultratex.  I just wanted to point out what
> other people have done.  But it does have the advantage that
> you only have to remember one thing -- typing dollar signs.
>
Well, the way latex-sutie is shaping up, at least for
environments (not just mathematical environments, but
anything at all), the user needs to remember just <F5> and
<S-F5>. For me at least, this is more than sufficient. Along
with the clever little auctex mappings like `/ -> \frac{}{},
etc, I can type almost everything I need...

The only remaining annoyance seems to be that for almost all
eurpean users, the meta mappings come as a nasty surprise.
For them <M-c> is a very commonly used key... I am presently
thinking of ways to get around this...

A drastic step will be to remove the <M-c> mapping by
defauly and instead provide a map <Plug>Tex_MathCal which
provides the same functionality. The user if he wants can
then do:
=09nmap <M-c> <Plug>Tex_MathCal
Unfortunately, since most users will be too lazy to do any
customization, the really cool <M-l> mapping will be left
unused by most of the english speaking latex users.

I know Luc would be happy if we took out the meta mappings.
What do the others think? Is there a more elegant way of
handing this? Maybe check encoding or something? Do people
who like to use literal =EC, =E1 and such use some encoding
different from latin1 and utf8? We could make a somewhat
more informed guess that way...

Srinath

Re: [Vim-latex-devel] Latest Version (30 Dec 2002)

[Srinath A. <sr...@fa...>]

Hello Bartek,

I just tried the latest version which you mention on a linux box and I
do not see any problems. I am guessing that you are using some encoding
scheme which we have never seen before. Although we have tried to make
latex-suite not have problems with different encodings, thats the only
thing I can think of.

I also checked the latest zip on my windows box. Again, works for me...

Could you tell us what encoding you are using and where it is getting
set? In particular, when you begin latex-suite, what are the outputs of

:verbose set encoding?
:verbose set fileencoding?

Did you get this problem before this version, or did it appear from the
last version?

Both these problems seem to be caused by the IMAP_Jumpfunc() not
being able to resolve '<+' and '+>' as placeholders...

Srinath

On Wed, 1 Jan 2003, [ISO-8859-2] Bart=B3omiej Siudeja wrote:

> Hello,
>
> I've tried to install this version under Windows and under Linux.
> In both cases I've had trouble with placeholders.
> In Windows, Ctrl-J do not remove whole placeholder ('<++' is
> deleted, but '>' is not).
> In Linux, after inserting an environment cursor is not placed on
> the first placeholder, but after the whole environment.
>
> Maybe these are my faults, but I actually don't know how to fix
> this.
>
> Bartek
>

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Mikolaj M. <mi...@wp...>]

On Tue, Dec 31, 2002 at 11:13:32AM -0500, Carl Mueller wrote:
> Actually, I prefer the solution that you give above, with
> the hotkey maps.  If users don't like this, they could just
> map the keys as they wish.  Probably, you are right, and
> people just use latex or amslatex exclusively.  Of course,
> some people have multiple collaborators, so they have to use
> both.  
> Emacs auctex scans the file to determine which kind of latex
> is being used, and customizes itself accordingly.  It seems
> to me that \usepackage{...amsmath...} is an umambiguous way
> to check whether amslatex is being used (except when the
> file is first created).  At least this would allow the use
> of the package on all kinds of files.  Otherwise, there
> might be a need for a different configuration files for each
> paper.  Could it be an option?  

Names of all supported packages detected in preamble (almost all
ams-latex packages) are in g:Tex_package_supported.

Mikolaj

[Vim-latex-devel] Latest Version (30 Dec 2002)

[<si...@wp...>]

Hello,

I've tried to install this version under Windows and under Linux.
In both cases I've had trouble with placeholders. 
In Windows, Ctrl-J do not remove whole placeholder ('<++' is 
deleted, but '>' is not).
In Linux, after inserting an environment cursor is not placed on 
the first placeholder, but after the whole environment.

Maybe these are my faults, but I actually don't know how to fix 
this.

Bartek 

-----------------------------------------------------------------------
Konto bez opłat i prowizji?
TAK! eKONTO w mBanku! < http://pf.wp.pl/mbank.html >

[Vim-latex-devel] Cases macro

[Carl M. <cm...@ma...>]

I forgot to mention, it might also be good to have a macro
for conditional statements:  

f(x) = {  3  if  x>5
          2x if  x<5

Here is my macro for this (following Lamport's book).  

inoremap <buffer> <F6> \left\{\begin{array}{ll}<CR>&\mbox{$$} \\<CR>&\mbox{}<CR>\end{array}<CR>\right.<Up><Up><Up><Home>

Amslatex has \begin{cases}...\end{cases}.

Best wishes,
Carl

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Carl M. <cm...@ma...>]

Dear Srinath,

On Tue, Dec 31, 2002 at 12:09:22AM -0800, Srinath Avadhanula wrote:
> Should we have two variables
> 
> g:Tex_HotKeyMappings_amslatex = 'equation,equation*,align,align*'
> g:Tex_HotKeyMappings_latex = 'equation,\[,eqnarray,eqnarray*'
> 
> and then use one or the other? But I am thinking that since we want to
> encourage the user to customize latex-suite anyway, is there a reason to
> have this intelligence at all? Most users will I think either use
> amsmath all the time or never... So they could just tailor the setting
> once and forget about it...

Actually, I prefer the solution that you give above, with
the hotkey maps.  If users don't like this, they could just
map the keys as they wish.  Probably, you are right, and
people just use latex or amslatex exclusively.  Of course,
some people have multiple collaborators, so they have to use
both.  

Emacs auctex scans the file to determine which kind of latex
is being used, and customizes itself accordingly.  It seems
to me that \usepackage{...amsmath...} is an umambiguous way
to check whether amslatex is being used (except when the
file is first created).  At least this would allow the use
of the package on all kinds of files.  Otherwise, there
might be a need for a different configuration files for each
paper.  Could it be an option?  

> 
> Also, is there any reason, why you always don't use the multiline
> versions. If you want to do just one equation, you could just choose not
> to insert another \\ and an equation. This way, we could two of those
> keys for something else...

This sounds reasonable, but no one does it.  In fact, the
multiline versions weren't designed to be used this way,
and journal typesetters would probably complain.  You are
trying to do something equivalent to fixing the illogical
spelling of English -- it sounds good, but people don't want
to be forced to switch to someone else's system.

> 
> > who like it.  Also, in ultratex, typing $$ results in
> > $$
> >
> > $$
> > Typing more dollar signs will make the environment cycle
> > through \begin{equation}...\end{equation}, and so on.  I
> 
> Thats an interesting idea... 

I personally don't like this feature of ultratex, and I
prefer auctex to ultratex.  I just wanted to point out what
other people have done.  But it does have the advantage that
you only have to remember one thing -- typing dollar signs.  

Best wishes,
Carl

Re: [Vim-latex-devel] problem!

[Fabio S. <fab...@ti...>]

> Meanwhile, I just fear that some trouble has born since I've overridden
> the previous version **got from the CVS** and the latest from the zip
> file. Is this possible?

(self reply :))... yes, it is.

I have clean up it all and now CTRL-J works.... I am very sorry for have
make you loose your time, I hope it was not too much.
Next time I will be careful in overriding... pheraps you should put some
notice in the FAQ or in the install guide, anyway, so other people will
not make my error.

Anyway, well, I preferred when the cursor automatically moved inside the
brackets, I will look (myself, this time, hoping to be good enough) to
the sources for having it behave the way I like.

Once again, Happy new year!

-- 
  Fabio Spelta
  
   email: fab...@ti...
   jabber: fe...@ja...
   ecdl project: http://ecdllibre.sf.net

Re: [Vim-latex-devel] problem!

[Fabio S. <fab...@ti...>]

> vim-latex.sourceforge.net/download/latexSuite-dec-13-02.tar.gz

I'm wgetting it, thank you

> :echo IMAP_GetPlaceHolderStart()
> :echo IMAP_GetPlaceHolderEnd()
>=20
> and see what it says? It should hopefully say '<+' and '+>'. If it
> doesn't, then it will be a problem...

It does not.
It say
=AB
and
=BB
=20
> Also, it will help greatly if you please spend some time on the newer
> version when you get the time.  In particular, if you can:

I will.
Meanwhile, I just fear that some trouble has born since I've overridden
the previous version **got from the CVS** and the latest from the zip
file. Is this possible?
Also, I converted all the files with a :bufdo, may have that done
something wrong?

Pheraps I will solve it all by erasing and reinstalling it all... hope
to not burn nothing else :)

See ya, thanks for your upload.

--=20
  Fabio Spelta
 =20
   email: fab...@ti...
   jabber: fe...@ja...
   ecdl project: http://ecdllibre.sf.net

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Srinath A. <sr...@fa...>]

Hey Carl!

On Mon, 30 Dec 2002, Carl Mueller wrote:

> "  KEY         LATEX                    AMSLATEX
> "
> "  F1          equation                 equation
> "  F2          \[...\]                  equation*
> "  F3          eqnarray                 align
> "  F4          eqnarray*                align*
> "  F5          asks for environment     asks for environment
>
> For me, the environments are logically ordered in this way,
> that is,
>
That makes a lot of sense... The way I have implemented the
<S-F1>-<S-F4> keys is to ask the user to initialize a variable,
g:Tex_HotKeyMappings, which defaults to

g:Tex_HotKeyMappings =
	\ 'eqnarray*,eqnarray,bmatrix'

(The default was chosen on a whim. Note bmatrix is an amsmath
environment.)
With this default, only <S-F1> through <S-F3> are mapped. Putting one
more item in the list will map <S-F4>... Since this variable is set
during the initialization, it will be somewhat tricky to use the
knowledge of \usepackage{amsmath}... By tricky, I dont mean coding as
much as how to document and approach this feature...

Should we have two variables

g:Tex_HotKeyMappings_amslatex = 'equation,equation*,align,align*'
g:Tex_HotKeyMappings_latex = 'equation,\[,eqnarray,eqnarray*'

and then use one or the other? But I am thinking that since we want to
encourage the user to customize latex-suite anyway, is there a reason to
have this intelligence at all? Most users will I think either use
amsmath all the time or never... So they could just tailor the setting
once and forget about it...

Also, is there any reason, why you always don't use the multiline
versions. If you want to do just one equation, you could just choose not
to insert another \\ and an equation. This way, we could two of those
keys for something else...

> who like it.  Also, in ultratex, typing $$ results in
> $$
>
> $$
> Typing more dollar signs will make the environment cycle
> through \begin{equation}...\end{equation}, and so on.  I

Thats an interesting idea... As of now, <S-F5> recognizes the
environment the user is in and asks him to choose which new environment
to change it to (from a list)... Maybe we can have a command which
instead of asking just cycles through a few possibilities? That might be
faster in some cases...

Also, from now on, with latex-suite introducing so many mappings, it
might be a good idea to only provide commands as Luc suggests and let
the user choose a mapping for it if he wants to use the feature...

Srinath

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Srinath A. <sr...@fa...>]

On Mon, 30 Dec 2002, Benji Fisher wrote:

>       Who was it who said, "Lesser artists borrow.  Great artists steal"?

Apparently it was Igor Stravinsky. According to google :)

Speaking of great steals:

Take a look at reftex:

http://zon.astro.uva.nl/~dominik/Tools/reftex/

Especially check out the screenshots in:

http://zon.astro.uva.nl/~dominik/Tools/reftex/reftex-nutshell.html

Some of those screenshots are really really cool.... I think however,
that true to the emacs philosophy, they try to do way too much... All of
this can be implemented without all the fancyness with some grep's...
The single most useful thing ofcourse will be a citation browser

http://zon.astro.uva.nl/~dominik/Tools/reftex/screenshots/select-cite.gif

Ofcourse, the ability to sort the bibtex file according to various files
might be a help in inserting citation tags more easily...

In order to "borrow" ideas from the emacs world, I have even installed
emacs on my windows box. Unfortunately, the only command which I have
found a liking for so far has been the <C-x><C-c> command.... I have
tried briefly to activate the viper mode in order to bring myself to
stay a little longer, but I didn't come across the method to do this
easily enough...

Srinath

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Benji F. <be...@me...>]

Carl Mueller wrote:
> Dear Benji,
> 
> 
>>      Did you ever try my word_complete.vim script?  It is probably too 
>>clunky to include with the latex suite, but it was an interesting 
>>exercise. ;)
> 
> 
> I might have tried it, come to think of it.  Was it based on
> lightning completion?  
> 
> I once attended a lecture by S. S. Chern, (a well-known
> geometrer) who said that the basic ideas are really very few 
> (in mathematics).  Probably, the same is true with computers, 
> so we should certainly make use of other peoples' ideas,
> even from the emacs world.
> 
> Best wishes,
> Carl

      In principle, I agree, but in practice I have never used emacs, so 
it is hard for me to borrow from it.  Anyway, word_complete.vim 
automatically invokes <C-P>, then highlights the completion in Select 
mode.  It works by mapping every alphabetic character (or maybe only the 
lower-case ones).

      Who was it who said, "Lesser artists borrow.  Great artists steal"?

					--Benji

Re: [Vim-latex-devel] Re: Review of vim-latex status

[Carl M. <cm...@ma...>]

Dear Benji,

>       Did you ever try my word_complete.vim script?  It is probably too 
> clunky to include with the latex suite, but it was an interesting 
> exercise. ;)

I might have tried it, come to think of it.  Was it based on
lightning completion?  

I once attended a lecture by S. S. Chern, (a well-known
geometrer) who said that the basic ideas are really very few 
(in mathematics).  Probably, the same is true with computers, 
so we should certainly make use of other peoples' ideas,
even from the emacs world.

Best wishes,
Carl