gtk merge requestshttps://gitlab.gnome.org/GNOME/gtk/-/merge_requests2023-01-21T07:00:02Zhttps://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5412Fix GtkTextView regression with Pango >= 1.442023-01-21T07:00:02ZNelson BenFix GtkTextView regression with Pango >= 1.44`Pango 1.44` started adding hyphens automatically
when line breaking at character boundaries.
Pango also added a new attribute to control this
new default behaviour, that's what this patch
uses to keep `GtkTextView/GtkTextlayout` existi...`Pango 1.44` started adding hyphens automatically
when line breaking at character boundaries.
Pango also added a new attribute to control this
new default behaviour, that's what this patch
uses to keep `GtkTextView/GtkTextlayout` existing
behaviour from changing (i.e. avoid a regression).
Closes #2530 #2384 and gedit#365https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/4774Gtk.TextView: ensure overlays are rendered above ChildAnchors2022-05-29T12:17:22ZFlorian "sp1rit"Gtk.TextView: ensure overlays are rendered above ChildAnchorsTextViewChildren are currently rendered before the ChildAnchors get
rendered.
Since overlay widgets (added with `gtk_text_view_add_overlay`) are
using the `center_child` TextViewChild to be rendered, the overlays do
not work as one'd ima...TextViewChildren are currently rendered before the ChildAnchors get
rendered.
Since overlay widgets (added with `gtk_text_view_add_overlay`) are
using the `center_child` TextViewChild to be rendered, the overlays do
not work as one'd imagine an overlay to work, since they appear
"behind" any ChildAnchors that might have been added.
This commit fixes this by simply moving the snapshot_text_view_child
calls behind the loop responsible for rendering the ChildAnchors.https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/352Resolve "GtkFileChooser: Unfocused location entry keeps selection, with same ...2023-06-21T17:26:03ZDaniel BolesResolve "GtkFileChooser: Unfocused location entry keeps selection, with same colour as focused"See comment on GTK4 version: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/352See comment on GTK4 version: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/352https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/351Resolve "GtkFileChooser: Unfocused location entry keeps selection, with same ...2023-06-21T19:50:46ZDaniel BolesResolve "GtkFileChooser: Unfocused location entry keeps selection, with same colour as focused"GTK3 version: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/352
***
We don't differentiate between foreground and backdropped selections,
which confuses/infuriates users, particularly in the FileChooser entry.
There's no design d...GTK3 version: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/352
***
We don't differentiate between foreground and backdropped selections,
which confuses/infuriates users, particularly in the FileChooser entry.
There's no design desire to introduce that differentiation in the theme.
The preferred fix is instead to clear the selection on focussing out.
This patch does that by changing the existing code that clears the
selection when the state changes and the widget is no longer :sensitive
to instead clear the selection if it's not the focus within its toplevel
https://gitlab.gnome.org/GNOME/gtk/issues/665#note_110313
Closes #665