Re: Server and ssh connection

2008-11-20 Thread Robert Loomans
Tobia Conforto wrote: > daaku wrote: >>> If you have a screen session which was started from Mac OS X, and >>> you continue it from the Linux Box per ssh, the command should work. >> For a second I thought that worked - but it doesn't seem to find the >> existing session either. I guess I need

Re: Deprecating mvim.app. WAS: What's the rationale behind not using a normal PATH?

2008-11-20 Thread Nico Weber
>> Nico, have you used icns browser to examine those icon files. You'll >> find that they contain more than just a 512^2 icon or smaller. > > Yes, I'm aware of that. Preview also displays the several sizes. I'm > currently cooking up a program to create document icons. The script is attached. I te

Re: Deprecating mvim.app. WAS: What's the rationale behind not using a normal PATH?

2008-11-20 Thread Nico Weber
> Nico, have you used icns browser to examine those icon files. You'll > find that they contain more than just a 512^2 icon or smaller. Yes, I'm aware of that. Preview also displays the several sizes. I'm currently cooking up a program to create document icons. Nico --~--~-~--~~--

Re: Deprecating mvim.app. WAS: What's the rationale behind not using a normal PATH?

2008-11-20 Thread David P. Henderson
On 20 Nov 2008, at 16:59, Ted Pavlic wrote: > Can we use something other than an icns file? Not certain, but I'd guess not given that icns is the system expectation. But the icns format does have certain advantages in that it contains several versions of the icon varying in bit depth and

Suggestion for MacVim's gvimrc

2008-11-20 Thread Nico Weber
Hi, in "normal" OS X test fields, opt-backspace deletes one word to the left. MacVim doesn't do this, hence I suggest adding this to MacVim's gvimrc. cmd-backspace deletes one line, so we might add this for completeness while we're at it: diff --git a/src/MacVim/gvimrc b/src/MacVim/gvimrc index

Re: Deprecating mvim.app. WAS: What's the rationale behind not using a normal PATH?

2008-11-20 Thread Ted Pavlic
Can we use something other than an icns file? For example, can we use a PDF? If so, it would be easy to automate the generation (and squeeze down the file size). --Ted Nico Weber wrote: > > On Nov 20, 2:17 pm, dacresni <[EMAIL PROTECTED]> wrote: >> I seriously suggest just altering the text l

Re: Deprecating mvim.app. WAS: What's the rationale behind not using a normal PATH?

2008-11-20 Thread Nico Weber
On Nov 20, 2:17 pm, dacresni <[EMAIL PROTECTED]> wrote: > I seriously suggest just altering the text layer of the icon and > putting ALL of them in the app, they really aren't that big because > they're either pdf or png. Actually, they are usually icns (at least for the apps I just checked: Text

Re: Deprecating mvim.app. WAS: What's the rationale behind not using a normal PATH?

2008-11-20 Thread dacresni
I seriously suggest just altering the text layer of the icon and putting ALL of them in the app, they really aren't that big because they're either pdf or png. --~--~-~--~~~---~--~~ You received this message from the "vim_mac" maillist. For more information, visit h

Re: MacVim.app - Snapshot 37

2008-11-20 Thread Ted Pavlic
> Ted: the feature you want to disable is not Mac-specific, so you might > want to ask on the main Vim mailing list. FYI, I did find an answer on the vim_use list (ironically, it came from Ben Schmidt, of vim-mac fame). Thanks much -- Ted -- Ted Pavlic <[EMAIL PROTECTED]> --~--~-~

Re: MacVim.app - Snapshot 37

2008-11-20 Thread Ted Pavlic
> That patch only changes the look of the dialog -- not when it should > pop up. I do not know why it would appear more often with snapshot > 37. Have you done a side-by-side comparison between 36 and 37 to > actually prove there is a difference? I just did, and as you suspected, the operation

Re: MacVim.app - Snapshot 37

2008-11-20 Thread björn
2008/11/20 Ted Pavlic <[EMAIL PROTECTED]>: >> >> Ted: the feature you want to disable is not Mac-specific, so you might >> want to ask on the main Vim mailing list. > > But I didn't start having this problem until *AFTER* the update to > snapshot 37. > > That is, before the snapshot, when the file

Re: Deprecating mvim.app. WAS: What's the rationale behind not using a normal PATH?

2008-11-20 Thread Ted Pavlic
> What does > LSIsAppleDefaultForType > > do? It's used by quite a few entries in Info.plist, but I couldn't > find what this is supposed to do (hence, I didn't add it to the new > entries). I Googled and found this link: http://www.cocoabuilder.c

Re: MacVim.app - Snapshot 37

2008-11-20 Thread Ted Pavlic
> If I'm reading his request correctly, he wants the exact opposite: NOT > auto-reading files that have been modified and NOT even being prompted > to do so. He wants Vim to ignore the modified-outside-of-vim status > and just reload the file by hand (:e) if/when he feels like. You are cor

Re: MacVim.app - Snapshot 37

2008-11-20 Thread Tobia Conforto
Steve Huff wrote: > Ted Pavlic wrote: >> It seems like ever since I installed Snapshot 37, when the file I'm >> editing gets touched or modified in the background, now a GUI >> dialog comes up that gives me the option to reload. >> >> I *HATE* the dialog. >> >> Is there any way I can turn it o

Re: MacVim.app - Snapshot 37

2008-11-20 Thread Steve Huff
On Nov 19, 2008, at 4:13 PM, Ted Pavlic wrote: > > It seems like ever since I installed Snapshot 37, when the file I'm > editing gets touched or modified in the background, now a GUI dialog > comes up that gives me the option to reload. > > I *HATE* the dialog. > > Is there any way I can turn it

Re: What's the rationale behind not using a normal PATH?

2008-11-20 Thread Tobia Conforto
Robin wrote: > How do you get an acceptable font display in Terminal? When I set > the font to Bitstream Vera Mono - it just looks terrible, even with > antialiasing I guess it depends on your definition of acceptable, or what font you're trying to use. My first choice, coming from Linux,