Problem on NSColorPanel

2010-03-17 Thread Germán Arias
Currently when you move the cursor to upwards at the color wheel, the
cursor leaves a trail (see attached image.
<>___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Problem on NSColorPanel

2010-03-17 Thread Riccardo Mottola

Hi,

Germán Arias wrote:

Currently when you move the cursor to upwards at the color wheel, the
cursor leaves a trail (see attached image.
   
With today's SVN trunk code it works perfectly for me with the cairo 
backend.


Riccardo


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Problem on NSColorPanel

2010-03-18 Thread Fred Kiefer
Am 17.03.2010 23:58, schrieb Riccardo Mottola:
> 
> Germán Arias wrote:
>> Currently when you move the cursor to upwards at the color wheel, the
>> cursor leaves a trail (see attached image.
>>
> With today's SVN trunk code it works perfectly for me with the cairo
> backend.

I was able to reproduce this behaviour with the art backend (xlib and
cairo don't have it). I would expect that this is caused by slight
drawing differences in this backend. There already is a bug report on
that: #26050. It looks like art is drawing to a slightly smaller area
than it claims to do. Most likely a rounding error somewhere deep inside
the code.

The best solution for now is to switch over to the cairo backend.


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Problem on NSColorPanel

2010-03-18 Thread Germán Arias
In cairo works fine, thanks. I will use this now, as it will be the
default.

El jue, 18-03-2010 a las 08:13 +0100, Fred Kiefer escribió:
> Am 17.03.2010 23:58, schrieb Riccardo Mottola:
> > 
> > Germán Arias wrote:
> >> Currently when you move the cursor to upwards at the color wheel, the
> >> cursor leaves a trail (see attached image.
> >>
> > With today's SVN trunk code it works perfectly for me with the cairo
> > backend.
> 
> I was able to reproduce this behaviour with the art backend (xlib and
> cairo don't have it). I would expect that this is caused by slight
> drawing differences in this backend. There already is a bug report on
> that: #26050. It looks like art is drawing to a slightly smaller area
> than it claims to do. Most likely a rounding error somewhere deep inside
> the code.
> 
> The best solution for now is to switch over to the cairo backend.



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev