[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Pixel-aligned autoresizing
From: |
Eric Wasylishen |
Subject: |
Re: Pixel-aligned autoresizing |
Date: |
Fri, 8 Jul 2011 15:56:59 -0600 |
On 2011-07-08, at 2:27 AM, Fred Kiefer wrote:
> On 08.07.2011 09:34, Eric Wasylishen wrote:
>> On 2011-07-07, at 4:19 PM, Fred Kiefer wrote:
>>> On 07.07.2011 10:16, Eric Wasylishen wrote:
>>>> On a related note, I added a test case for autoresizing to
>>>> Tests/gui/NSView/NSView_autoresize_and_rounding.m.
>>>>
>>>> It looks like we have some differences from cocoa unrelated to
>>>> rounding, but related to how extra space is divided between the lower
>>>> margin, view size, and upper margin when NSViewMinXMargin or
>>>> MaxXMargin is combined with NSViewWidthSizable.
>>>
>>> I tried to fix the autoresizing behaviour and now it passes the first of
>>> your tests. Looks like we will need to add the pixel alignment to pass the
>>> second one :-)
>>>
>> Ok, great! I committed a slightly improved version of my rounding patch, and
>> now both tests pass.
>>
>> It looks like switching to the proportional autoresizing has cause a few
>> glitches in gui; the colour pickers aren't showing up, and the font panel
>> doesn't resize properly when stretched horizontally. Hopefully these will be
>> easy to fix.
>
> Thank you for spotting this. I noticed a strange problem with the NSBox test
> in GSTest and put in the check if options is greater than 0.0 to work around
> that. I hadn't noticed the other ones. Most likely there is a common cause
> (maybe related to negative coordinate?), we just need to find and fix it.
>
> The good thing is that your change requires that people have to recompile all
> their libraries and applications. This should buy us time to fix the problem
> before they notice.
>
I found and fixed the main problem, which was not handling cases where the sum
of the flexible space is 0. I added some more tests for this as well, which are
all passing now.
I think NSFontPanel will need some manual tweaking so it resizes properly,
maybe we can change it to use a GSHBox to hold the columns.
> Back to the original topic of this thread: Do you think your alignment change
> allows us to remove the rounding we do in the cairo backend and still get
> nice results for the normal cases or is more adjustment in gui needed?
>
I think it's safe to do. I went ahead and removed most of the rounding in
cairo. If it causes serious problems we can always revert but things look OK to
me. Also, the PixelExactDrawing-test is now very close to Cocoa.
Cheers,
Eric
- Pixel-aligned autoresizing, Eric Wasylishen, 2011/07/05
- Re: Pixel-aligned autoresizing, Fred Kiefer, 2011/07/06
- Re: Pixel-aligned autoresizing, Jens Ayton, 2011/07/06
- Re: Pixel-aligned autoresizing, Eric Wasylishen, 2011/07/06
- Re: Pixel-aligned autoresizing, Fred Kiefer, 2011/07/06
- Re: Pixel-aligned autoresizing, Eric Wasylishen, 2011/07/07
- Re: Pixel-aligned autoresizing, Fred Kiefer, 2011/07/07
- Re: Pixel-aligned autoresizing, Eric Wasylishen, 2011/07/08
- Re: Pixel-aligned autoresizing, Fred Kiefer, 2011/07/08
- Re: Pixel-aligned autoresizing,
Eric Wasylishen <=
- Re: Pixel-aligned autoresizing, Fred Kiefer, 2011/07/08
- Re: Pixel-aligned autoresizing, Philippe Roussel, 2011/07/09
- Graphics Rounding (was Re: Pixel-aligned autoresizing), Eric Wasylishen, 2011/07/09
- Re: Graphics Rounding (was Re: Pixel-aligned autoresizing), Fred Kiefer, 2011/07/10
- Re: Graphics Rounding (was Re: Pixel-aligned autoresizing), Eric Wasylishen, 2011/07/10
- Re: Graphics Rounding (was Re: Pixel-aligned autoresizing), Riccardo Mottola, 2011/07/11
- Re: Graphics Rounding (was Re: Pixel-aligned autoresizing), Eric Wasylishen, 2011/07/11
- Re: Graphics Rounding (was Re: Pixel-aligned autoresizing), Tim Schmielau, 2011/07/11
- Re: Graphics Rounding (was Re: Pixel-aligned autoresizing), Riccardo Mottola, 2011/07/12
- Re: Graphics Rounding (was Re: Pixel-aligned autoresizing), Philippe Roussel, 2011/07/11