[prev in list] [next in list] [prev in thread] [next in thread]
List: gtk-devel
Subject: Re: Question about popovers
From: Matthias Clasen <matthias.clasen () gmail ! com>
Date: 2018-02-02 17:08:18
Message-ID: CAFwd_vBChNCZ43W5jZWp6+s5Nrj1FrEQ1m2BeqzQ4OmzcKjysA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Mon, Jan 29, 2018 at 3:31 PM, Tomasz Gąsior <mail@tomaszgasior.kao.pl>
wrote:
> I want to ask question about GtkPopover. GTK3 documentation says
> "GtkPopover is a bubble-like context window [...]" but popover is not a
> real window but it is a floating widget inside other window. From
> perspective of window managers and compositors popovers don't exist.
>
> Appearance of popover is similar to window but it is not window — this
> causes inconsistences in animations. Window animation is defined by WM and
> compositor, popover animation — in GTK theme.
>
> There are also problems with big popovers in small windows. See example:
> Mousepad GTK3, "Find and replace" dialog.
> First: http://en.zimagez.com/zimage/przechwycenieobrazuekranu2018-
> 01-2915-15-00.php
> and then: http://en.zimagez.com/zimage/przechwycenieobrazuekranu2018-0
> 1-2915-15-22.php
>
> Why did you — my question is directed to GNOME devs — chosen this way of
> implementation of this feature? Why popovers are not normal windows (with
> disabled server side decoration and with client side shadow)? I don't want
> to criticize your decision, probably you are more experienced, just I want
> to understand.
>
> Firefox uses in some parts of its UI widgets with appearance similar to
> GTK popovers. Fx devs implemented it as real window. See
> http://en.zimagez.com/zimage/przechwycenieobrazuekranu2018-0
> 1-2915-27-18.php
>
It was hard to do this in GTK+ 3. We are looking at doing this for GTK+ 4.
>
> I have also second question. Why GNOME uses popovers instead normal menus
> for menus purposes?
>
>
Because it provides a different user experience, somewhere between menus
and dialogs.
[Attachment #5 (text/html)]
<div dir="ltr">On Mon, Jan 29, 2018 at 3:31 PM, Tomasz Gąsior <span dir="ltr"><<a \
href="mailto:mail@tomaszgasior.kao.pl" \
target="_blank">mail@tomaszgasior.kao.pl</a>></span> wrote:<br><div \
class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I want to ask \
question about GtkPopover. GTK3 documentation says "GtkPopover is a bubble-like \
context window [...]" but popover is not a real window but it is a floating \
widget inside other window. From perspective of window managers and compositors \
popovers don't exist.<br> <br>
Appearance of popover is similar to window but it is not window — this causes \
inconsistences in animations. Window animation is defined by WM and compositor, \
popover animation — in GTK theme.<br> <br>
There are also problems with big popovers in small windows. See example: Mousepad \
GTK3, "Find and replace" dialog.<br>
First: <a href="http://en.zimagez.com/zimage/przechwycenieobrazuekranu2018-01-2915-15-00.php" \
rel="noreferrer" target="_blank">http://en.zimagez.com/zimage/<wbr>przechwycenieobrazuekranu2018-<wbr>01-2915-15-00.php</a><br>
and then: <a href="http://en.zimagez.com/zimage/przechwycenieobrazuekranu2018-01-2915-15-22.php" \
rel="noreferrer" target="_blank">http://en.zimagez.com/zimage/p<wbr>rzechwycenieobrazuekranu2018-0<wbr>1-2915-15-22.php</a><br>
<br>
Why did you — my question is directed to GNOME devs — chosen this way of \
implementation of this feature? Why popovers are not normal windows (with disabled \
server side decoration and with client side shadow)? I don't want to criticize \
your decision, probably you are more experienced, just I want to understand.<br> <br>
Firefox uses in some parts of its UI widgets with appearance similar to GTK popovers. \
Fx devs implemented it as real window. See <a \
href="http://en.zimagez.com/zimage/przechwycenieobrazuekranu2018-01-2915-27-18.php" \
rel="noreferrer" target="_blank">http://en.zimagez.com/zimage/p<wbr>rzechwycenieobrazuekranu2018-0<wbr>1-2915-27-18.php</a><br></blockquote><div><br></div><div>It \
was hard to do this in GTK+ 3. We are looking at doing this for GTK+ \
4.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
I have also second question. Why GNOME uses popovers instead normal menus for menus \
purposes?<br> <br></blockquote><div><br></div><div>Because it provides a different \
user experience, somewhere between menus and dialogs.<br></div></div></div></div>
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic