Hi Ben, Thanks for the patch and for bringing these issues up.
2008/11/15 Ben Schmidt <[EMAIL PROTECTED]>: > > 1. > > We discussed adding a 'New Window With' submenu a while ago, and I was > reminded of it once again when asked to test the recent MacVim for the > scrolling bug and I couldn't easily do it because my default options > hide scrollbars. > > And I thought I'd do something about it apart from just whinge. I > included a 'Vim defaults' and 'Vi defaults' which are basically > '-N -u NONE' and '-u NONE' which are both used fairly regularly on the > Vim mailing list. I also included a 'MacVim defaults' so you can bypass > all your own config, but get MacVim's menus, etc. It works by doing > essentially '-u $VIM/vimrc -U $VIM/gvimrc --noplugin'. To make this a > bit more certain to avoid loading user files, I needed to tweak MacVim's > gvimrc, too. > > This should make testing easier, as well as debugging users' Vim > problems. > > It's hard to know what here is really necessary, though. Perhaps some > further discussion is in order. It may be that the MacVim defaults is > 'good enough' and we don't need the others (and therefore the submenu). I'm not convinced about this menu -- do we really need it? The only argument for, as I can see it, is that we can tell newbies to use it. But isn't it just as easy to tell them to "mvim -u NONE" etc.? I certainly would never use such a menu, I'd rather just use mvim. > 2. > > While I was at it, I was looking at other things that might be useful to > set at Vim startup. Ideally there would be a 'New Window With > Arguments...' kind of thing, but I don't have the skills for that, so I > was looking around to see if there was anything else startup-related > that I *could* do. There were a few candidates: > > - Debug mode: doesn't work as prompting is done before the GUI starts > - Easy mode: if people want this, they want something other than Vim... > - Readonly mode: easily settable inside Vim so not worth the clutter > - Servername: more useful from a script than the GUI, and I don't have > the skills to do it anyway Again, I think this is in the realm of the "mvim" script. (As for "easy mode" -- I am very dubious about these kind of things.) > - Load a session (or other Vim script): potentially quite handy > > So I implemented session load and save commands in the File menu. They > seem to work. There is already a load/save session on the toolbar but as far as I can tell it is not heavily used. In a way I think this works better as a menu but will anybody want it? > 3. > > Then I thought it would be nice to be able to double-click a session to > source it rather than use the menu command. So I wrote a little plugin > to do that. It picks up anything that looks like a session file, though, > so could be insecure; for that reason, I made it prompt the user. I > think this is probably a better solution than adding the Open Session > command, though I think the Save Session command is still quite handy. > For now, though, I've just left both in. > > Perhaps we can discuss what people think is best for this, too? I think > some kind of session loading and saving in the menus/from the Finder > would definitely be good. It seems like it would be good, but again: does anybody really use this stuff? I don't like the idea of adding the "session detection" plugin to the "official" builds -- this would be better distributed on its own, I think. Adding Open/Save Session to menus I don't mind but I'd like more peoples opinion on this. > 4. > > Also note, when I was editing the menus, I saw there was an Interface > Builder minimum OS version option set to 10.5 rather than 10.4, so I > changed it. That might be why the diff is so large. I don't know. It seems to have changed the nib formats from XML to the old-style format -- it's use is discouraged. Something else seems to have gone wrong too, the MainMenu.nib has new data that don't make any sense to me (IBDocumentLocation, ...). You should also use git-format-patch to make patches. Anyway, sorry for the overall negative tone to my reply -- I'm not saying that all these ideas should be discarded. I've also spent some time thinking about these issues but I could never come to a conclusion as to what to do about them. So lets hear what other people have to say about Ben's ideas! Thanks, Björn --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_mac" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
