edenzik / macvim Goto Github PK

When entering replace mode there is no cursor visible.

On MacOS X Leopard Server with French localization, the spellchecking
doesn't work. Also, when asked to add new dictionaries via Tools > Spelling
> Find More Languages MacVim tells that he cannot find any.

What steps will reproduce the problem?
1. Start MacVim and type in some French; don't forget to do an obvious typo
2. Save the document, and activate spellchecking via menu
3. Notice that all words are flagged as spelling mistake
4. Select Find More Languages from menu
5. See MacVim saying « Could not find other spell files ». The expected
behaviour is to be able to download from the internet missing dictionaries

What is the expected output? What do you see instead?
-> usual behaviour, like on GNU/Linux plat-forms

What version of the product are you using? On what operating system?
-> $ /Applications/MacVim.app/Contents/MacOS/Vim --version
VIM - Vi IMproved 7.1 (2007 May 12, compiled Nov  1 2007 16:53:54)
MacOS X (unix) version
Included patches: 1-145
Compiled by Bjorn Winckler <[email protected]>


Please provide any additional information below.

Insert 'a' and u030a (Ctrl-V, u, 030a).  Should produce 'a' with ring over
it.  Adding another character and moving the cursor over these in normal
mode changes the rendered characters.

The icons don't quite fit with the graphic style of OS X. I've replaced
them with freely available / redistributable and GPL2'd alternatives, which
hopefully lends a more cohesive appearance to the application.

I think MacVim should reexamine what it places in the toolbar, and consider
breaking parity with the Linux/Windows variants. OS X tends to use its
toolbars to deal *only* with a given window's document, not to interact
with the application itself.

For instance, Smultron is the only other application I have installed with
an "Open" button in the toolbar.

The preservation of division between application and document is crucial
for a truly Mac-like experience.

What steps will reproduce the problem?

:e file1
:split file2

Now, select all.

What is the expected output? What do you see instead?

One would expect everything in the current *frame* to be selected, but instead 
MacVim selects 
everything in the *window*, which may include multiple documents.

What version of the product are you using? On what operating system?

MacVim 7.1.168

Hey, I'm absolutely loving MacVim. However, in netrw when i go into a new 
directory, the screen 
flickers. Also, when I put MacVim into focus it also flickers.

This problem is much much more evident (and highly annoying) when the screen is 
large. It flickers 
a few times on my 22" at 1680x1050

When pressing ^C instead of aborting things are actually done. 

When pressing ^V^C i'll get ^M

/me wonders :)

Still happening with snapshot 129.

Mapping <D-e> does not work as expected if the Dvorak-QWERTY keyboard
layout is active.

See this thread in the vim_mac archives for details:

http://groups.google.com/group/vim_mac/browse_thread/thread/488536fff07dd92a/e67
0425c92012084#e670425c92012084

1. Press the toolbar collapse button.
2. Quit MacVim.
3. Launch MacVim.

The toolbar should be collapsed, it is open.

^W^C should do absolutely nothing (as it does in terminal vim on os x
and gvim on linux), but for some reason it acts like ^W c in the
MacVim gui.  Please see :help ^W^C for more explanation.  Does anyone
know why this is?

What steps will reproduce the problem?
 * Put MacVim window on secondary monitor
 * Enter ":set fu"

What is the expected output? What do you see instead?
I would expect MacVim to take over the secondary monitor just like it would
on the primary one, leaving the other alone. Instead, it hides itself and
the menubar and dock on the primary monitor, leaving itself and the OS in
an unusable state. This is only resolved by quitting MacVim.

What version of the product are you using? On what operating system?
0.712b, Leopard 10.5.1

If you try to put in any control based hotkey, like control + c (equivalent to 
esc) or control + x 
(special insert mode), these characters are simply just displayed on the 
screen, and they do not 
execute the hotkey function.

Macbook Pro, Leopard
Snapshot 0710A

What steps will reproduce the problem?
1. run gvim or mvim -p *.cpp with a load of files
2. only the first few are shown
3. the buffer list still shows all files were opened

What is the expected output? What do you see instead?

