Re: WARNING! Don't update your local svn repository now!
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
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
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
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
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?
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)
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)
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)
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)
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)
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)
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] Work-in-progress patch for new events
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
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
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
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
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
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
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
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
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
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