Re: WARNING! Don't update your local svn repository now!

2007-05-11 Thread Nicolas Weber
Hi,

 The directories structure of the Subversion repository has been
 changed. Please use this command to checkout the latest sources:
 
 svn co https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 vim7
 
 If you had checked out a copy of the sources before, please run this
 command in your source root directory to switch into the current
 branch:
 
 svn switch https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1

Can someone update http://www.vim.org/subversion.php to reflect these changes?

Thanks,
Nico
-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail


Re: improving encryption in vim

2007-03-20 Thread Nicolas Weber

Hi,

To clarify, based on my understanding:  if software is exported  
from the

U.S., which vim arguably is, and it is capable of powerful encryption


isn't vim exported from the Netherlands?

Nico



Re: creating eclipse plugin for vim

2007-03-18 Thread Nicolas Weber

Hi,


I was think of rewriting code base of vim in java.


The whole code base?


What kind of problems do you people think I can face?


As
sloccount vim7-svn/src
shows, there are about 281000 thousand lines of vim code. The average  
programmer writes 10 lines of functional, tested code. Say that the  
java version would take only half as much code for some reason (only  
one gui version needed, ...), and that you're an above average  
programmer that writes 50 lines of code per day. Then you'll need 7.7  
years to rewrite vim in java. Furthermore, the GUI would suck (due to  
being written in Java) and the code would probably be slower (yes, I  
do have my gripes with java ;-) ).


Bye,
Nico


Re: Google Summer of Code 2007 : Improve regexp performance

2007-03-16 Thread Nicolas Weber

Hi,

A multithreaded matcher might be useful to vim but do we have a  
need for

fuzzy matching ?


vim doesn't use threads at the moment, and Bram seems to be reluctant  
to include threads for various reasons.


Bye,
Nico



Fwd: mac gui tabline v5

2007-02-11 Thread Nicolas Weber

Hi,

vim-mac stripped the attachment again. I hope it comes through on  
this list.


Anfang der weitergeleiteten E-Mail:


Von: Nicolas Weber [EMAIL PROTECTED]
Datum: 11. Februar 2007 21:13:53 MEZ
An: vim mac [EMAIL PROTECTED]
Betreff: mac gui tabline v5

Hi everyone,

Michael Wookey suggested that the size of the gui tabline drawer  
should be changable. I agree and added this to the patch. It's the  
only change (except that this patch is for the current svn  
version). With this patch you can drag the edge of the drawer to  
change its size.


If you make the drawer to small, it'll disappear (like in all apps  
where you can resize the drawer). To bring it back, open a tab (or  
close a tab) or call :set showtabline=1 or :set showtabline=2. If  
you want it hidden, call :set showtabline=0, just as before.


Apply in vim's root directory.

If you like this patch and want it included in Vim, then speak up!  
Tell Bram (preferably via this list) that you like this patch and  
that it works for you. Likewise, if you don't like it, speak up as  
well :-P


Bye,
Nico




macguitab.v5.patch.1
Description: Binary data




Re: 7.0.188 - problem with directory browser?

2007-01-27 Thread Nicolas Weber

Hi,


After sending my response, I received the following alien
language (probably German from the .de) email.  I copied no
recipient at @youngs.de.  Perhaps a member of this list is
sending away from office responses to the list?

From: [EMAIL PROTECTED]

Die von Ihnen genutzte eMail-Adresse ([EMAIL PROTECTED]) existiert
nicht oder existiert nicht mehr.


For what it's worth, the text above says The email address you used  
([EMAIL PROTECTED]) doesn't exist or doesn't exist anymore.


Bye,
Nico



Re: Patch 7.0.138 (extra)

2006-10-17 Thread Nicolas Weber

Hi,


Patch 7.0.138 (extra)
Problem:Mac: modifiers don't work with function keys.
Solution:   Use GetEventParameter() to obtain modifiers. (Nicolas  
Weber)

Files:  src/gui_mac.c


thanks for including this. Sadly, I just found another problem caused  
by this patch: Mappings on characters which need the meta/option/alt  
(whatever you call it) modifier pressed no longer work (for  
example, :map ç j does no longer work).


The reason is this: I have to press alt-c on my keyboard to generate  
a 'ç' character. But the new keyboard handler sends the alt modifier  
along with the 'ç' character to vim which seems to lead to confusion  
(interestingly, :map m-ç j doesn't work either).


The old version had no problems with this, because the old version  
only sent modifiers to vim if the command key was pressed (so :map d- 
ç j doesn't work in the old version either).


I think the correct solution is to send only modifiers to vim that  
are not needed to generate a character. I'll write a fix for this  
problem.


I don't think this is serious enough to back out this patch, but  
that's something Bram has to decide :-P


Bye,
Nico

Re: [macvim] modifiers should be applied to special keys too (patch)

2006-10-15 Thread Nicolas Weber

Hi,

this version of the key event patch fixes all problems that were  
reported so far.


Bye,
Nico



keyevent.diff
Description: Binary data


Re: [macvim] modifiers should be applied to special keys too (patch)

2006-10-06 Thread Nicolas Weber

Hi,

Here is one key that doesn't work for me: Shift-Tab.  Most notably  
when

doing command line completion, where Tab gets the next match and
Shift-Tab goes to the previous match.


This is fixed in the attached patch.

Another key that's still not working is Shift-Space (or Meta-Space).  
I'll take care of that later (but that doesn't work in the current  
mac vim either).


Bye,
Nico




keyevent.diff
Description: Binary data




Re: [macvim] modifiers should be applied to special keys too (patch)

2006-10-04 Thread Nicolas Weber


Here is one key that doesn't work for me: Shift-Tab.  Most notably  
when

doing command line completion, where Tab gets the next match and
Shift-Tab goes to the previous match.


I can see it, I'll try to fix it tomorrow. I always use C-P for  
previous match (much easier to type imho ;-) ), so I didn't notice  
this...



