Re: Filetype Icon for Markdown (mkd) files

2009-11-30 Thread Kamen Nedev
Indeed, it is often hard to determine exactly what kind of file has
the Markdown filetype. Any suffix you decide to use can do
(.mkd, .markdown, .text, etc.). Also, the design philosophy behind
Markdown was precisely that it was meant to be based on standard,
plain text files. I find it fairly easy to read and edit plain text
files with Markdown syntax, and only call the filetype plugin whenever
I need to apply some kind of transformation, or export the file.

So that could make a right mess out of using different filetype
icons.  Aside from the bundle size issue which Nico points out.

Come to think of it, what (Mac)Vim needs is a more advanced, more
fully-featured Markdown mode. Right now, I'm using Multi-markdown, and
export by piping the file "manually" (a couple of keybindings).

Best,

Kamen

On Dec 1, 4:40 am, Nico Weber  wrote:
> Hi garfield,
>
> On 30.11.2009, at 13:42, garfield wrote:
>
> > I was wondering whether or not it would be possible to include a
> > filetype icon for Markdown files (mkd) in a future update? Right now
> > they're just blank documents. As it's a small request, I hope it
> > wouldn't be too much to ask it to be included in the next snapshot /
> > stable release.
>
> we discussed this a few months ago in a thread that I'm not able to  
> find at the moment. The reasoning was that including "real" document  
> icons for all supported file types made macvim several megabytes  
> larger, so we decided to only include "real" icons for the more  
> popular formats.
>
> Oh, wait, just found the thread, so just read 
> that:http://groups.google.com/group/vim_mac/browse_thread/thread/adf11a984...
>
> Here's some data that suggests that not having an icon for markdown  
> kinda makes sense:
>
> http://www.google.com/trends?q=markdown,+plist,+yaml,&ctab=0&geo=all&;...
>
> Nico

-- 
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php


Re: Project drawer like in TextMate

2009-11-30 Thread Kamen Nedev
Nothing wrong with the aesthetics of a nice, TextMate-like Cocoa
project drawer.

But isn't the idea of going back to having to use the mouse to
navigate a project tree a huge step back for an advanced text editing
environment such as (Mac)Vi(m)? It is obvious that the strictly text-
based interface of Vim sacrifices a lot of the visual appeal of a GUI,
but it does that precisely in order to boost productivity and
efficiency.

For me, the major benefit of using MacVim over Vim in a terminal is
its integration with the Cocoa text system (fonts!), and other native
OS X apps. (Oh, and let us not forget the full screen mode. WriteRoom,
SchwriteRoom...) Otherwise, I tend to hide the toolbar and scroll-
bars, and keep all other distractions at a minimum.

OTOH, the debate about power-user, advanced text editors such as Vi(m)
and *Emacs vs. the latest GUI improvements (whether we're talking '95
or '05 or '09) has been running for quite a few years, both in the
Open and proprietary source code communities. And I think there is a
good reason why these programs tend to eschew the latest GUI features
in favour of their own productivity boosters.

Finally, and despite its cool project drawer, bear in mind that
TextMate itself was also designed rather differently from most common
OS X apps (no toolbar, for instance, and keyboard accelerators for
everything (snippets, etc.) except, *sigh*, the project drawer). Also,
the TextMate interface is meant to be radically re-designed in the
expected 2.x version, although only time will tell how it will
develop.

Just my view on the matter.

Best,

Kamen

On Oct 8, 4:07 pm, Tobia Conforto  wrote:
> Hello Björn and others
>
> Would it be simpler to just have a Cocoa drawer of open buffers?
> Much like the Buffers menu, except it wouldn't be a menu but a drawer.
>
> Tobia

-- 
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php


Re: MacVim.app snapshot 51 released

2009-11-30 Thread Kamen Nedev

On Nov 25, 11:29 pm, Andrew Long  wrote:
> On 25 Nov 2009, at 19:03, björn wrote:
>
>
>
> > 2009/11/25 Andrew Long:
>
> >> This snapshot is also not built for PPCs? I still have a Powerbook running 
> >> Tiger; do I have to stay with snapshot 49, or is it likely that your build 
> >> will work for PPC too?
>
> > Andrew,
>
> > It is difficult to compile a universal Vim binary with all features
> > that supports 10.4 -- 10.6, and including PPC increases the build time
> > a lot.  All in all, this means a lot of time for me spent on building
> > snapshots and this is time I just don't have.  So in the end I decided
> > to only build the snapshots for Intel 10.5+ from now on.
>
> > The stable build still runs on Tiger and it is of course always
> > possible to build your own custom version.
>
> Right, thanks. I'll have fre time next week, so I'll give it a go
>
> Regards, Andy
> --
> Andrew Long
> andrew dot long at mac dot com

It built just fine on my iBook PPC G4 10.4.11, huge --with-
macarchs=ppc, python, ruby, and perl interpreters.

Is there anyway I can contribute the build to the GoogleCode site?

Best,

Kamen

-- 
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php