Hi
I tried several different window managers on Linux and on all of them I can
not get GNUstep apps to play nicely with other apps when it comes to
windows stacking order.
Currently I am using openbox and trying to configure an always on top X11
app but the GNUstep app gets on top when given
This applies to decor/borderless windows (decorno/decor in openbox
rc.xml).
If there are decors, it works as expected.
--
Johannes Lundberg
On Tue, Nov 11, 2014 at 5:55 PM, Lundberg, Johannes
johan...@brilliantservice.co.jp wrote:
Hi
I tried several different window managers on Linux and
Without looking deeper into this, I would highly suspect that window
manager hints (such as those specified in ICCCM
https://en.wikipedia.org/wiki/Inter-Client_Communication_Conventions_Manual
and EWMH https://en.wikipedia.org/wiki/Extended_Window_Manager_Hints) are
not applied completely
Thanks for the reply!
I tried Windowmaker, awesome, openbox..
It seems like Etoile guys started working on a window manager for Gnustep
which would address this problem among things. A problem many seem to have
(or maybe had). Don't remember the name, Az-something. Anyone know the
status of this
that's more intended to be a 'full environment' that doesn't back
I've started work on my own WM, but it's a mess and paused while I do
another WM for university. (Since my university will claim copyright and
did not explicitly let me release it under a free license, I don't intend
to make it
FWIW, there's an old bug regarding this:
http://savannah.gnu.org/bugs/?13592
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
On 11 Nov 2014, johan...@brilliantservice.co.jp wrote:
I tried several different window managers on Linux and on all of them
I can not get GNUstep apps to play nicely with other apps when it
comes to windows stacking order.
Currently I am using openbox and trying to configure an always on
On 11 Nov 2014, johan...@brilliantservice.co.jp wrote:
This applies to decor/borderless windows (decorno/decor in openbox
rc.xml).
If there are decors, it works as expected.
I disabled the titlebar, resizer, and border for an app and set it to
keep on top in Window Maker and still have no
On Tue, 11 Nov 2014 10:21:13 -0500, Charles Philip Chan wrote:
On 11 Nov 2014, johan...@brilliantservice.co.jp wrote:
I tried several different window managers on Linux and on all of
them
I can not get GNUstep apps to play nicely with other apps when it
comes to windows stacking order.
Are you sure it's related? It could be, but it doesn't sound like it is
(unless Johannes has configured multiple WMs to treat GNUstep apps as
having to be always-on-top).
Bug you linked to sounds like it's referencing inability to configure
settings specifically *per-app*. Johannes's situation
В Tue, 11 Nov 2014 16:20:39 +, Ivan Vučica написа:
Bug you linked to sounds like it's referencing inability to configure
settings specifically *per-app*. Johannes's situation refers to GNUstep
apps going above other X11 apps,
You're right; apparently I haven't read the OP's message
Hi Johannes,
just to better understand the case you are talking about. Is this
correct: You have a normal GNUstep application, say Ink and have another
X11 app that is running in alway on top mode (defined by what?). Then
you focus a window of the GNUstep application and that window gets
before
Hi,
My existing code base does use gnustep on linux and I need to port them
to Mac OS X (which all the code itself runs well because they are just
dependent
on standard FoundationKit APIs).
The problem is that if I changed code structure in Linux side, I need to
copy them
and merge into Xcode
Hi Fred
Exactly.
I use openbox configuration
layerabove/layer for one pure X11 app
And
decorno/decor for all apps
I can give step by step instructions how to reproduce this on Lubuntu 14.04
tomorrow and will look closer at the source and test with some stock
gnustep app after that.
On
On 11 Nov 2014, at 23:31, Sungjin Chun chu...@gmail.com wrote:
Hi,
My existing code base does use gnustep on linux and I need to port them
to Mac OS X (which all the code itself runs well because they are just
dependent
on standard FoundationKit APIs).
The problem is that if I changed
15 matches
Mail list logo
