Git Product home page Git Product logo

macvim-dev / macvim Goto Github PK

View Code? Open in Web Editor NEW
7.4K 7.4K 679.0 212.33 MB

Vim - the text editor - for macOS

Home Page: https://macvim.org

License: Vim License

Makefile 2.80% NSIS 1.06% Shell 0.54% C 83.43% Awk 0.11% Perl 0.37% PostScript 0.38% Smalltalk 0.15% Emacs Lisp 0.18% NewLisp 0.22% Ruby 0.24% SystemVerilog 0.16% C++ 1.40% Objective-C 7.87% Python 0.30% XS 0.30% Batchfile 0.07% Module Management System 0.33% DIGITAL Command Language 0.06% AppleScript 0.01%
macos macvim vim

macvim's People

Contributors

amaanq avatar b4winckler avatar brammool avatar chrisbra avatar dkearns avatar douglasdrumond avatar dpelle avatar dundargoc avatar errael avatar freed-wu avatar h-east avatar ichizok avatar jamessan avatar jpetrie avatar k-takata avatar lemonboy avatar luukvbaal avatar nico avatar observeroftime avatar pheiduck avatar restorerz avatar seandewar avatar shougo avatar splhack avatar ychin avatar yegappan avatar zdohnal avatar zeertzjq avatar zewpo avatar zzzyxwvut avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

macvim's Issues

Extreme slow down when working with very long lines

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

Cannot repeat paste done in insert mode

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.

window flashing

Do you have found, use the mouse to adjust the window size, window flashing.why?
MacBook Pro (Retina, 15-inch, Late 2013) OSX 10.10.3 (14D136)
flash

Font Spacing/Rendering issue on Yosemite

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

An uncaught exception with full screen code

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
)

Easy MacVim Home Page & Downloads Page?

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

MacVim opens with a completely see through window, sometimes

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:)

Initial startup:
macvim 1.png

The text is "there" but only shown after you move through it:
macvim 2

Then I went to see the terminal, and boy was I surprised:
macvim terminal whoa nelly furtada

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! :)

float and str2float support broken for french (and probably every locale that use a comma as the decimal separator)

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

Copy and paste umlauts does not work

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

Window height increases after every startup

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

Failure running with mvim in OSX 10.10 (yosemite): missing Perl library

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

Intermittent pseudo-crashes

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).

Link to download page?

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.

Settings belong under MacVim menu, not Edit

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

MacVim crashes when displaying a certain character

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

No windows or files opening

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 96(!) patches behind Vim; Can I help?

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.

Support for font ligatures

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.

MacVim on OS X 10.10 Yosemite: Native Full Screen cuts off first top 5 lines

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

Bug displaying unicode characters above BMP with "syntax on"

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

GUI MacVim does not mark buffer as modifed when changing case using ~

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,

Hiding titlebar

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?

Crash when you do "set gfn=*"

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

Latest commits broke build on Leopard

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.

Fullscreen in 10.10 (with multiple monitors) has a black bar obscuring the the top of the window.

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

Python 2.7.6 can't import "string" library, nor many others

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.

Add link to patch?

From @teoric on April 2, 2015 8:15

The README file mentions “patch vim7 src with MacVim patch”, but does not indicate where the patch is. For inattentive people like me, it would be great if we were set on the right path.

Copied from original issue: #531

With Snapshot 74 on OS X ≤ 10.9, no editing window appears

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

NeoVim fork?

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.

MacVim ignores ctrl key completely

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

GOing into full sreen mode, MacVim shifts the view so that the first line of MacVim is underneath the menu bar.

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

Typing in Japanese text doubles its input

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 おはようおはよう.

cpoptions=$ and matchpairs makes text disappear

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

Unable to use netrw with username from MacVim

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.

OS X 10.10 (Yosemite) + MacVim + vim-airline + fullscreen = blank space where airline should be

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

While use set guifont=Monaco:h13 than use bettertouchtool to move the window, window will flash!

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

Does ViM support only single version of python?

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.

opening html files gives Unknown function: htmlcomplete#DetectOmniFlavor

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

Auto-constraints warning under Yosemite

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

MacVim sometimes crashing under Yosemite

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

MacVim doesn't play well with split-screen view in OS X 10.11

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.

Please bring back lua support

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?

MacVim crashes opening this file

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

MacVim messes up shell environment

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

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.