Re: [MACTCL] Tk-Cocoa 2.0

[Torsten B. <be...@ty...>]

Dear Kevin,

no, it is not a functional bug. Everything is working as far as I can tell, and I can surely understand that you do not want to spend time on a visual „glitch“. I am always inclined to try and make it perfect ;-)

Torsten

> Torsten,
> 
> On 2/16/15 2:33 AM, Torsten Berg wrote:
>> Then, the bug occurs again (you do not even need the 3rd line). So, only when both vertical AND horizontal scrollbars are present, it is exposed. It does also NOT show up when just resizing (= enlarging) the window and keeping the mouse pointer outside the vertical scrollbar area. But as soon as you move the pointer into the vertical scrollbar area, the trough collapses (but of course only when you have a horizontal scrollbar at the same time. E.g. having two vertical scrollbars does not show the bug). I hope this helps to track the problem down …
> OK, I see the issue when the horizontal scrollbar is added.
> 
> However, we still haven't addressed the core part of my question to you:
> Is this a cosmetic or functional bug?
> 
> Is scrolling hindered in some way because of this issue, or is it just a
> visual glitch? All of my testing indicates that it is visual: yes, it
> looks a little funny, but the scrollbar appears when required and
> scrolling is not hindered, nor is the overall layout of a window hindered.
> 
> I have less time at present to work on Tk, so I am prioritizing
> functional bugs: If this issue messes up layout somehow (as radio and
> checkbutton metrics still do), or if it causes a consistent crash, as
> the resizing did, then that gets focus.
> 
> Cosmetic bugs are much lower priority. The scrollbar does not get darker
> when it is pressed; that's possible to implement in HITheme, but
> figuring out the right place to toggle the pressed/not-pressed state is
> tricky, and I decided not to spend further time on it. What we have is
> good enough. Similarly, checkbuttons with an "indiatoron" state look
> very different than standard checkbuttons; they are rendered using a
> Unix-style layout. It's ugly, but there's no easy way to show that
> natively, so I left it as is. It's good enough.
> 
> This bug is falling into the cosmetic category for me, and as such, I am
> not likely to spend much time on it unless my reading of the situation
> is wrong.
> 
> --Kevin
> 
> --
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
>