"more" suggestion

Hi vim-dev's.

What do you guys think if vim would switch
from "more" to "less" so it would have the
ability to scroll up / make a search in lists
displayed for example by
:let
?

RE: Can't add cscope connection

Which of the cscopes flying around are you using?
Operating system?
Can you make repeatable test case?
If not, use debugger to reveal stack trace on the call to cs_reading_emsg()

--

-- 
Sergey Khorev
http://iamphet.nm.ru
ROS: Return On Shield
 -- New Opcode

"syn match" proposal

Hi all.

INTRO:
I was trying to fix highlighting of the following 2 lines (my .vimrc)
map <S-F10> :syn match PreProc "^[^:]\+:"<CR>
let html_use_css=1

THE PROBLEM:
1) [in vim.vim syntax file]
syn cluster vimSynMtchGroup contains=...,vimSynRegPat
...
syn region vimSynMatchRegion ... contains=@vimSynMtchGroup

That means that "match blah-blah" may have more than
one pattern. For example:
(*) syn match "a" contains=x "b"
(as to my case : "<CR>" and on is matched as if it's next pattern)
Since i was trying to fix according to vim's behaviour i found :

2) [vim, sources, somewhere]
Vim excepts the line (*), uses the first pattern and silently
discards the second (and on?) pattern.

PROPOSAL:
1) Give an error when several patterns to "match" given
2) Fix the syntax file according to #1 when(if) it's agreed and fixed

P.S.
I'm not good at C and I am not familiar with vim's sources.

XIM (GTK2) keypad mappings problem patch - please test

   This patch allows one to map keypad keys (e.g., <kPlus>) in the GTK2 
gvim even while XIM is on ('noimdisable').

   Could those in the position to please test it?  Esp., I'd like to 
ensure it has no side effects for those actually using remote XIMs, and 
anyone using the GTK default XIM for, e.g., compose entry and Unicode 
char entry (typing Unicode hex with <Ctrl+Shift> held down).

   Thanks.

   Patch is done on 6.2.215.

--

-- 
[neil <at> fnx ~]# rm -f .signature
[neil <at> fnx ~]# ls -l .signature
ls: .signature: No such file or directory
[neil <at> fnx ~]# exit

--- src/gui_gtk_x11.c.orig	2004-02-01 15:11:18.000000000 +0000
+++ src/gui_gtk_x11.c	2004-02-01 15:12:17.000000000 +0000
@@ -930,6 +930,37 @@
 #endif

 #ifdef FEAT_XIM