All files should show in the tabs (ones that don't fit in the popup at the end)

What version of the product are you using? On what operating system?

v231 on 10.4.1

Please provide any additional information below.

Opening additional tabs internally with :tabnew seems to add the tabs fine - so 
I guess it's not a 
limit.

Tried without my vimrc incase it was taglist or my settings.  Same behavior.

Cheers

George

What steps will reproduce the problem?
1. Start MacVim
2. Hide toolbar
3. Click on the green zoom button

What is the expected output? What do you see instead?
Expected: Maximize vertically
Instead: Does not maximize fully

What version of the product are you using? On what operating system?
snapshot-0710B

Please provide any additional information below.
Running on 10.5

The font for multi-byte characters is selected using Cocoa font
substitution; this causes problems because Cocoa does not ensure that the
fonts are of the right dimensions.

What steps will reproduce the problem?
1. Run the following command in the Terminal: touch ~/test%file
2. Run MacVim, but close all windows
3. Drag and drop the "test%file" from the Finder onto the MacVim icon in
the dock.
4. Observe that MacVim has opened the file correctly.
5. Without touching MacVim, drag and drop the "test%file" file from the
Finder onto the MacVim dock icon again.

What is the expected output? 

MacVim should open the file "test%file" again, or recognise that the file
is already open.

What do you see instead?

MacVim opens the file "testtest%filefile".

What version of the product are you using? On what operating system?

MacVim r300, on OS X 10.4.10

Please provide any additional information below.

If you close all MacVim windows, hit Cmd-N to open a new window that isn't
editing any particular file, then drag-and-drop "test%file" onto it, you
get an error message:

E499: Empty file for '%' or '%', only works with ":p:h": :drop
/Users/st/test%file

What steps will reproduce the problem?
1. enter text
2. use C-v or V to enter selection mode
3. move the cursor with the arrow keys.  Selection is lost.

Also for some reason entering a key with a selection puts you in replace mode.  
 Ie you can't select 
then do esc y to copy Why?

What version of the product are you using? On what operating system?
10.4.10

What steps will reproduce the problem?
1. download to Desktop on PB G4
2. double-click on archive-file

What is the expected output? What do you see instead?

I expected a DMG but saw Error 22

What version of the product are you using? On what operating system?

Mac OS X 10.4.10

Please provide any additional information below.

 When MMOpenFilesInTabs is set to 1, files are opened in the topmost window
but not in new tabs.  Instead, they are opened in a new buffer which takes
over the current tab.

The mvim script listed at http://code.google.com/p/macvim/downloads/list 
is deprecated. Probably the script should be available bundled with a 
MacVim binary only.

<CTRL-P> Should display auto-completion for instance. Now it just displays a p
Version is 0710A on Leopard

On my setup, when using multiple tabs a :tab ball will show the files i 
intended to close by doing 
<D-w>. I guess there is some hardcoded mapping like :q but :bd would be better 
imho

For example, customizing <D-2>, which works in other versions of vim, does
not work in this application.

resizing doesn't always keep up.  The main content doesn't always notice window 
resizes.

Very nice implementation though - my favorite yet.

What steps will reproduce the problem?
1. :hi Visual guibg=red
2. Highlight some text in visual mode
3. Switch to another window
4. Switch back

What is the expected output? What do you see instead?
The highlighted text should still have a red background but is now grey.

What version of the product are you using? On what operating system?
MacVim r229


Please provide any additional information below.
I'm using the graphite colour scheme. It looks like Cocoa is changed the 
selected colour to grey 
as it does for windows that don't have focus, but MacVim is not switching back 
to the correct 
Visual colour when it receives focus again.

Setting 'enc' to anything but 'utf-8' will cause MacVim to crash; all code
assumes that the encoding is set to 'utf-8'.

What steps will reproduce the problem?
1. $ touch .empty
2. $ /Applications/MacVim.app/Contents/MacOS/Vim -g -u .empty -U .empty
3. enter a few lines in the file
5. press alt+up

What is the expected output? What do you see instead?

I would expect the cursor to be moved up one line, instead it's moved up 
twice. Same goes for alt+down

What version of the product are you using? On what operating system?

MacVim-snapshot-0712B
os x 10.4.10

Please provide any additional information below.

I noticed this because I have some mappings on those keys and they were 
triggered twice. However, when starting macvim as above I tried ":map <M-
Up> dd" and it didn't work, even tho i can see it with ":map <M-Up"

What steps will reproduce the problem?
1. Open the attached file

What is the expected output? What do you see instead?
The character forces a new line but the gui doesn't handle it properly. Maybe 
it should be render 
the way Textedit does.


What version of the product are you using? On what operating system?
Intel OSX 10.4.10; MacVim r203


Please provide any additional information below.
I discovered this by copying few paragraphs from a .doc file opened in Apple 
Pages

What steps will reproduce the problem?

1. Download latest version
2. Click on MacVim.app
3. No text on the editing shows up

What is the expected output? What do you see instead?

I see white background, and that's it
I do see all the menu bar items.

What version of the product are you using? On what operating system?

snapshot-r231, Leopard latest

Please provide any additional information below.

Could it be textcolor issue? I removed my .gvimrc, still the same problem.

When using macvim, type this:

:o <partoffilename><tab>

Pressing tab wil not auto complete, but generate ^I on the screen.

IMPORTANT! Before creating a new Issue please search the old Issues for 
duplicates.  Also, 
please do not use this page to ask questions, instead post to the vim_mac 
mailing list.  There are 
more people on that list that can answer questions.  Only file an issue if you 
have found a bug.  
(You can safely delete this text now that you have read it and enter an issue 
report.  Thank you 
for taking the time to report new bugs!)

What steps will reproduce the problem?
Install the rails plugin: http://www.vim.org/scripts/script.php?script_id=1567
Restart macvim

What is the expected output? What do you see instead?
In Windows/Linux (I have tried both) a new menu item will appear in the menu 
bar. It does not.

What version of the product are you using? On what operating system?
MacVim-snapshot-20
OSX 10.5.1

Please provide any additional information below.

What steps will reproduce the problem?
1. Run MacVim-snapshot-0710B.
2. Switch to another app.
3. Read the error at the bottom.

What is the expected output? 
No error.

What do you see instead?
Error detected while processing FocusLost Auto commands for "*":
E121: Undefined variable: colors_name

Error detected while processing FocusLost Auto commands for "*":
E15: Invalid expression: colors_name == "macvim" | hi Visual 
guibg=MacSecondarySelectedControlColor | endif

What version of the product are you using? On what operating system?
0710B on Leopard 10.5.0

Please provide any additional information below.
I isolated all of the lines in my .vimrc & .gvimrc files, and it only happens 
if I have "set bg=dark", 
which is very useful when switching between gui vim and console vim.

What steps will reproduce the problem?
1. :set linespace 4

What is the expected output? What do you see instead?
Should be a 4 pixel gap between each line but there's no change.


What version of the product are you using? On what operating system?
Snapshot r203 on OS X Intel 10.4.10

What steps will reproduce the problem?
1. :set cursorline
2. Hold J to scroll down a script which spans multiple screen heights

What is the expected output? What do you see instead?
While moving down it'll redraw slowly then when it hits the bottom and should 
scroll the buffer, it 
fails to update anything until you release the movement key.


What version of the product are you using? On what operating system?
MacBook Pro Core Due 2GHz: Mac OS X 10.4.10 Intel. MacVim r203
My font is set to  Andale Mono:11


Please provide any additional information below.
When it's a small script (less than 1 screen height) there seems to be no slow 
down.

since w and q are right next to each other on my keyboard layout
(probably on yours too!) I sometimes hit ⌘-q when I really want to
hit ⌘-w. Instead of closing a tab, all my MacVim windows with all
their tabs disappear. This is annoying.

Safari 3 adresses this problem by displaying a confirmation dialog if
several windows and/or tabs are open. If there are several windows
open, the confirmation dialog text reads like this, depending on the
situation:

    Are you sure you want to quit Safari?
    There are 2 tabs open in Safari. Do you want to quit anyway?

    Are you sure you want to quit Safari?
    There are 2 windows open in Safari. Do you want to quit anyway?

    Are you sure you want to quit Safari?
    There are 2 windows open in Safari, with a total of 3 tabs. Do
you want to quit anyway?

This is displayed in an app-modal warning dialog box. I'd vote for
including this functionality in MacVim as well (if it's much easier to
do, a simple "really quit?" dialog box would be ok too, but displaying
the number of windows is surprisingly useful if you're using Spaces).

(If you hit ⌘-⇧-w in a window with several tabs, you get a sheet in
that window saying

    Are you sure you want to close this window?
    There are 2 tabs in this window. Do you want to close this window
anyway?

I'd vote for not doing this in MacVim, since you don't usually hit ⌘-
⇧-w by mistake.)

What steps will reproduce the problem?
1. Expand the distribution archive
2. Copy the resulting MacVim directory to /Applications
3. symlink /Applications/MacVim/mvim somewhere into your path
4. From a shell prompt type mvim

What is the expected output? What do you see instead?
MacVim should start. Instead,

Sorry, cannot find MacVim-devel.app.  Try setting the VIM_APP_DIR
environment variable to the directory containing MacVim-devel.app.

is reported.


What version of the product are you using? On what operating system?
MacVim 0711A on OS X 10.5.1


Please provide any additional information below.

I've attached a patch for the mvim script that makes it just work with this
simple install by having it look for MacVim.app instead of MacVim-devel and
having it search the /Applications/MacVim and ~/Applications/MacVim
directories, since that's the directory that results from expanding the
distribution archive.

Hi I just installed macvim but I wasn't able to run it with a user different 
from the one that installed 
it.
the problem were the wrong permissions for all directories recursively under
/Applications/MacVim.app/Contents/Resources/vim/runtime
and under
/Applications/MacVim.app/Contents/Resources/English.lproj

Version used: snapshot 0801A

OS: 10.4.11

Steps:

(1) Type any character in 'insert' mode.
(2) Press 'Esc' to exist 'insert' mode.
(3) Go to 'insert' mode again.
(4) The characters typed before cannot be deleted with backspace key.

Expected result: the backspace key should function whenever the character
is input before or during 'insert' mode.

Found this in my mailbox. Posting this here so I don't forget it.

-------

Hello!

I have got a file called "rejstřík.txt" - not sure if the diacritics
gets through Google Groups, that is "rejst" + latin small letter r
with caron (0x159) + latin small letter i with acute (0xed) + "k.txt".
When I save this file in MacVim, I get the message that file
"rejstrˇk.txt" has been written - the caron from the "r" gets shifted
a character to the right and the "i" with acute is missing altogether.
Otherwise I have no trouble with national characters at all.

Another interesting thing just popped up: When I create a new document
with accented characters in name in MacVim (:new Příšera.txt), the
save message stays correct, but the name as shown in Finder is
different (wrong).

There is definitely a bug somewhere, but I do not know what else to
report. I can supply the character codes or screenshots or whatever is
needed.
-------

I did some more googling on this. I believe the problem is that os x'  
file system always stores filenames as decomposed utf8 ( http:// 
developer.apple.com/qa/qa2001/qa1235.html , http://mail.python.org/ 
pipermail/python-list/2003-February/189641.html , found via http:// 
boodebr.org/main/python/all-about-python-and-unicode ), which  
surprises vim.

-------

There is an interesting debate around the same issue on the Mac FUSE
project page:

http://code.google.com/p/macfuse/issues/detail?id=139

(this is not really related because we can assume we're dealing with HFS+ most 
of the time. 
macfuse can't do that.)

In particular, the Eject icon is used for opening files, the disc burning icon 
is used to represent 
make, the print icon is too dark for easy recognition and the undo and redo 
icons have different 
colors.

I like the Oxygen icons (or Tango icons) better than these new icons. Besides, 
Apple now provides 
many Apple application icons with Leopard.

Start MacVim.
Pick MacVim menu, and choose "About MacVim".
The About MacVim window appears, and has focus.
Press CMD-W.  The About MacVim window should close because it has focus.  
Instead, the last 
MacVim window closes (or attempts to close, if it has unsaved changes).  It 
appears that focus 
jumps to the last MacVim window, before closing it.

MacVim snapshot-0712B
Leopard 10.5.1 (Build 9B18)
PPC Platform (Last generation Quad G5)

What steps will reproduce the problem?
1. Launch MacVIM
2. Click on the ellipse button on the top right corner of the window to
collapse the tool bar icons.
3. Quit MacVim and restart it.  Toolbar icons are visible again.

What is the expected output? What do you see instead?

Toolbar icons are suppose to be collapsed.

What version of the product are you using? On what operating system?

R300

What steps will reproduce the problem?
1. Open Terminal.app
2. $mvim
3. see MacVim open with nearly Terminal.app's size

What is the expected output? What do you see instead?
I expect MacVim to open with some sane default width, instead it takes
Terminal.app's dimensions. This is especially annoying when mvim is
launched from e.g. Visor.

What version of the product are you using? On what operating system?
snapshot-0710b, Mac OS X 10.5 Leopard

Please provide any additional information below.

What steps will reproduce the problem?
Open a document, make a change and save the change using :wq or don't save the 
change using 
:q!
Then do Cmd-Q or MacVim->Quit

What is the expected output? What do you see instead?
I expect that as all buffers were saved or reverted for the app to quit 
silently.
I'm getting a popup when all buffers are closed whether by reverting the 
changes ":q!" or saving 
them ":wq" that buffers with unsaved changes are still open and to confirm the 
quit.

What version of the product are you using? On what operating system?
0712B on Mac OS X 10.5.1 1.5Ghz PowerPC G4 with 1Gb Ram

Please provide any additional information below.
 If I use Cmd-S to save the buffer I don't get the warning, but if I Cmd-W to close and choose 
not to save then I still get the confirm window as if I had done ":q!"

In command mode, pressing <insert> (on an usb keyboard) switches the mouse
cursor to a "?". 

* In command mode I expect to enter insert mode.
* In insert mode I expect to enter replace mode.
* In replace mode I expect to enter insert mode.

The only language in the "International" pane of "System Preferences" currently 
supported is English. 
Choosing another language may cause both the main menu and the toolbar to look 
strange.

1. Open new window, enter insert mode.
2. Press Alt-s to type "ś" (s with accent), nothing will be rendered
2. Press Alt-s again, the "ś" is rendered

In other words it takes two times Alt-s to type "ś" (lowercase s with
accent) character. Expected behaviour is only one Alt-s.

I don't have such problems with any other application. Moreover I don't
have problems in MacVim with other Polish accented characters like "ą", "ż"
or "ń". It might be interesting that Alt-Shift-s correctly results in "Ś"
(uppercase S with accent) after just one key press. I'm using r129.

Thanks for your great work, I've looked forward to project like this for a
long time. It's surprising how usable the snapshots are, I can't wait to
official release.

What steps will reproduce the problem?
1. Launch MacVim.
2. Execute ":set anti gfn=Monaco:h10"
3. Observe font rendering.

What is the expected output? What do you see instead?
I expect the font to be antialiased, but instead it isn't, and same goes
for small font sizes. If I select Monaco:h11 or higher for the guifont,
however, it is correctly rendered antialiased.

What version of the product are you using? On what operating system?
MacVim 7.1, OS X 10.4.11

Please provide any additional information below.
I just tried MacVim after having used gVim for Mac for a while. gVim
renders fonts antialiased even for small font sizes. I don't see why MacVim
should behave differently.

What steps will reproduce the problem?
1. run macvim
2. open any file
3. when trying change any symbol by r command changed input language


What version of the product are you using? 

latest build from git

On what operating system?

mac os x 10.4.11
Please provide any additional information below.

What steps will reproduce the problem?
1. use English input in normal mode
2. enter insert mode, input method switches to Chinese input automatically
3. switch it back to English, back normal mode
4. enter insert mode, input method switches to Chinese again

What is the expected output? What do you see instead?
No matter what input method you use before, it switches to Chinese input method 
in insert mode

What version of the product are you using? On what operating system?
MacVim compiled on Nov. 18