macvim-dev / macvim Goto Github PK
View Code? Open in Web Editor NEWVim - the text editor - for macOS
Home Page: https://macvim.org
License: Vim License
Vim - the text editor - for macOS
Home Page: https://macvim.org
License: Vim License
I'm a new vim/macvim user so forgive me if this is a known problem.
My code periodically generates lines that are 100K + characters long. Usually a gigantic hash/json object that's all on one line.
When i attempt to work with these in Macvim the editor pretty much comes to a standstill. Vim process CPU usage spikes to 99% and I basically can't do anything until i close the file with the very long line.
Opening the files with normal vim has the same problem, though the slowdown is significantly worse in Macvim.
On OSX, Macvim version 7.4.712, Vim version 7.4.488
vim -u NONE
load vim with no plugins
i
go into insert mode
⌘v
paste clipboard contents
Esc
return to normal mode
.
repeat the paste
Beep! The cursor moves back one character, which is a nice feature.
Repeating works fine if it comes from a register. Eg, replace ⌘v
above with ctrl-r*
Here's a workaround, which I figured out after a only 6 years of using MacVim:
inoremenu Edit.Paste <C-r><C-p>*
but i'm not sure if that's the exact behavior of MacVim's Edit.Paste
. It works better than Vim's default ctrl-r *
which comes with a random number generator and a few config flags to determine indenting.
From @GoogleCodeExporter on March 16, 2015 9:25
Compared with native terminal MacVim renders fonts very poorly on os x 10.9
Screenshot is of terminal on the left and macvim on the right
Font is Anonymous Pro, but the effect is visible for all fonts.
Specifically: text is jammed too tightly (spacing seems off), this is I think
due partially to poor anti-aliasing, but its also just an issue with characters
being spaced too close together (see second screenshot with larger fonts)
Original issue reported on code.google.com by [email protected]
on 1 Jan 2015 at 12:42
Attachments:
Copied from original issue: #522
OS X El Capitan gives nice traces on uncaught exceptions. I don't know if this applicable with Yosemite, but may be a clue for fixing issues.
MacVim Snapshot 77
OSX El Capitan 10.11
With MacVim and full screen I've got following exception trace:
2015-07-22 13:35:14.476 MacVim[3732:2892587] *** Assertion failure in -[_NSWindowFullScreenTransition startExitFullScreenTransitionForCGWindow:targetFrame:duration:completionHandler:], /Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1386.12/AppKit.subproj/NSWindowFullScreenTransition.m:604
2015-07-22 13:35:14.479 MacVim[3732:2892587] An uncaught exception was raised
2015-07-22 13:35:14.479 MacVim[3732:2892587] Invalid parameter not satisfying: _fullScreenState == NSExitingFullScreen
2015-07-22 13:35:14.479 MacVim[3732:2892587] (
0 CoreFoundation 0x00007fff8c9c7b5c __exceptionPreprocess + 172
1 libobjc.A.dylib 0x00007fff8d19a8e8 objc_exception_throw + 48
2 CoreFoundation 0x00007fff8c9c793a +[NSException raise:format:arguments:] + 106
3 Foundation 0x00007fff85c32bcc -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 198
4 AppKit 0x00007fff87d38a03 -[_NSFullScreenTransition startExitFullScreenTransitionForCGWindow:targetFrame:duration:completionHandler:] + 168
5 AppKit 0x00007fff87d3894e -[_NSWindowFullScreenTransition _exitFullScreenModeForWindow:duration:completionHandler:] + 185
6 AppKit 0x00007fff88222c87 NSPerformVisuallyAtomicChange + 147
7 AppKit 0x00007fff88335541 __106-[_NSWindowFullScreenTransition _performExitFullScreenModeForWindow:options:customWindows:doKitAnimation:]_block_invoke + 668
8 AppKit 0x00007fff8824e288 __177-[NSDockConnection(FullScreenMessages) sendFullScreenExitForTransition:synchronous:window:exitForClose:backgroundWindows:participatingWindows:customAnimation:completionHandler:]_block_invoke + 60
9 libxpc.dylib 0x00007fff8ba6fcfb _xpc_connection_reply_callout + 26
10 libxpc.dylib 0x00007fff8ba6fc9c _xpc_connection_call_reply + 36
11 libdispatch.dylib 0x00007fff91350c11 _dispatch_client_callout + 8
12 libdispatch.dylib 0x00007fff91361fdc _dispatch_main_queue_callback_4CF + 1677
13 CoreFoundation 0x00007fff8c90ec19 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9
14 CoreFoundation 0x00007fff8c8c97cd __CFRunLoopRun + 1949
15 CoreFoundation 0x00007fff8c8c8dc8 CFRunLoopRunSpecific + 296
16 HIToolbox 0x00007fff8c45ba59 RunCurrentEventLoopInMode + 235
17 HIToolbox 0x00007fff8c45b6f7 ReceiveNextEventCommon + 184
18 HIToolbox 0x00007fff8c45b62f _BlockUntilNextEventMatchingListInModeWithFilter + 71
19 AppKit 0x00007fff87a8779c _DPSNextEvent + 945
20 AppKit 0x00007fff87e555c9 -[NSApplication _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 343
21 AppKit 0x00007fff87a7d6dc -[NSApplication run] + 682
22 AppKit 0x00007fff879ffb6d NSApplicationMain + 1176
23 libdyld.dylib 0x00007fff887b05ad start + 1
24 ??? 0x0000000000000003 0x0 + 3
)
I posted on the MacVim user google group but I will mention here too.
I am a writer, not a programmer, but I'm also a huge fan of Vim and MacVim. I don't know how these things are handled, but I'm worried about people like me who just want to find and install the latest version of MacVim.
Googling on MacVim still steers mainly to Bjorn's repository with no indication (for the unsophisticated anyway) WHERE or how to download the latest version of the program.
Shouldn't there at least be some kind of notice posted? With a link to a place where a new MacVim user could say, "Okay, I've heard all about this Vim thing, and I understand there's a GUI version specially for the Mac, but where do I download the latest version and how do I install it?"
If the answer is "It's open source, dummy, make your own damn web page with instructions if you are so worried," then I'll make a page on my blog.
Rick
I've been seeing this happen frequently since I upgraded to Mac OS X 10.11 beta (I'm on the 15A234d build at the time of writing this). When opening any file in MacVim, whether from the terminal or via opening it within MacVim itself, MacVim will open with a completely see through window. As in: no text is rendered, but MacVim knows it exists and will redraw the text when movement through it is made (see below:)
The text is "there" but only shown after you move through it:
Then I went to see the terminal, and boy was I surprised:
I'm not sure if it has to do with the transparency setting on my vimrc or not, or if it has to do with a deprecated method of rendering text in the beta of Mac OS X. Either way, my vimrc & plugin configurations are here. I'm in the process of cleaning my vimrc and plugins, and I've built a separate MacVim, changing the headers so that by default, the custom MacVim will have a "sandboxed" runtime path, leaving the configurations in ~/.vim
alone. Instead, the custom MacVim loads it's runtime completely within it's Resources folder, i.e., in this case, it's set to load from ~/Applications/DevTools/MacVim.app/Contents/Resources/vim/.vim
, as well as from the runtime within the Resources
folder. Unfortunately, even this custom build is showing this bug as well, meaning either transparency has to be disabled, or if it's actually a bug with MacVim itself. Any help or information as to what is happening here would be appreciated. Thank you! :)
From @GoogleCodeExporter on March 16, 2015 9:25
What steps will reproduce the problem?
Set either language to French or the region to France in the Preferences.
Type the following commands in Macvim's console ( lines prefixed by >> are the
answer, E123 are error codes):
:let a=0.5
>> E806 + E15
:let a=0,5
>> E806 + E15 + E15
:let a=str2float('0.5')
:let a
>> 0,0
:let a=str2float('0,5')
:let a
>> 0,5
What is the expected output? What do you see instead?
Here's what I should get:
:let a=0.5
:let a
>> 0.5
:let a=0,5
>> E15
:let a=str2float('0.5')
:let a
>> 0.5
:let a=str2float('0,5')
:let a
>> 0.0
Note that I was able to get the expected result when I started
/Applications/MacVim.app/Contents/MacOS/MacVim from the Terminal with no LC_*
env variables. The problem only exist when the app is started from the finder,
the dock or Alfred.
What version of MacVim and OS X are you using (see "MacVim->About MacVim"
and "Apple Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6
Intel")?
Tested with both snapshots 69 and release 73 (which I hoped would fix the
issue), under Mavericks 10.9.4
Original issue reported on code.google.com by [email protected]
on 9 Sep 2014 at 1:45
Copied from original issue: #511
From @GoogleCodeExporter on March 16, 2015 9:26
When I copy a text which includes umlauts from Preview to MacVim all umlauts
are broken.
I can't reproduce this with the Vim version included in OSX Yosemite (which is
Vim 7.3), using the default Terminal.app
MacVim 7.4 (73) with 7.4.540
OSX Yosemite 10.10.2
Original issue reported on code.google.com by thbohn
on 2 Feb 2015 at 4:52
Attachments:
Copied from original issue: #527
When I quit MacVim and reopen, the height of the window increases by one. Quitting and reopening again, it increases once more. I assume this is unintended behaviour.
Is this a bug?
One workaround is to not enable "e" in guioptions
.
Another workaround is to not set showtabline
to 2.
I'm using MacVim 7.4 w/ patches 1-712, on a retina pro running Mac OSX 10.10.3.
-jcw
From @GoogleCodeExporter on March 16, 2015 9:25
I'm using snapshot 73 in Yosemite. Whenever I resize a window or enter native
fullscreen mode, my cursor disappears for all modes and does not reappear.
Switching modes, entering text, etc. does not bring it back. Thanks!
Original issue reported on code.google.com by [email protected]
on 29 Oct 2014 at 5:21
Copied from original issue: #518
From @GoogleCodeExporter on March 16, 2015 9:25
Pretty much the same as issue #484:
https://code.google.com/p/macvim/issues/detail?id=484. The perl version was
upgraded. Error is:
dyld: Library not loaded:
/System/Library/Perl/5.12/darwin-thread-multi-2level/CORE/libperl.dylib
Referenced from: /Applications/MacVim.app/Contents/MacOS/Vim
Reason: image not found
Trace/BPT trap: 5
I re-built and it works fine. Maybe just needs a new snapshot?
Original issue reported on code.google.com by [email protected]
on 25 Jul 2014 at 11:13
Copied from original issue: #508
On multiple machines, and multiple OSes (Mav, Yos), I intermittently get the following incorrect behavior.
In a terminal, type mvim abcd
where abcd
is some non-existent file.
Expected: I get a MacVim window with an empty buffer that is assigned the name "abcd".
Actual: Most of the time I get what I'll call a pseudo-crash. All MacVim windows vanish instantly with no offer to save unsaved changes, and MacVim vanishes from the Dock. However, there's no crash report. The only clue as to what happened is in Console.app, and it's a meager clue at that:
Vim: 07/21/15 2:15:23.551 p Vim[89294]: -[MMBackend(Private) connectionDidDie:]@2315: Main connection was lost before process had a chance to terminate; preserving swap files.
It can also happen if I am already in a MacVim window and I do :edit abcd
(where again, abcd
is non-existent).
Is anyone else getting this? I see that someone else reported the same error message in Console but in a different context on Feb 19th of last year, and that Bjorn didn't know what it meant.
I can't find a way to get 100% reproduction. It tends to come and go in "streaks", i.e., a few hours of pseudocrashes, then a day without them, then two days with, then a few hours without, etc.
At first I thought maybe it was because I have Spotlight disabled (using mduitl -i off
or mdutil -d
), but I tested this theory by reactivating Spotlight and I still see the problem. (And surely MacVim doesn't need Spotlight to be on. I've had Spotlight off for years with no problems like this).
I started using vim about a year ago.
It was this afternoon when I had an issue with my python configuration, I came across this link in some website almost irrelevant to downloading vim. https://github.com/b4winckler/macvim/downloads
I was surprised that you can unload and use pre-build snapshot so easily, like other mac softwares(I remembered I spend hours trying to figure out how to download and install etc.)
I went back to the project homepage. Still I can't find any link to that page. Imagine if I need to download vim again, I probably still would spend very long time and detour to homebrew or Mercurial... and still can't find that download subfolder of the project.
So, are there any tricks in github or hidden button that can easily link to the download page which I don't know about, or the author is making it obscure on purpose? Thanks.
From @GoogleCodeExporter on March 16, 2015 9:26
Version: Snapshot 74
Currently, the menu items for editing various settings (except those in the
Preferences panel) are found under the Edit menu. This is the wrong location,
and goes against Mac design patterns. Edit is for commands that edit or
interact with text, not for editing preferences.
Atom and Sublime Text have similar approaches, and I suggest adopting the one
Atom uses. That is, move all of the setting-related menu items directly beneath
Preferences in the MacVim menu.
The items that should be moved:
Settings Window (suggested rename: Available Settings)
Startup Settings
Global Settings
File Settings
Color Scheme
Keymap
As a side note, when all windows are minimized, Startup Window and Startup
Settings are greyed out. That is likely a bug.
Original issue reported on code.google.com by [email protected]
on 5 Mar 2015 at 1:31
Attachments:
Copied from original issue: #529
From @GoogleCodeExporter on March 16, 2015 9:26
What steps will reproduce the problem?
MacVim crashes when displaying the following character:
I apologize for putting the character here like this, but I couldn't find out
what kind of character this is.
What is the expected output? What do you see instead?
MacVim shouldn't crash, ever
What version of MacVim and OS X are you using (see "MacVim->About MacVim"
and "Apple Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6
Intel")?
MacVim 73, OSX 10.10.1
Additional notes:
Terminal vim does not crash when displaying the same character.
Original issue reported on code.google.com by [email protected]
on 12 Jan 2015 at 11:34
Copied from original issue: #525
From @GoogleCodeExporter on March 16, 2015 9:25
What steps will reproduce the problem?
Opening MacVim, either through application icon or mvim command.
What is the expected output? What do you see instead?
Expect a window to open with the desired file, or even a blank new file.
Nothing happens, the app will start (as indicated by MacVim options in toolbar)
but no windows will open, even when explicitly told to open a valid file
through File->Open...
What version of MacVim and OS X are you using (see "MacVim->About MacVim"
and "Apple Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6
Intel")?
MacVim Snapshot 70
OS X 10.10 Yosemite Intel
Please provide any additional information below.
Again, the app seems to be opening and running but I cannot open any files or
windows. All I get is the toolbar and the icon in the Dock.
Original issue reported on code.google.com by [email protected]
on 21 Oct 2014 at 3:09
Copied from original issue: #517
We're 40 patches behind Vim today.
Is there anything I can do to help get Vim patches merged in more quickly? Personally, I don't care about issuing snapshots more quickly, since I never use snapshots. But I do think we should keep in close step with Vim at the sub-snapshot level.
Unfortunately I don't know C, but I'm sure I can help in some way with patches that don't touch MacVim specific stuff. I just don't know where to start or what to do.
This might very well be more trouble than it's worth to implement, but I was wondering if it would be possible to (re)implement font ligatures so that fonts like Fira Code would work.
According to the Hasklig project that inspired Fira Code, MacVim can't render ligatures because of this old commit.
It sounds like there are side effects to simply reverting this commit, but if they aren't too nasty, it would be awesome to have ligature support.
When run mvim
, it outputs following error, with release 76.
Error detected while processing /path/to/macvim/MacVim-snapshot-76/MacVim.app/Contents/Resources/vim/runtime/menu.vim:
line 194:
E121: Undefined variable: paste#paste_cmd
E15: Invalid expression: 'vnoremenu <script> &Edit.&Paste<Tab>"+gP^I' . paste#paste_cmd['v']
line 1203:
E334: Menu not found: Edit.Select\ All^IggVG
From @GoogleCodeExporter on March 16, 2015 9:25
If you enable native full screen support in the MacVim settings, open text file
and enter full screen the first 5 lines of text are cut off. Note that if
current line happens to be at the top (among the lines that are cut off) the
cursor is also hidden from view which can be confusing (see attached
screenshot).
Here is my MacVim version output:
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Oct 2 2014 09:33:22)
MacOS X (unix) version
Included patches: 1-383
Compiled by Mario Grgic
Huge version with MacVim GUI. Features included (+) or not (-):
+acl +file_in_path +mouse_sgr +tag_binary
+arabic +find_in_path -mouse_sysmouse +tag_old_static
+autocmd +float +mouse_urxvt -tag_any_white
+balloon_eval +folding +mouse_xterm -tcl
+browse -footer +multi_byte +terminfo
++builtin_terms +fork() +multi_lang +termresponse
+byte_offset +fullscreen -mzscheme +textobjects
+cindent -gettext +netbeans_intg +title
+clientserver -hangul_input +odbeditor +toolbar
+clipboard +iconv +path_extra +transparency
+cmdline_compl +insert_expand +perl +user_commands
+cmdline_hist +jumplist +persistent_undo +vertsplit
+cmdline_info +keymap +postscript +virtualedit
+comments +langmap +printer +visual
+conceal +libcall +profile +visualextra
+cryptv +linebreak +python +viminfo
+cscope +lispindent -python3 +vreplace
+cursorbind +listcmds +quickfix +wildignore
+cursorshape +localmap +reltime +wildmenu
+dialog_con_gui -lua +rightleft +windows
+diff +menu +ruby +writebackup
+digraphs +mksession +scrollbind -X11
+dnd +modify_fname +signs -xfontset
-ebcdic +mouse +smartindent +xim
+emacs_tags +mouseshape -sniff -xsmp
+eval +mouse_dec +startuptime -xterm_clipboard
+ex_extra -mouse_gpm +statusline -xterm_save
+extra_search -mouse_jsbterm -sun_workshop -xpm
+farsi +mouse_netterm +syntax
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
2nd user gvimrc file: "~/.vim/gvimrc"
system menu file: "$VIMRUNTIME/menu.vim"
fall-back for $VIM: "/Applications/MacVim.app/Contents/Resources/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_MACVIM -Wall
-Wno-unknown-pragmas -pipe -DMACOS_X_UNIX -g -O2 -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=1
Linking: gcc -L. -L/usr/local/lib -L. -L/usr/local/lib -L/usr/local/lib -o
Vim -framework Cocoa -framework Carbon -lm -lncurses -liconv -framework
Cocoa -fstack-protector -L/usr/local/lib
-L/System/Library/Perl/5.16/darwin-thread-multi-2level/CORE -lperl -framework
Python -framework Ruby
Original issue reported on code.google.com by [email protected]
on 17 Oct 2014 at 3:02
Attachments:
Copied from original issue: #514
From @GoogleCodeExporter on March 16, 2015 9:26
What steps will reproduce the problem?
Set syntax on (latex for instance) and add a calligraphic A in math mode
(U+1D49C) between parenthesis, itself and between dollars $(A)$. I use
EversonMono font.
What is the expected output? What do you see instead?
I expect it to be displayed properly but sometimes, a space is displayed after
the A, shift the rest of the line up to the $
What version of MacVim and OS X are you using (see "MacVim->About MacVim"
and "Apple Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6
Intel")?
Snapshot 73
Please provide any additional information below.
Attached the screenshots of normal buggy display, normal display and syntax off
display.
Original issue reported on code.google.com by [email protected]
on 9 Jan 2015 at 2:09
Attachments:
Copied from original issue: #524
When editing a file using the MacVim GUI, the buffer isn't marked as modified when changing the case of one or more characters using the ~ command in normal mode. Strange enough, when repeating the operation with dot, the buffer is correctly marked as modified.
The problem doesn't occur when using the text version of MacVim.
It may be a keyboard mapping-specific bug, if you can't replicate it, I can try to refine the report by testing other mappings (I'm using French azerty).
Thanks,
I'm trying to create a minimal MacVim experience by removing the titlebar from the application. I was inspired by https://tuananh.org/2015/01/11/a-minimal-iterm2-setup/ which was actually being picked up by the development team as an option.
Basically I did
diff --git a/src/MacVim/MMWindowController.m b/src/MacVim/MMWindowController.m
index b87079b..ecea307 100644
--- a/src/MacVim/MMWindowController.m
+++ b/src/MacVim/MMWindowController.m
@@ -126,7 +126,7 @@
- (id)initWithVimController:(MMVimController *)controller
{
- unsigned styleMask = NSTitledWindowMask | NSClosableWindowMask
+ unsigned styleMask = NSClosableWindowMask
| NSMiniaturizableWindowMask | NSResizableWindowMask
| NSUnifiedTitleAndToolbarWindowMask;
Everything compiles and it actually removes the titlebar as intended BUT the window doesn't accept any keyboard input (I just hear the bell).
As an unfortunate side effect this removes the ability for amethyst window manager to move the window. Maybe that is even the issue for MacVim.
Unfortunately my knowledge about Objective-C is limited, so my experiment stopped. But maybe somebody else knows how to move this forward?
On 10.10.3, the command :set guifont=*
crashes MacVim instantly.
This should bring up a font selection box. It used to work all the way up through at least Mavericks.
Console.app shows the following (I had to insert some hard line breaks):
May 27 11:22:39 diza MacVim[362]: Layout still needs update after calling -[NSScrollView layout].
NSScrollView or one of its superclasses may have overridden -layout without calling super.
Or, something may have dirtied layout in the middle of updating it. Both are programming
errors in Cocoa Autolayout. The former is pretty likely to arise if some pre-Cocoa
Autolayout class had a method called layout, but it should be fixed.
May 27 11:25:22 diza kernel[0]: Sandbox: MacVim(83196) System Policy: deny file-write-unlink
/Users/chdiza/Library/Saved Application State/org.vim.MacVim.savedState/restorecount.plist
While building what has been tagged "Snapshot 76" works on Leopard, the last couple of commits since then have broken the build:
The following build commands failed:
MacVim:
CompileC build/MacVim.build/Release/MacVim.build/Objects-normal/ppc/MMAppController.o /bld/kakvim/src/MacVim/MMAppController.m normal ppc objective-c com.apple.compilers.gcc.4_0
CompileC build/MacVim.build/Release/MacVim.build/Objects-normal/ppc/MMVimController.o /bld/kakvim/src/MacVim/MMVimController.m normal ppc objective-c com.apple.compilers.gcc.4_0
(2 failures)
Looking back in the build output, this is the only thing that looks relevant:
CompileC build/MacVim.build/Release/MacVim.build/Objects-normal/ppc/MMAppController.o /bld/kakvim/src/MacVim/MMAppController.m normal ppc objective-c com.apple.compilers.gcc.4_0
cd /bld/kakvim/src/MacVim
/Developer/usr/bin/gcc-4.0 -x objective-c -arch ppc -fmessage-length=0 -pipe -Wno-trigraphs -fpascal-strings -Os -mdynamic-no-pic -Wreturn-type -Wunused-variable -mtune=G5 -fvisibility=hidden -I/bld/kakvim/src/MacVim/build/MacVim.build/Release/MacVim.build/MacVim.hmap -F/bld/kakvim/src/MacVim/build/Release -F/bld/kakvim/src/MacVim -I/bld/kakvim/src/MacVim/build/Release/include -I/bld/kakvim/src/MacVim/build/MacVim.build/Release/MacVim.build/DerivedSources/ppc -I/bld/kakvim/src/MacVim/build/MacVim.build/Release/MacVim.build/DerivedSources -c /bld/kakvim/src/MacVim/MMAppController.m -o /bld/kakvim/src/MacVim/build/MacVim.build/Release/MacVim.build/Objects-normal/ppc/MMAppController.o
/bld/kakvim/src/MacVim/MMAppController.m: In function ‘-[MMAppController fileOpen:]’:
/bld/kakvim/src/MacVim/MMAppController.m:1100: error: ‘NSModalResponseOK’ undeclared (first use in this function)
/bld/kakvim/src/MacVim/MMAppController.m:1100: error: (Each undeclared identifier is reported only once
/bld/kakvim/src/MacVim/MMAppController.m:1100: error: for each function it appears in.)
I'm sure this also means it broke on Tiger.
From @GoogleCodeExporter on March 16, 2015 9:25
What steps will reproduce the problem?
open macvim in osx 10.10, toggle the native osx fullscreen function.
What is the expected output? What do you see instead?
Expected that the application would transition to the native OSX fullscreen
functionality and that the entire window would be visible. Instead, the top of
the window is obscured by a solid black bar.
Attached before and after screenshots.
What version of MacVim and OS X are you using (see "MacVim->About MacVim"
and "Apple Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6
Intel")?
Custom Version 7.4 (73), Installed via homebrew.
10.10, Intel
Please provide any additional information below.
I had a similar issue in 10.9, however the bar there was gray instead of black,
and it was not consistent. This seems to happen every time.
Original issue reported on code.google.com by [email protected]
on 17 Oct 2014 at 10:49
Attachments:
Copied from original issue: #515
According to :python import sys; print sys.version
I have python 2.7.6, but when I try :python import string
I get an ImportError. python print sys.path
shows a strangely minimal-looking list:
['/Users/USER/Library/Python/2.7/lib/python/site-packages',
'/usr/local/lib/python2.7/site-packages',
'/Library/Python/2.7/site-packages',
'_vim_path_',
'/Users/USER/.vim/bundle/riv.vim/autoload/riv/']
Spot testing shows that I can import e.g sys
, os
, re
, but I can't import e.g. math
, StringIO
, textwrap
, codecs
. I'm not the only one having this problem.
I am running Snapshot 77 on Yosemite, installed via homebrew.
For description, see this comment.
b517b31#commitcomment-10915316
Couldn't find anything in the latest release notes nor the Homebrew formula that made this dependency obvious to me.
From @GoogleCodeExporter on March 16, 2015 9:26
MacVim Snapshot 74, OS X 10.9.5. Launch MacVim — no window appears. Invoke
⌘N New Window — no window appears. Note that ⌘, Preferences still works,
though.
If I run /Applications/MacVim.app/Contents/MacOS/MacVim at the shell, I see the
error message (and it hangs until I press Ctrl-C):
dyld: Library not loaded:
/System/Library/Perl/5.18/darwin-thread-multi-2level/CORE/libperl.dylib
Referenced from: /Applications/MacVim.app/Contents/MacOS/Vim
Reason: Incompatible library version: Vim requires version 5.18.0 or later, but libperl.dylib provides version 5.16.0
^C
Taking the hint, if I transplant /System/Library/Perl/5.18 from an OS X 10.10
machine onto 10.9, then it works.
I consider this to be a bug since 1) Info.plist does not require a Minimum
System Version. 2) Nor did MacVim come bundled with Perl 5.18 3) MacVim did
not degrade gracefully with the lack of the exact version of Perl.
Original issue reported on code.google.com by [email protected]
on 6 Mar 2015 at 8:29
Copied from original issue: #530
On this repo's Wiki, the section titled “How to get the MacVim source code” still references @b4winckler's repo. I can see this tripping up some unfortunate soul who doesn't pay attention.
Please edit that URL to point to macvim-dev/macvim
Would you consider creating a fork of MacVim based on the NeoVim project instead of Vim? I believe that this is the future of Vim development and would love to see a more performant, more modern implementation of Vim come to life MacVim-style.
Hi,
I've installed MacVim on my MacOS 10.10.4 via homebrew and discovered that the ctrl key is being ignored completely - it is like it has never been pressed. Nothing goes wrong but also nothing happens.
MacVim is the only app I have encountered such a problem with. Ctrl works perfectly with all other (gui) apps and vim in terminal is fine too.
So I though that something is wrong with the released brew package 7.4-77 and tried with HEAD build from source, but that did not help either.
Any hints for debugging this behavior?
Best,
Miroslav
From @GoogleCodeExporter on March 16, 2015 9:25
In both native and non-native modes, MacVim is shifting the view so that (it
seems) the first line of the view is aligned with the top of my external
monitor, and in non-native mode, the menu bar isn't going away, so the first
line is hidden underneath. Notice the top of MacVim in the screenshot:
http://i.imgur.com/xgoUPhr.png
The tab bar and part of the first line are hidden below the menu bar, and the
menu bar won't hide itself like it should.
Original issue reported on code.google.com by TruSktr
on 17 Nov 2014 at 8:56
Copied from original issue: #519
When typing text in Japanese, after choosing the right kanji in the dropdown menu (IME system), MacVim input the text twice. For instance, typing おはよう inputs おはようおはよう.
From @GoogleCodeExporter on March 16, 2015 9:26
What steps will reproduce the problem?
1. set cpoptions=$ in your .vimrc
2. Open a file with matchpairs enabled. For example, set "filetype plugin
indent on" in your .vimrc then open an HTML file.
3. Go to the character after the ending '>' of an HTML tag.
4. Press C to change to end of line.
What is the expected output? What do you see instead?
The matching '<' and '>' are highlighted (as expected), and any part of the
file that's visible below the current line disappears.
What version of MacVim and OS X are you using?
Snapshot 73, 10.10.2 Intel
Original issue reported on code.google.com by [email protected]
on 6 Feb 2015 at 3:27
Copied from original issue: #528
When I try to open a netrw session from MacVim, it works fine unless I need to specify a username.
For example, when I run :e scp://[email protected]/
nothing happens until the connection attempt times out, with a message saying:
ssh: connect to host userexample.com port 22: Operation timed out
Doing the same operation from the command-line (i.e., from plain vim) works fine. It looks like MacVim drops the at-sign @
between the username and the hostname.
From @GoogleCodeExporter on March 16, 2015 9:25
What steps will reproduce the problem?
Under OS X 10.10:
1. Build MacVim with homebrew
2. Install vundler and use vunder to install vim-airline.
3. Now when you run MacVim, you should see the airline header just fine until
you go into fullscreen mode with the MacVim window, at which point the header
line is blacked out.
What is the expected output? What do you see instead?
Expected: Airline header should be visible in fullscreen mode (this worked
correctly in Mavericks)
Instead: see attached screen shot
What version of MacVim and OS X are you using (see "MacVim->About MacVim"
and "Apple Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6
Intel")?
MacVim: Custom Version 7.4 (73)
OS X: Yosemite Beta 10.10, version 3
Original issue reported on code.google.com by [email protected]
on 22 Sep 2014 at 1:47
Attachments:
Copied from original issue: #512
From @GoogleCodeExporter on March 16, 2015 9:25
RULES: READ FIRST!
1. This page is only for reporting bugs. Feature requests are to be
posted to the [http://groups.google.com/group/vim_mac vim_mac] mailing
list.
2. Go through the
[http://github.com/b4winckler/macvim/wiki/Troubleshooting Troubleshooting
guide] before creating a new Issue to rule
out common problems that are not bugs.
3. Search older Issues and the [http://groups.google.com/group/vim_mac
vim_mac] mailing list before creating a new Issue.
(Please delete this text now that you have read it and enter an issue
report. Thank you for taking the time to report bugs!)
What steps will reproduce the problem?
What is the expected output? What do you see instead?
What version of MacVim and OS X are you using (see "MacVim->About MacVim"
and "Apple Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6
Intel")?
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 20 Oct 2014 at 3:54
Copied from original issue: #516
When I compile MacVim (snapshot 77) with both Python2.7 and Python3.4 support, it crashes on start.
I compile it from macports (+huge +python34 +python27
), and I don't know if it's macports-specific
Related Macports tickets:
I need Python3.4 support for my work, but I want to be able to use it with Python 2.7 too.
From @GoogleCodeExporter on March 16, 2015 9:25
With the latest version pulled from GitHub I get the following error when I
open html/erb/php file with html tags inside:
Error detected while processing
/Applications/MacVim.app/Contents/Resources/vim/runtime/ftplugin/html.vim:
line 25:
E117: Unknown function: htmlcomplete#DetectOmniFlavor
Commenting out the line seems to fix the issue, but anyway what's the proper
solution?
Original issue reported on code.google.com by [email protected]
on 21 Nov 2014 at 10:48
Copied from original issue: #520
From @GoogleCodeExporter on March 16, 2015 9:25
Got this error when running MacVim under Yosemite:
Unable to simultaneously satisfy constraints:
(
"<NSAutoresizingMaskLayoutConstraint:0x7fe499dcde70 h=--& v=--& V:[FI_TBrowserBackgroundView:0x7fe49c5793a0(0)]>",
"<NSAutoresizingMaskLayoutConstraint:0x7fe49c4146e0 h=-&- v=-&- V:|-(0)-[FI_TListScrollView:0x7fe499df0480] (Names: '|':FI_TBrowserBackgroundView:0x7fe49c5793a0 )>",
"<NSAutoresizingMaskLayoutConstraint:0x7fe49c4070c0 h=-&- v=-&- V:|-(0)-[NSClipView:0x7fe499df00d0] (Names: '|':FI_TListScrollView:0x7fe499df0480 )>",
"<NSAutoresizingMaskLayoutConstraint:0x7fe499e0d2b0 h=-&- v=-&- V:[NSClipView:0x7fe499df00d0]-(0)-| (Names: '|':FI_TListScrollView:0x7fe499df0480 )>",
"<NSAutoresizingMaskLayoutConstraint:0x7fe49c414690 h=-&- v=-&- V:[FI_TListScrollView:0x7fe499df0480]-(0)-| (Names: '|':FI_TBrowserBackgroundView:0x7fe49c5793a0 )>",
"<NSAutoresizingMaskLayoutConstraint:0x7fe499ed8290 h=-&- v=-&- V:[FI_TListView:0x7fe499defad0]-(17)-| (Names: '|':NSClipView:0x7fe499df00d0 )>",
"<NSAutoresizingMaskLayoutConstraint:0x7fe499ed8240 h=-&- v=-&- V:|-(0)-[FI_TListView:0x7fe499defad0] (Names: '|':NSClipView:0x7fe499df00d0 )>"
)
Will attempt to recover by breaking constraint
<NSAutoresizingMaskLayoutConstraint:0x7fe499ed8290 h=-&- v=-&-
V:[FI_TListView:0x7fe499defad0]-(17)-| (Names: '|':NSClipView:0x7fe499df00d0
)>
Set the NSUserDefault
NSConstraintBasedLayoutVisualizeMutuallyExclusiveConstraints to YES to have
-[NSWindow visualizeConstraints:] automatically called when this happens.
And/or, break on objc_exception_throw to catch this in the debugger.
Original issue reported on code.google.com by [email protected]
on 14 Dec 2014 at 1:19
Copied from original issue: #521
From @GoogleCodeExporter on March 16, 2015 9:25
I apologize for the sparseness of this report, but I hope you'll find it useful
nonetheless. I'm running a pre-release of Yosemite, so I don't know if this is
an issue with the OS or MacVim, but it's happened a few times now, so I thought
you might be interested in the stack trace that is provided. This is what the
latest crash resulted in. If this isn't useful, just let me know. If you have
questions that I can answer to assist you, email me at [email protected].
Thanks,
Chuck
Original issue reported on code.google.com by [email protected]
on 27 Jul 2014 at 9:53
Attachments:
Copied from original issue: #509
When MacVim is put in a split-full-screen view on OS X 10.11, it appears to think that its window is the size of the entire screen instead of its half of the screen. This leads to weird stretching and skewing drawing artifacts, and causes text and cursor navigation to go past the edge of the window.
I'd like to use neocomplete with macvim. Sadly, it requires lua. Is there a solid reason why lua support is disabled in recent macvim builds?
From @GoogleCodeExporter on March 16, 2015 9:26
(2. Go through the [http://github.com/b4winckler/macvim/wiki/Troubleshooting
Troubleshooting guide] before creating a new Issue to rule out common problems
that are not bugs.
You might want to recommend using `mvim -u NONE` instead of the manual .vimrc
dance there.)
What steps will reproduce the problem?
Open the attached file.
What is the expected output? What do you see instead?
MacVim should display the file. system-vim can open it. I tried opening it with
`mvim -u NONE thefile`, it still crashes.
This is with snapshot 73.
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 20 Jan 2015 at 3:24
Attachments:
Copied from original issue: #526
From @GoogleCodeExporter on March 16, 2015 9:26
MacVim adds some variables to the environment with a potentially different
value than the existing one. For example ":!printenv" in MacVim shows me the
following for my PATH:
PATH=/opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin
:/usr/sbin:/sbin:/opt/X11/bin:/usr/local/MacGPG2/bin:/usr/texbin
But a few lines below the following appears:
PATH=/usr/bin:/bin:/usr/sbin:/sbin
Either definition might be picked up depending on the subshell. If I do ":!zsh
-c 'echo $PATH'", I get the first definition. If I do ":!sh -c 'echo $PATH'"
instead, I get the second definition.
This is a problem for me because I am using xelatex which tries to execute
another program in a shell which picks up the wrong PATH definition and cannot
find the program anymore.
Surprisingly, it works fine (with just a single PATH definition in the
environment) if I start MacVim with the mvim command from my interactive zsh.
I am using:
MacVim 7.4 (2013 Aug 10, compiled Nov 16 2014 19:08:01), Included patches: 1-258
zsh 5.0.7 (x86_64-apple-darwin14.0.0)
sh is GNU bash, version 3.2.53(1)-release (x86_64-apple-darwin14)
Original issue reported on code.google.com by [email protected]
on 5 Jan 2015 at 1:38
Copied from original issue: #523
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.