Bye,
Nico




Re: [macvim] modifiers should be applied to special keys too (patch)

2006-10-03 Thread Nicolas Weber

Hi,

I tried the patch, but it appears that CTRL-F and CTRL-B no longer  
work

in Normal mode.  They do something in Insert mode after CTRL-V.


CTRL-F and CTRL-B work for me in Normal mode (they scroll forward/ 
backward). I'm using mac gvim svn (patches 1-110) and the second  
version of my patch.


Can you give more detailed instructions on how to reproduce the problem?

It looks like this patch needs more careful testing.  Perhaps you  
should

make a list of keys with various modifiers that need to be tried to
verify the code works correctly.


I made a small list ( http://macvim.blogspot.com/2006/10/keyboard- 
handling-patch.html ), I'll add further items as problems arise.


Bye,
Nico




Re: [macvim] modifiers should be applied to special keys too (patch)

2006-09-25 Thread Nicolas Weber

Hi,

this updated patch should fix these warnings:


Well, I get these errors:

gui_mac.c:2018: warning: return type defaults to 'int'
gui_mac.c: In function 'gui_mac_doKeyEventCarbon':
gui_mac.c:2097: warning: suggest parentheses around  within ||
gui_mac.c: In function 'gui_mch_init':
gui_mac.c:3081: warning: passing argument 1 of 'NewEventHandlerUPP'  
from incompatible pointer type


(I'm not 100% sure because I didn't get the warnings for some  
reason...(?)).


Bye,
Nico



keyevent.diff
Description: Binary data




[macvim] modifiers should be applied to special keys too (patch)

2006-09-24 Thread Nicolas Weber

Hi,

here's a patch to current svn that applies modifier keys (shift,  
ctrl, cmd etc) to special keys as well. With this patch, Shift-Left/ 
Right work and some of the mapping problems some people complained  
about on [EMAIL PROTECTED] should be fixed too.


Please test this patch and tell me about any regressions you find.

Bye,
Nico


keyevent.diff
Description: Binary data


[macvim] Work-in-progress patch for new events

2006-09-20 Thread Nicolas Weber

Hi everyone,

I'm currently writing a patch to port mac vim to carbon's new (os  
9? os x 10.0?) event model. This has the main advantage that the new  
event model provides standard handlers for a lot of stuff (window  
movement, ...) and makes further patches much easier to write.


In the next weeks I will be somewhat busy with Real Life (tm), so I  
post a work-in-progress patch if someone wants to play with it until  
I continue my work.


There are still some regressions in this patch (dialogs are not  
always painted correctly, dragging the mouse out of the window  
doesn't work, scrolling takes twice as much cpu%), but some stuff is  
already better (mainly life resizing). I don't recommend it for daily  
work just yet ;-)


I hope I can write some high level notes about the patch in the next  
few days...


Bye,
Nico



eventpatch.diff
Description: Binary data


(mac patch) Make scrollbars proportional, remove help item from context menu, minor cleanup

2006-08-27 Thread Nicolas Weber

Hi,

here's a cosmetic patch for vim mac. It does the following things:

1. It makes the scrollbars proportional (by calling SetControlViewSize 
() in gui_mch_set_scrollbar_thumb())
2. It removes the useless disabled Help entry from the context menu  
(by passing kCMHelpItemRemoveHelp  to ContextualMenuSelect() - this  
does only work in OS X)
3. It removes the call to MoreMasterPointers(), this call is ignored  
on OS X (cf. http://developer.apple.com/documentation/Carbon/ 
Reference/Carbon_Spec_Porting/Memory_Manager.html for example).


Cheers,
Nico



cosmetic.patch
Description: Binary data


(patch, mac) Scrolling trackpad shouldn't scroll up/down when tracking left/right

2006-08-19 Thread Nicolas Weber

Hi,

Apple's notebooks have a scrolling trackpad, which means you can  
track them with two fingers to scroll the document that's currently  
under the cursor. However, when you move your fingers left/right, Vim  
scroll up/down. So if you move your fingers from the lower-left to  
the upper-right of the trackpad, the scrolling gets very jittery  
because the bottom-up motion causes Vim to scroll up and the left- 
right motion causes Vim to scroll down. This is annoying; I often  
move my fingers a bit diagonally if I want to scroll up/down.


