One simple example:

https://github.com/abhibeckert/binary-clock/commits/gnustep/desktop/BCBorderlessWindow.m

As you can see, I'm setting [self backgroundColor] in awakeFromNib. On OS X
I was doing this:

https://github.com/abhibeckert/binary-clock/blob/f586795fe2ea08e6900c6d5591666e64be63ceb0/desktop/BCBorderlessWindow.m

But it fails in GNUStep, because the background color specified in the gorm
file overrode the change (at least I assumed that's what was going on).

I don't think it's specific to window background colors, I saw this
behaviour in other places.
- Abhi


On Tue, Jan 29, 2013 at 8:51 AM, Fred Kiefer <[email protected]> wrote:

> On 28.01.2013 23:19, Abhi Beckert wrote:
>
>> On Tue, Jan 29, 2013 at 8:14 AM, Abhi Beckert <[email protected]
>> >wrote:
>>
>>  On Tue, Jan 29, 2013 at 7:42 AM, Fred Kiefer <[email protected]> wrote:
>>>
>>>  You don't have to use this GTK function to achieve this. If you set the
>>>> window level of a GNUstep window to almost anything but
>>>> NSNormalWindowLevel
>>>> it will get the skip taskbar atom (_NET_WM_STATE_SKIP_TASKBAR) set. But
>>>> remember this is on a per window base.
>>>>
>>>>
>>> I just tried setting the window level to various constants, and also
>>> tried
>>> switching the super class from NSWindow to NSPanel, but it is still
>>> always
>>> in the task bar for me (on Linux Mint).
>>>
>>>
>>>  Actually, I was wrong. I was setting the window level in my init method,
>> moving it to awkeFromNib instead worked, the window is no-longer visible
>> in
>> the task switcher.
>>
>> That seems like a pretty massive incompatibility between Cocoa and
>> GNUstep?
>> In Cocoa/UIKit properties for interface builder are set using NSCoding, so
>> they are already in place during the init process, instead of later on.
>>
>
> It would help if you wrote which init method you are talking about and how
> that init method is related to the window that you create from the NIB
> file. Perhaps a short example program showing the problem could help me to
> understand what you are talking about.
>
>
>
> ______________________________**_________________
> Discuss-gnustep mailing list
> [email protected]
> https://lists.gnu.org/mailman/**listinfo/discuss-gnustep<https://lists.gnu.org/mailman/listinfo/discuss-gnustep>
>
_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Reply via email to