Nico Weber wrote:
> I agree, but I couldn't get this to work with Cocoa. I tried passing
> fractional coordinates to -[NSString drawAtPoint:withAttributes:]
> directly, and I also tried using a fractional translational
> NSAffineTransform. It seems that Cocoa truncates the coordinate
> bef
Hi Tobia,
> I think the green, bold icons (Option 3. in the OP) look awesome. I'd
> rather have all icons green, as a hint that the file will be opened
> with MacVim.
this is now in snapshot 43 :-)
> A suggestion: I don't know if it's feasible with the API you're using,
> but I would shi
Sorry for the late reply
I think the green, bold icons (Option 3. in the OP) look awesome. I'd
rather have all icons green, as a hint that the file will be opened
with MacVim.
A suggestion: I don't know if it's feasible with the API you're using,
but I would shift the text 0.5 pixels to t
2009/2/6 Nico Weber:
>
>> Thanks Nico, I've merged this patch. I did notice one _very_ minor
>> thing: if you type make twice in a row, then the second (and any
>> consequtive calls to) "make" will unpack the font zip file again. Any
>> idea why this is?
>
> No idea. (couple minutes pass) This i
> Thanks Nico, I've merged this patch. I did notice one _very_ minor
> thing: if you type make twice in a row, then the second (and any
> consequtive calls to) "make" will unpack the font zip file again. Any
> idea why this is?
No idea. (couple minutes pass) This is because `unzip` uses the fil
2009/2/6 Nico Weber:
>> The attached patch grabs the font file through curl and then loads the
>> font from the ttf file. I tried to fix the tiger build problems too; I
>> hope that worked out.
>
> This patch has now been merged.
>
> I pulled the latest version from the repo today on a machine tha
On Mon, Feb 2, 2009 at 5:14 AM, Nico Weber wrote:
> I misunderstood Damien: he does not want Envy Code R Bold to be in our
> repository (but he might allow us to add a font he's currently working
> on, once he's done – even more awesome!). In the meantime, the
> attached version of the patch simp
2009/2/1 Nico Weber:
>
> People seemed to like this version and the colored version best. It's
> not clear to me how to extend the 16x16 color to larger icon sizes, so
> the green version will have to do for now.
That's fine with me.
>
> As usual, I hope this doesn't break docicon generation on
On Jan 26, 2009, at 4:53 PM, Sergio Acosta wrote:
>
> My opinion: aliased looks evidently better.
>
Of course I meant "anti-aliased" looks better. oops. =)
--~--~-~--~~~---~--~~
You received this message from the "vim_mac" maillist.
For more information, visit ht
On Jan 25, 2009, at 11:13 PM, Nico Weber wrote:
>
> (these are the non-antialiased versions of images 3., 4. and 6. Look
> for example at "mm", first icon in the second row)
>
> Nico
Thanks Nico for your great work for the MacVim community.
My opinion: aliased looks evidently better.
I also sec
Hi,
>
> It looks like your rendering the font with anti-aliasing,
>
> could you take a look at the readability with anti aliasing turned
> off?
Yeah, I tried that too. Does look a lot worse in my opinion, at least
for the fonts I'm using:
--~--~-~--~~~---~--~
It looks like your rendering the font with anti-aliasing,
could you take a look at the readability with anti aliasing turned off?
Hardkrash
On Jan 24, 2009, at 9:23 PM, Nico Weber wrote:
> (This mail contains inline images, so it's probably best viewed with
> Mail.app or something similar.)
>
I certainly agree. Both 3 and 4 look really nice; especially using
colors. Perhaps the larger icons would benefit from different colors
per language as well?
Best regards,
Niklas
On Sun, Jan 25, 2009 at 11:45 AM, Panos wrote:
>
> Choice 4 looks great. Assigning colors to filetype is really easy
Choice 4 looks great. Assigning colors to filetype is really easy to
get your head used to.
On Jan 25, 12:30 pm, björn wrote:
> Hi Nico,
>
> 2009/1/25 Nico Weber:
>
>
>
> > 1.) Here's how the 16x16 variants currently look:
>
> > This looks like the 16x16 docicons of most other apps (which is a
>
Hi Nico,
2009/1/25 Nico Weber:
>
> 1.) Here's how the 16x16 variants currently look:
>
> This looks like the 16x16 docicons of most other apps (which is a
> plus, in my eyes). However, the extension text is much too small to be
> readable, and the MacVim icon is not really discernible, either. I'
15 matches
Mail list logo