bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #23454] Cairo backend painting black bars


From: Thomas Christensen
Subject: [bug #23454] Cairo backend painting black bars
Date: Sun, 01 Jun 2008 20:37:22 +0000
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_3; da-dk) AppleWebKit/525.18 (KHTML, like Gecko) Version/3.1.1 Safari/525.20

URL:
  <http://savannah.gnu.org/bugs/?23454>

                 Summary: Cairo backend painting black bars
                 Project: GNUstep
            Submitted by: thomasc
            Submitted on: Sunday 06/01/08 at 20:37
                Category: Backend
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Here is the email correspondence about the bug:

From: Thomas Christensen <thomasc@thomaschristensen.org>
Subject: Cairo backend painting black bars
To: discuss-gnustep@gnu.org
Date: Sat, 24 May 2008 21:59:06 +0200

Hi,

With latest SVN source and libcairo-dev-1.6.4 a black bar is painted at the
bottom of each window.  Anyone else experiencing this?  Or better, knows a
workaround or patch for this?

I can use xlib, or art, but xlib is flickering, and art cannot enumerate
the freetype fonts.

I can submit a bug report if it is appropriate.

I am running Debian sid.

        Thomas

From: Adam Fedor <fedor@qwestoffice.net>
Subject: Re: Cairo backend painting black bars
To: Discuss GNUstep <discuss-gnustep@gnu.org>
Date: Sat, 24 May 2008 14:21:35 -0600


On May 24, 2008, at 1:59 PM, Thomas Christensen wrote:

> Hi,
>
> With latest SVN source and libcairo-dev-1.6.4 a black bar is painted
> at the
> bottom of each window.  Anyone else experiencing this?  Or better,
> knows a
> workaround or patch for this?
>

It does this when not handling it's own window decorations.  The work
around is to write the window decoration default:

defaults write NSGlobalDomain GSX11HandlesWindowDecorations NO


but it might be nice to submit a bug report anyway, so some one can
remember to look at it.






    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?23454>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]