This patch disables up/down scrolling if you move your fingers left/ 
right. Ideally, left/right movement would scroll left/right, but I  
never need that anyways :-P


I think this patch is also useful for Mighty Mouse users, the Might  
Mouse has a 2d scrollwheel as well.


Bye,
Nico


macscroll.patch
Description: Binary data


:browse tabe documentation missing

2006-08-19 Thread Nicolas Weber

Hi,

I just noticed that the documentation for :browse doesn't mention  
that it works with :tabe, :split and :vsplit. I don't know if it  
really saves time if I provide a patch for this, but a patch is  
attached nevertheless.


Furthermore, it would be less suprising if it worked with :new as well.

Bye,
Nico


editing.patch
Description: Binary data


macguitabline patch v4

2006-07-18 Thread Nicolas Weber

Hi,

here's the fourth version of the guitabline patch for mac os x. I  
removed some dead code, and, more importantly, changed the code that  
it runs on 10.2 - 10.3 without changes (I could only test 10.3,  
though). There was a call to a 10.4-only function  
(DataBrowserChangeAttributes()), this function is now loaded at  
runtime. Furthermore, the patch is against the current svn version.


Apply with -p0 in vim's root directory.

Some feedback, especially for 10.2 and 10.3 systems, would be nice :-)

Bye,
Nico


macguitab.v4.patch.1
Description: Binary data


Re: vim mac close button state patch

2006-07-10 Thread Nicolas Weber

Hi,


this patch sets the close button state according to Indicating
Changes With the Close Button  in the Apple HIG ( http://
developer.apple.com/documentation/UserExperience/Conceptual/
OSXHIGuidelines/XHIGWindows/chapter_17_section_3.html ).


I haven't tried it but it's good to try to make Vim look like other  
Mac

applications.

The implementation is rather brute force.


I'll try to improve it. I like to add proxy icons as well (see above  
link too), which deprecates this patch anyways. A proxy icon is a  
small icon of the current document (ie. active buffer in active tab)  
in the windows toolbar which you can drag to other programs (for  
example, to create a link to an opened file, drag its proxy icon to  
some folder in the finder). You can Command-click the proxy icon to  
display the path to the current document as well. When the current  
file isn't saved, the proxy icon is deactivated because it's not  
predictable for the user what happens when you drag the icon.


Sadly, you call the same function to change the close button and to  
(de)activate the proxy icon, which doesn't work well with  
multidocument windows. I looked at several other mac text editors;  
they all set the close button to the document was modified state  
when the active document was modified (to keep the proxy icon for  
unmodified buffers activated when such a buffer is selected). I will  
try to add this behaviour to mac vim as well (but it will take me  
some time, currently I'm busy with exams :-| ).


Bye  sorry for the long mail,
Nico



vim mac close button state patch

2006-06-30 Thread Nicolas Weber

Hi,

this patch sets the close button state according to Indicating  
Changes With the Close Button  in the Apple HIG ( http:// 
developer.apple.com/documentation/UserExperience/Conceptual/ 
OSXHIGuidelines/XHIGWindows/chapter_17_section_3.html ).


I set the button state in gui_mch_flush(), if a buffer was changed  
then gui_mch_flush() will probably called...at least I couldn't find  
a better place to do this :-P


Apply with -p0.

Bye,
Nico

macclosebutton.patch.1
Description: Binary data


Re: mac guitabline v2

2006-06-27 Thread Nicolas Weber

Hi,

You probably already know, but when I patched my source and  
compiled it, I got these warnings:


gui.c: In function ‘gui_init_which_components’:
gui.c:3229: warning: implicit declaration of function  
‘gui_mch_showing_tabline’

gui.c: In function ‘gui_update_tabline’:
gui.c:3403: warning: implicit declaration of function  
‘gui_mch_show_tabline’
gui.c:3405: warning: implicit declaration of function  
‘gui_mch_update_tabline’

gui.c: In function ‘send_tabline_event’:
gui.c:3527: warning: implicit declaration of function  
‘gui_mch_set_curtab’


Not crucial, obviously, but should be fixed.


Hm. Do these warnings appear in win32/linux as well? I can't find  
prototypes for these functions anywhere in the code, so I guess this  
is a general problem...can someone comment on this?


Thanks,
Nico



mac guitabline v3

2006-06-27 Thread Nicolas Weber

Hi,

this fixes the warnings. Apply with -p0 (NOT -p1).

Bye,
Nico

macguitab.v3.patch.1
Description: Binary data


Re: default cursorline/cursorcolumn with dark background

2006-04-16 Thread Nicolas Weber

Hi,
In the meantime I found another one: Could you please set MatchParen 
differently, because with a dark background a light foreground and 
Cyan don't fit. I suggest setting guifg to bg or Black.

That's bugging me too.

Something else: When I have a completion menu that's long, but still 
completely fits the current window (say, 30 entries) and I hit hit C-N 
or C-P the whole list is redrawn (ie, it flickers). Is there a 
technical reason why not only two lines (the one that was selected 
before C-N and the one selected after C-N) are redrawn? If not, 
could someone give me a pointer what I can do to change this?


Thanks,
Nico