Hello, I filed a bug report with Gnome about this issue.
https://bugzilla.gnome.org/show_bug.cgi?id=752094
They replied that it works just fine with gtk 3.16 and 3.17 with fluxbox 1.3.6,
Libgtk3 on Jessie is 3.14.5-1, so maybe this is something that can be updated.
Thanks
retitle 744249 CSD windows cannot be resized under many window managers
found 744249 3.14.3-1
thanks
Hi,
Looks like every window manager's developers will have to fix this in their
code.
I've found an old commit in Mutter's code [1] which fixes the resizing of
windows
whose titlebar is current
On Fri, 17 Oct 2014 16:04:19 +0400 =?UTF-8?B?VmxhZCBPcmxvdg==?=
wrote:
> Strangely, I can't seem to find any upstream bugs about
> the inability to resize CSD windows. How come...?
The only CSD I see in KDE is gtk3-widget-factory and it can be resized. The
mouse cursor changes when it goes near
Strangely, I can't seem to find any upstream bugs about
the inability to resize CSD windows. How come...?
Hi,
> Looking at the GtkHeaderBar source code, it does not appear to be the
> case that Gtk is "forcing client side decorations". 3.12 did for
> GtkDialog under at least some circumstances, but 3.14 does not appear to
> use CSD for GtkDialog under non-GNOME.
Yes, the subject of this bug report is
Hi,
> I think a misunderstanding has occurred here.
...
> If GTK3 forces CSD on non-Gnome apps that don't use it explicitly, that IS a
> bug in GTK3. But if ONLY Gnome apps get CSD, that could be seen as a bug in
> THEM (or in Gnome) and not in GTK3.
Indeed, I didn't get it right... The situation
On 13/10/14 12:00, Vlad Orlov wrote:
>> I don't know about gthumb but gnome-calculator, devhelp, gedit and totem are
>> Gnome apps.
>
> Yes, they come from Gnome project but that doesn't mean that the users of
> other
> desktop environments don't use them.
("you" in this email refers to anyone w
On Mon, 13 Oct 2014 15:00:44 +0400 =?UTF-8?B?VmxhZCBPcmxvdg==?=
wrote:
> Yes, they come from Gnome project but that doesn't mean that the users of
other
> desktop environments don't use them.
> ...
> Last but not least, think of the simple window managers, e.g. WindowMaker,
which
> Matti Hamala
Hi,
> I don't know about gthumb but gnome-calculator, devhelp, gedit and totem are
> Gnome apps.
Yes, they come from Gnome project but that doesn't mean that the users of other
desktop environments don't use them.
- gthumb is a nice image viewer, it's been around for a long time and there are
On Sat, 11 Oct 2014 12:01:38 +0400 Vlad Orlov wrote:
> Hi,
>
> > Today, gkt-3.14.1 afflicted Testing. I use just a few gtk3 apps under KDE
(Meld,
> > pavucontrol and Synaptic) and they have no CSD, not even in their dialogs.
> > (They broke themes again though.)
>
> Please see the list of CSD a
Hi,
Today, gkt-3.14.1 afflicted Testing. I use just a few gtk3 apps under KDE (Meld,
pavucontrol and Synaptic) and they have no CSD, not even in their dialogs.
(They broke themes again though.)
Please see the list of CSD apps (and a screenshot) at
https://bugs.debian.org/744249#127
--
To U
. Sure you have. Take for example what you wrote on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744249#122
Quoting:
I really wonder what the GNOME guys smoked when they came to this (or
which anti open source company paid them to break a usable desktop
model).
Your trolling is not welco
On Fri, 10 Oct 2014 18:51:24 +0200 Michael Biebl wrote:
> ... If you don't stop this behaviour... I'm going to report this to the bts
> and list maintainers and ask for a ban...
Your concern is understandable but the way you put it into words was rather
like a threat. I beg both parties to ca
On Fri, 2014-10-10 at 18:51 +0200, Michael Biebl wrote:
> please see this as an advance warning.
Uhm... guess I see it more as trying to oppress freedom speech
Michael, I do understand that you have a short fuse recently, since
you're involved in so many packages that do get quite heavily attacked
On Fri, 10 Oct 2014 18:39:50 +0200 Christoph Anton Mitterer
wrote:
> they changed it some months ago, but reverted now back to GNOME o.O
Oh, I didn't know that! Fortunately many Linux users know the meaning of
quality. Gnome couldn't be forced on them by such maneuvers.
--
To UNSUBSCRIBE, em
Am 10.10.2014 um 18:39 schrieb Christoph Anton Mitterer:
> On Fri, 2014-10-10 at 19:38 +0330, Tsu Jan wrote:
>> I think Debian should change its default DE sooner or later. (Is it
>> still Gnome?)
> they changed it some months ago, but reverted now back to GNOME o.O
>
> Unfortunately the GNOME m
On Fri, 2014-10-10 at 19:38 +0330, Tsu Jan wrote:
> I think Debian should change its default DE sooner or later. (Is it
> still Gnome?)
they changed it some months ago, but reverted now back to GNOME o.O
Unfortunately the GNOME mafia ;) is strong here as well... kinda sad,
since GNOME, in the me
On Fri, 10 Oct 2014 17:29:08 +0200 Christoph Anton Mitterer
wrote:
> It's basically as if they'd create their own isolated OS, something like
> Android, and people from inside can't cleanly use stuff from the outside
> and vice-versa.
> If they want this (and actually they seem to do) fine... but
On Fri, 2014-10-10 at 04:12 -0700, Tsu Jan wrote:
> Today, gkt-3.14.1 afflicted Testing. I use just a few gtk3 apps under KDE
> (Meld,
> pavucontrol and Synaptic) and they have no CSD, not even in their dialogs.
> (They broke themes again though.)
>
> So, perhaps, if you don't use Gnome apps C
Today, gkt-3.14.1 afflicted Testing. I use just a few gtk3 apps under KDE
(Meld,
pavucontrol and Synaptic) and they have no CSD, not even in their dialogs.
(They broke themes again though.)
So, perhaps, if you don't use Gnome apps CSD won't show up.
--
To UNSUBSCRIBE, email to debian-bugs-di
On Wed, 2014-10-08 at 14:23 +0400, Vlad Orlov wrote:
> It turned out that leaving this hack enabled while Matti's patch is applied
> to GTK+ as well leads to a weird consequence: some Python apps crash
> on start with segfault. What's even more weird is that all these apps are
> using GTK+2, not 3
Follow-up on gtk3-nocsd hack:
It turned out that leaving this hack enabled while Matti's patch is applied
to GTK+ as well leads to a weird consequence: some Python apps crash
on start with segfault. What's even more weird is that all these apps are
using GTK+2, not 3.
So be careful guys :)
Hey.
I really wonder what the GNOME guys smoked when they came to this (or
which anti open source company paid them to break a usable desktop
model).
But thanks to CSD, I can e.g. no longer move such windows from one to
another workspace,... moving or maximising the window often doesn't work
or s
Hi,
> I am somewhat at loss for how to proceed, unless Gtk+ devs themselves come
> up with a standard solution.
I don't think they'll do so. They love their CSDs and apparently don't care much
about other desktop environments besides Gnome Shell. We can expect some
help only from Debian Gnome mai
On Fri, 3 Oct 2014 15:18:26 +0300 (EEST) Matti Hamalainen
wrote:
> I am somewhat at loss for how to proceed, unless Gtk+ devs themselves come
> up with a standard solution.
They don't see any problem to find a solution for. What we've tagged as an
important bug here, is probably a feature to t
On Fri, 3 Oct 2014, Vlad Orlov wrote:
The only issue is that gnome-calculator is missing the menu to change the mode
(basic/advanced/financial/programming) when CSD is off.
As I understand it, gnome-calculator itself needs to be patched to fix that.
Ubuntu
already has unity_classic_menubar.pat
On Fri, 3 Oct 2014, Vlad Orlov wrote:
Hi,
Hmm .. interesting. Abiword, Transmission (GTK) and Gnumeric seemed to be
working as expected, but as I installed gnome-calculator, it _did_ indeed
use CSD.
Are you sure that these three apps are actually using CSD? It doesn't look like
CSD
to me. I
Unfortunately not. Just returning FALSE in gtk_window_supports_csd() still
leaves some programs CSD'd on 3.14.0, like gnome-calculator. I've no idea
why, but 3.12 had a similar problem -- the first published patches were
essentially just returning FALSE there, but that didn't work for dialogs
On Wed, 1 Oct 2014 17:43:53 +0300 (EEST) Matti Hamalainen
wrote:
> With that patch, even gnome-calculator submits to not using CSD. The patch
> may have some redundant sections, but it's difficult to know what is
> necessary and what is not without deeper understanding of the
> CSD/headerbar l
Hi,
> It seems that 3.14.0 packages from unstable work without CSD or headerbars
> at least on my WindowMaker setup, so I suppose this issue _might_ now be
> fixed for me.
Wait, are all the windows without CSD, or only dialogs/sub-windows?
Can you post a few screenshots - from gthumb/devhelp/to
On Wed, 1 Oct 2014, Vlad Orlov wrote:
Hi,
It seems that 3.14.0 packages from unstable work without CSD or headerbars
at least on my WindowMaker setup, so I suppose this issue _might_ now be
fixed for me.
Wait, are all the windows without CSD, or only dialogs/sub-windows?
Can you post a few s
Hi,
> It seems that 3.14.0 packages from unstable work without CSD or headerbars
> at least on my WindowMaker setup, so I suppose this issue _might_ now be
> fixed for me.
Wait, are all the windows without CSD, or only dialogs/sub-windows?
Can you post a few screenshots - from gthumb/devhelp/to
It seems that 3.14.0 packages from unstable work without CSD or headerbars
at least on my WindowMaker setup, so I suppose this issue _might_ now be
fixed for me.
--
] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/
] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3
--
On Wed, 24 Sep 2014, Vlad Orlov wrote:
Quick follow-up:
Well, sub-windows might have been fixed, but the apps that use CSD in their
main window (gthumb, devhelp) are not. They still use these weird headers
and can't be resized properly (at least in my MATE).
I'm aware that this bug report is a
Quick follow-up:
Well, sub-windows might have been fixed, but the apps that use CSD in their
main window (gthumb, devhelp) are not. They still use these weird headers
and can't be resized properly (at least in my MATE).
I'm aware that this bug report is about sub-windows, but that behavior sucks
Hi all,
I've installed GTK+ 3.14 from Sid in my Debian Testing VM. Guess what. Those
weird
headers in sub-windows are gone. Now these windows can be resized almost
normally
(almost - because it sometimes works only on the 2nd try, but maybe it's just
my theme
which hasn't been updated since GTK
I guess I've seen the same bug in Synaptic's package properties window
in the current Debian Testing.
It's impossible to resize that window by holding the left mouse button and
moving the mouse. I always end up with the window properties menu
(which is usually invoked by right-clicking on the wind
The above mentioned patch did not do it for me, sub-windows/dialogs
were still CSD'd on WindowMaker at least. However, after some work,
I came up with the attached patch.
It's not very clean, but provides an environment variable-togglable
setting to disable CSD and headerbars. There are also som
For now, I use the attached patch in addition to the one at
http://redmine.audacious-media-player.org/boards/1/topics/1135
to get rid of CSD completely. I don't have Gnome and don't know if they
could make any trouble under Gnome-Shell.
diff -ruNp gtk+-3.12.1-orig/gtk/gtkwindow.c gtk+-3.12.
found 744249 libgtk-3-0/3.12.1-1
severity 744249 serious
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libgtk-3-0
Version: 3.12.0-4
Followup-For: Bug #744249
There is a possible patch for GTK available from an Audacious developer:
http://redmine.audacious-media-player.org/boards/1/topics/1135
And here are a few related upstream bug reports:
https://bugzilla.gnome.org/show_bug.cgi?id
Package: libgtk-3-0
Version: 3.12.0-4
Severity: important
Tags: upstream
Upgrade to libgtk 3.12.x breaks usability of many, if not all, gtk3-based
software on X11, where it enforces (probably due to recent addition of Wayland
support stuff) client-side window decorations.
This makes it impossible
42 matches
Mail list logo
