headers
Jim Jones | 1 Sep 2009 01:20

MacVim displays colors too bright


Hi guys,

I have an obscure problem with my MacVim,
it renders all colors too bright.

It does that in both the stable version and snapshot 49. ATSUI renderer
on/off doesn't matter. Starting without any .vim or .vimrc.

The following commands gives me a background color
of #1A1A1A (determined by colorpicker):

:hi Normal guibg=#101010 guifg=#ffffff gui=none

I tried :set bg=dark but that doesn't help.

For a more illustrative example here's a screenshot of the
"kellys" theme side-by-side in Firefox (source: http://is.gd/2K9Cx),
iterm and MacVim: http://is.gd/2K9Bu

As you can see the colors are also slightly off in iterm
(still bearable to me) but completely washed out in MacVim.

I'm on Leopard 10.5.8 and, as far as I know, have nothing installed that
should futz with color values in individual windows. I also haven't seen
 color problems in any other app. #101010 displays as #101010 in
firefox, for example.

Anyone have an idea what the heck could be going on here?
(Continue reading)

Permalink | Reply | 4 comments |
headers
Chip Warden | 1 Sep 2009 03:51
Picon

Re: Snow Leopard drops MacOSX10.4u.sdk SDK -- MacVim won't build on 10.6


Not to be a "me, too" poster, but I get the exact same error.

On Aug 31, 10:02 am, Travis Jeffery <travisjeff...@...> wrote:
> Whoops, sorry. Here you go:
>
> /usr/bin/python setup.py install --install-lib .
> running install
> running build
> running build_ext
> building 'loadfont' extension
> creating build
> creating build/temp.macosx-10.6-universal-2.6
> gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -
> Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -
> arch x86_64 -pipe -I/System/Library/Frameworks/Python.framework/
> Versions/2.6/include/python2.6 -c loadfont.c -o build/temp.macosx-10.6-
> universal-2.6/loadfont.o
> creating build/lib.macosx-10.6-universal-2.6
> gcc-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc  
> -arch x86_64 build/temp.macosx-10.6-universal-2.6/loadfont.o -o build/
> lib.macosx-10.6-universal-2.6/loadfont.so
> running install_lib
> copying build/lib.macosx-10.6-universal-2.6/loadfont.so -> .
> running install_egg_info
> Removing ./loadfont-1.0-py2.6.egg-info
> Writing ./loadfont-1.0-py2.6.egg-info
> curlhttp://download.damieng.com/latest/EnvyCodeR--location -o  
> EnvyCodeR.zip
>    % Total    % Received % Xferd  Average Speed   Time    Time      
(Continue reading)

Permalink | Reply | 1 comment |
headers
Nico Weber | 1 Sep 2009 05:18
Picon
Picon

Re: Snow Leopard drops MacOSX10.4u.sdk SDK -- MacVim won't build on 10.6


> Not to be a "me, too" poster, but I get the exact same error.

Can one of you add

     print r

as line 52 in src/vim/src/MacVim/icons/docerator.py (above the `if`  
line) and rerun this again, and then send the output to this list?

Thanks,
Nico

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 0 comments |
headers
Chip Warden | 1 Sep 2009 05:27
Picon

Re: Snow Leopard drops MacOSX10.4u.sdk SDK -- MacVim won't build on 10.6


docerator.py:

   def data(self):
     """Returns data in ARGB order (on intel, at least)."""
     r = self.bitmapRep
     print r
     if r.bitmapFormat() != (NSAlphaNonpremultipliedBitmapFormat |
           NSAlphaFirstBitmapFormat) or \
         r.bitsPerPixel() != 32 or \
         r.isPlanar() or \
         r.samplesPerPixel() != 4:
       raise Exception("Unsupported image format")
     return self.bitmapRep.bitmapData()

make output:

/usr/bin/python setup.py install --install-lib .
running install
running build
running build_ext
building 'loadfont' extension
creating build
creating build/temp.macosx-10.6-universal-2.6
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv - 
Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc - 
arch x86_64 -pipe -I/System/Library/Frameworks/Python.framework/ 
Versions/2.6/include/python2.6 -c loadfont.c -o build/temp.macosx-10.6- 
universal-2.6/loadfont.o
creating build/lib.macosx-10.6-universal-2.6
(Continue reading)

Permalink | Reply | 27 comments |
headers
Matt Tolton | 1 Sep 2009 05:33

Re: getting pwd via PlugInInstanceMediator#evaluateVimExpression


I'd probably try [[principal mediator] evaluateVimExpression: <at> "getcwd()"]

On Mon, Aug 31, 2009 at 10:12 AM, steffen<sleistner@...> wrote:
>
> Hi *,
>
> is there a way to get the current working directory via
> PlugInInstanceMediator#evaluateVimExpression?
>
> e.g. [[principal mediator] evaluateVimExpression: <at> "pwd"]
>
> steffen
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 0 comments |
headers
Nico Weber | 1 Sep 2009 06:44
Picon
Picon

Re: Snow Leopard drops MacOSX10.4u.sdk SDK -- MacVim won't build on 10.6


> NSBitmapImageRep 0x104a210a0 Size={128, 128} ColorSpace=(not yet
> loaded) BPS=8 BPP=(not yet loaded) Pixels=128x128 Alpha=YES Planar=NO
> Format=(not yet loaded) CurrentBacking=nil (faulting)

Interesting. Does SL load images lazily? Just to make sure, what's the  
output of

     ls -l /System/Library/CoreServices/CoreTypes.bundle/Contents/ 
Resources/GenericDocumentIcon.icns

? But since the size seems to be set, that file should be there? If  
so, I have to do some digging… :-/

Nico
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 26 comments |
headers
Travis Jeffery | 1 Sep 2009 06:51
Picon

Re: Snow Leopard drops MacOSX10.4u.sdk SDK -- MacVim won't build on 10.6


ls -l /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/ 
GenericDocumentIcon.icns
-rw-r--r--  1 root  wheel  46607 30 Jul 01:23 /System/Library/ 
CoreServices/CoreTypes.bundle/Contents/Resources/ 
GenericDocumentIcon.icns

On 2009-09-01, at 12:44 AM, Nico Weber wrote:

>
>> NSBitmapImageRep 0x104a210a0 Size={128, 128} ColorSpace=(not yet
>> loaded) BPS=8 BPP=(not yet loaded) Pixels=128x128 Alpha=YES Planar=NO
>> Format=(not yet loaded) CurrentBacking=nil (faulting)
>
> Interesting. Does SL load images lazily? Just to make sure, what's the
> output of
>
>     ls -l /System/Library/CoreServices/CoreTypes.bundle/Contents/
> Resources/GenericDocumentIcon.icns
>
> ? But since the size seems to be set, that file should be there? If
> so, I have to do some digging… :-/
>
> Nico
> >

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

Permalink | Reply | 0 comments |
headers
björn | 1 Sep 2009 21:29
Picon
Gravatar

Re: Snow Leopard drops MacOSX10.4u.sdk SDK -- MacVim won't build on 10.6


2009/9/1 Nico Weber:
>
>> NSBitmapImageRep 0x104a210a0 Size={128, 128} ColorSpace=(not yet
>> loaded) BPS=8 BPP=(not yet loaded) Pixels=128x128 Alpha=YES Planar=NO
>> Format=(not yet loaded) CurrentBacking=nil (faulting)
>
> Interesting. Does SL load images lazily? Just to make sure, what's the
> output of
>
>     ls -l /System/Library/CoreServices/CoreTypes.bundle/Contents/
> Resources/GenericDocumentIcon.icns
>
> ? But since the size seems to be set, that file should be there? If
> so, I have to do some digging… :-/

I just installed Snow Leopard myself.  Here is what I found out:

Uncomment the test for format that caused the error on line 58 and it
asserts a little later:

/usr/bin/python make_icons.py .
MacVim-cpp
Traceback (most recent call last):
  File "make_icons.py", line 198, in <module>
    main()
  File "make_icons.py", line 190, in main
    textrenderer=SmallTextRenderer, backgroundrenderer=NoIconRenderer)
  File "/Users/winckler/macvim/src/MacVim/icons/docerator.py", line