+    /*
+     * Workaround GTK2 XIM 'feature' that always converts keypad keys to chars.,
+     * even when not part of an IM sequence (ref. feature of gdk/gdkkeyuni.c).
+     * Flag any keypad keys that might represent a single char.

Re: "more" suggestion

Ilya Sher wrote:

> What do you guys think if vim would switch
> from "more" to "less" so it would have the
> ability to scroll up / make a search in lists
> displayed for example by
> :let
> ?

Vim doesn't use an external program for the listing.  There already is
an item in the todo list to allow scrolling back for commands that list
items.  But this has to be implemented separately for each listing, thus
it will take time...

--

-- 
How To Keep A Healthy Level Of Insanity:
12. Sing along at the opera.

 /// Bram Moolenaar -- Bram <at> Moolenaar.net -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
 \\\  Help AIDS victims, buy here: http://ICCF-Holland.org/click1.html  ///

Re: "syn match" proposal

Ilya Sher wrote:

> INTRO:
> I was trying to fix highlighting of the following 2 lines (my .vimrc)
> map <S-F10> :syn match PreProc "^[^:]\+:"<CR>
> let html_use_css=1

Don't put syntax command in your .vimrc.  Clearing syntax will make them
ineffective.  Using a file in ~/.vim/syntax is probably what you need.

> THE PROBLEM:
> 1) [in vim.vim syntax file]
> syn cluster vimSynMtchGroup contains=...,vimSynRegPat
> ...
> syn region vimSynMatchRegion ... contains=@vimSynMtchGroup
> 
> That means that "match blah-blah" may have more than
> one pattern. For example:
> (*) syn match "a" contains=x "b"
> (as to my case : "<CR>" and on is matched as if it's next pattern)

I don't understand this...

> Since i was trying to fix according to vim's behaviour i found :
> 
> 2) [vim, sources, somewhere]
> Vim excepts the line (*), uses the first pattern and silently
> discards the second (and on?) pattern.

ICCF financial report, getting Vim with arch, et al.

ICCF FINANCIAL REPORT

Many Vim users support the Kibaale Children's Centre, where AIDS
victims are being helped.  Most of the money is handled by the ICCF
Holland foundation.  The financial report for 2003 is now available
here:

	http://iccf-holland.org/jaar2003.pdf

It is good to see that we have more sponsors than ever, thus more
children are being helped.  The amount of one-time donations dropped
though, this means less money is available for the clinic.

GETTING VIM WITH GNU ARCH

David Brown made his GNU Arch repository publicly available.  This is an
alternative to using CVS, especially useful when the SourceForge CVS
server is down again.  You can find instructions here:

	http://www.vim.org/arch.php

Thanks David!

NEW ITEMS TO VOTE ON

Upon request I have added two items to vote on:

- Add a portable GUI toolkit for nice dialogs in Vim script
- Make Vim available as a .net object

Re: "todo" syntax file proposal

Hello Ilya,

So many people, so many tastes. I use Vim for my todo list for over two
years now and at the beginning I though folding and auto-close was neat,
but at the end it is just cumbersome, well for me at least. I prefer to
prioritize my todo list with colours and that means that folding cannot
be used. Now I use the following syntax file:

    " Vim script to set syntax highlighting for todo.txt file
    "
    " Written by Ben Siemerink in August 2001

    set noai
    set fo-=o

    " Syntax

    syntax enable
    set syntax=todo
    let b:current_syntax = "todo"

    syn clear
    syn match todoTitle "^\w.*$"
    syn match todoRemark "^:.*$"
    syn match todoLow "^?.*$"
    syn match todoNormal "^-.*$"
    syn match todoMedium "^\*.*$"
    syn match todoHigh "^!.*$"

    let did_todo_syntax_inits = 1

Re: "syn match" proposal

Bram Moolenaar wrote:

| Ilya Sher wrote:
|
|> INTRO: I was trying to fix highlighting of the following 2 lines
|> (my .vimrc) map <S-F10> :syn match PreProc "^[^:]\+:"<CR> let
|> html_use_css=1
|
|
| Don't put syntax command in your .vimrc.  Clearing syntax will make
| them ineffective.  Using a file in ~/.vim/syntax is probably what
| you need.

Thanks for the advice.
It's a very small hack to view
grep xyz * | vim -
so i'm not that worried about clearing of syntax.

|
|> THE PROBLEM: 1) [in vim.vim syntax file] syn cluster
|> vimSynMtchGroup contains=...,vimSynRegPat ... syn region
|> vimSynMatchRegion ... contains=@vimSynMtchGroup
|>
|> That means that "match blah-blah" may have more than one pattern.
|> For example: (*) syn match "a" contains=x "b" (as to my case :
|> "<CR>" and on is matched as if it's next pattern)
|
|
| I don't understand this...

Re: "more" suggestion

Bram Moolenaar wrote:

| Ilya Sher wrote:
|
|> What do you guys think if vim would switch from "more" to "less"
|> so it would have the ability to scroll up / make a search in
|> lists displayed for example by :let ?
|
|
| Vim doesn't use an external program for the listing.

I meant the behaviour.

| There already is an item in the todo list to allow scrolling back
| for commands that list items.  But this has to be implemented
| separately for each listing, thus it will take time...
|
I looked here:
http://www.vim.org/sponsor/vote_results.php
and haven't found that.
What's the correct place to look ?