561, in makedocicon
(Continue reading)

Permalink | Reply | 24 comments |
headers
björn | 2 Sep 2009 03:41
Picon
Gravatar

Re: RFC: Autosave window dimensions


I have pushed this patch into the repo now.  I'm not sure I am
completely satisfied with it though, but we'll see if it gets in the
way or not (if it does I may disable it).

Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 0 comments |
headers
björn | 2 Sep 2009 03:36
Picon
Gravatar

Re: Snow Leopard drops MacOSX10.4u.sdk SDK -- MacVim won't build on 10.6


2009/9/1 björn:
>
> Anyway, I'm focussing on the rest of the compilations problems (seems
> like the scrollbars never appear, lots of compilation warnings, etc.,
> I'll post again when this is fixed).

I've pushed a whole set of patches to address various Snow Leopard
issues.  MacVim compiles and runs fine on Snow Leopard now, bar the
problem with the icon generation.  It is possible to work around this
issue by commenting out certain lines in the docerator.py script as
I've mentioned previously (in this thread) in case somebody wants to
build MacVim on 10.6.

ATSUI is disabled on 10.6 for now (still there for 10.5 and 10.4).  If
Jiang manages to get it working I'll put it back in, otherwise I will
try to merge the CoreText branch when I get a chance (read: in several
weeks, or even months time).  At any rate, the CoreText renderer works
so it is always possible to pull the feat/core-text branch to try it
out.

If anybody builds MacVim on 10.5 or 10.4, please let me know if it
still works or if I inadvertently broke something in the process.

Note: you will have to reconfigure (./configure ...) and clean the
entire project for all the patches to work.

Björn

--~--~---------~--~----~------------~-------~--~----~
(Continue reading)

Permalink | Reply | 8 comments |

Gmane