Update Russian translation

Update Russian translation

Update Chinese (Taiwan) translation

Update Chinese (Taiwan) translation

Updated Dutch translation 3.22

3.22.21

Fix a corner-case for emoji input

As reported in https://github.com/ibus/ibus/issues/1944,
typing u201e while holding Ctrl+Shift used to give a „
when letting go of Ctrl+Shift. This broke when we introduced
Ctrl+Shift+e to start Emoji sequences. Fix this by only
looking for Ctrl+Shift+e if we are not already in a hex
sequence.

Update Spanish translation

Updated Danish translation

Updated Danish translation

Update Turkish translation

Fixes to Catalan translation

Update Basque language

Update Basque language

Updated Slovenian translation

Update Croatian translation

Entry: Fix leak of text in ensure_has_tooltip()

Thanks to Mohammed Sadiq for noticing this. I guess I got
Widget.get_tooltip_text() confused with Label.get_label().

https://bugzilla.gnome.org/show_bug.cgi?id=787410

Update Finnish translation

Update Polish translation

Update Turkish translation

Update German translation

Updated Czech translation

adwaita: use generic sidebar icon style

https://bugzilla.gnome.org/show_bug.cgi?id=786613

Update Spanish translation

Adwaita: Leave fg color of hovered emoji alone

Only HighContrast has a clear problem, and this avoids some probably
unwanted changes of certain colours in the weird greyscale emoji I have
available to test here.

themes: Use $selected_fg_color for :hovered emoji

This is much needed for HighContrast as otherwise emoji are invisible
(or nearly in Inverse). It also syncs up with hovered menu items, etc.

https://bugzilla.gnome.org/show_bug.cgi?id=787279

HighContrast: Kill abominable headerbar vseparator

Commit 70b61973fc0214dab7771fd2b339103592e7358f fixed a syntax error and
unwittingly released this bizarre mutant.

https://bugzilla.gnome.org/show_bug.cgi?id=787280

ComboBox: Don’t popdown if releasing on scrollbar

On button release, we were popping down if the event widget was anything
but priv->button. This broke scrolling by clicking a mouse button, i.e.
when releasing a click in the trough or finishing a drag of either bar.
That’s unexpected, inconvenient, and pointless. So, let’s stop doing it.

https://bugzilla.gnome.org/show_bug.cgi?id=738893

Update Swedish translation

EmojiChooser: Ensure always have a selected button

We were only selecting a section’s button if the adjustment y coord was
within its heading, so scrolling slightly into it unchecked all buttons.
This also fixes how we could end up with the first 2 selected, somehow.

https://bugzilla.gnome.org/show_bug.cgi?id=787172

EmojiChooser: Check the 1st button before 1st show

We scroll to the top in show() but only ever selected a button when the
adjustment changed, which doesn’t happen in init(). Check it manually.

https://bugzilla.gnome.org/show_bug.cgi?id=787172

sidebarrow: Remove useless size group

Nice try, but size groups don't work with invisible widgets anyway.
Invisible widgets request 0×0.

[reapplying after accidental reintroduction in the cloudproviders patch;
see https://bugzilla.gnome.org/show_bug.cgi?id=786123#c39]

3.22.20

Update Kazakh translation

3.22.20

gtkplacessidebar: adapt libcloudproviders api rename

https://bugzilla.gnome.org/show_bug.cgi?id=786123

HighContrast: basic port of emoji CSS from Adwaita

This is better than nothing: without specific CSS, the Chooser was too
large, the emoji were too small, and the buttons were generally ugly.

https://bugzilla.gnome.org/show_bug.cgi?id=786956

Adwaita: proper colours for inactive emoji buttons

Use opacity to differentiate unselected/hovered/selected buttons. It had
assumed bg < border < fg colours, which may be false, as in Adwaita:dark

This also means we do not need to special-case for the backdrop state.

https://bugzilla.gnome.org/show_bug.cgi?id=786956

Adwaita: Make use of SASS syntax for emoji stuff

This makes the theme easier to maintain.

https://bugzilla.gnome.org/show_bug.cgi?id=786956

Updates

Update Italian translation

Updated Lithuanian translation

Update Hungarian translation

Update Latvian translation

Adwaita: Fix ineffective theming of switch slider

in a specific case, which was applying .slider as a class on the parent
switch, instead of correctly selecting on its child node named slider.

This makes the border on the outside of a switch in a selected listbox
row look better in the light variant. Since the code was never removed,
it was clearly meant to work, and making it work is a clear improvement.

HighContrast: Fix outdated name for headerbar box

Adwaita: Fix outdated name of selection-menu arrow

docs: css-overview: Don’t recommend broken syntax

Using this produced warnings about the Pango syntax of <Family> <size>
being deprecated, and the size being invalid due to no unit specified.
Also, that multi-word font family presumably wouldn’t work as expected.

testgtk: fix css

Toolbar: Clarify set_show_arrow() a bit more

Toolbar: Clarify how the arrow overflow menu works

The fact it affects the preferred size, and only works with ToolItems
that return a menu proxy item, was unclear unless deduced from other
sources, and this led to users thinking it was broken, for example:

https://stackoverflow.com/q/44644642/2757035

https://bugzilla.gnome.org/show_bug.cgi?id=787158
https://bugzilla.gnome.org/show_bug.cgi?id=787195

ToolItem: Add see-also from proxy setter to signal

ToolItem: Annotate menu proxy item as nullable

It can be NULL. ::create-menu-proxy gave an example of when a NULL proxy
menu item could be useful, but the accessors did not annotate it as such.

Update Brazilian Portuguese translation

Revert "sk.po: Consistently translate “Insert”"

This reverts commit d09bc2b108be1643f29bb5a917da06e2a22f975c.

As an English-speaker, I know nothing about complex grammar, and it’s
been brought to my attention that some languages might differ in the
translation of the same command depending on where it appears.

So, I’d better assume everyone else knows better than me. Apologies!

Adwaita: Fix colour mixing of emoji section button

when hovered, by using %, since SASS does not handle decimal mixes.

sk.po: Consistently translate “Insert”

The two occurrences disagreed on the translation, and my amateur
investigation indicates this one is correct.

gl.po: Consistently translate/capitalise “Emoji”

GTK+ 3 and 4 disagreed on capitalisation and the translation of “Emoji”.
Use sentence case as elsewhere & the most common translation: emoticono.

Update Catalan translation

Update Catalan translation

Update Catalan translation

emoji chooser: No emoji in the search entry

Recursion is fun, but better avoided in the ui.

https://bugzilla.gnome.org/show_bug.cgi?id=786960

entry: Consider input hints for Emoji support

Don't show "insert emoji" in the context menu if input
hints indicate that Emoji input is not useful.

Add input hints for Emoji input

Allow hinting input methods about whether Emoji support is
useful or not.

Update Galician translation

Update Slovak translation

Update Slovak translation

Update Indonesian translation

emoji chooser: Avoid a crash

The emoji chooser gets disposed already, because it is attached
to the toplevel as a popover. Doing it again when the object data
is cleared is leading to a crash.

https://bugzilla.gnome.org/show_bug.cgi?id=787103

Update Polish translation

emoji-chooser: fix subsequent scroll

Event handlers on scroll window should only be run once the widget
is shown.

https://bugzilla.gnome.org/show_bug.cgi?id=786964

Entry: Set tooltip text on icon for emoji chooser

https://bugzilla.gnome.org/show_bug.cgi?id=786885

Update Croatian translation

ComboBox: Dodge possible surplus disconnects

in case anyone connected any other signal on the model to this ComboBox.

ScrolledWindow: Dodge possible surplus disconnects

In case the outgoing Adjustment for whatever reason has other handlers
referring to this SW, be sure to avoid disconnecting any but our own.

ComboBox: Remove pointless signal ID member fields

We don’t need to store these for disconnection, as we can just use
g_signal_handlers_disconnect_by_data(). Also, merge redundant ifs.

ComboBox: Clean up handler disconnection some more

Update Slovak translation

ScrolledWindow: Fix non-disconnection of handlers

• Use disconnect_by_data() to catch both _adjustment_changed() and now
  _adjustment_value_changed(), as the latter had been missed until now.

• Also disconnect from indicator_value_changed(), which was not done in
  destroy() due to indicator_reset() and remove_indicator() disagreeing.

https://bugzilla.gnome.org/show_bug.cgi?id=775074

scrolledwindow: Properly remove scrollbars

Instead of keeping an extra ref, then unparent+destroy+unref, don't keep
an extra ref and just unparent the scrollbar when appropriate.

Window: Connect screen signals properly in init()

Do not connect to get_settings_for_screen() if we have no screen…

Use g_signal_connect(), not connect_object(), to match how set_screen()
makes these same connections, and how finalize() already disconnects.

https://bugzilla.gnome.org/show_bug.cgi?id=705640

FileChooserWidget: Remove an unused #include

Entry: Rename int helper to gtk_entry_clear_icon()

It was called gtk_entry_clear(), which was unnecessarily vague.

Entry: Fix Shift-click → extend/truncate selection

Since the move from button-press to gesture events, Shift-clicking did
not work to start a selection (from none) or truncate an existing one.

This was due to the code being copy-pasted around and some logic being
broken in the process. This makes both of those work as they should, by
shuffling it again so the end result is the same as before. Highlights:

(1) ::button-press if extending due to a single press would call
set_positions(tmp_pos, tmp_pos), which is what made the Shift+click to
create a selection work. That was lost. Add it back to make that work.

(2) ::button-press in the “Truncate current selection” branch would not
execute all the stuff around “extend_to_left”, as that was the else
case. So, set extend_selection = FALSE so we skip over that later on.

(3) BUT! This Truncate case never fired because it was in the else
branch of if (in_selection())! Of course, it must be in the true branch.

(4) The IM context was not reset if the Shift-click occurred within an
existing selection, only if it did not. In ::button-press this was the
first thing done if extending a selection, regardless. Make it so again.

https://bugzilla.gnome.org/show_bug.cgi?id=780750

gl.po: Remove mnemonic underlines from tooltips

It looks like these were copy-paste errors from the corresponding labels
for buttons, which should have mnemonics. Of course, tooltips cannot.

Avoid empty space in the emoji chooser

We need to hide the empty flow boxes as well, to avoid
spacing between them.

https://bugzilla.gnome.org/show_bug.cgi?id=786966

Update Galician translation

Update Friulian translation

PlacesSidebar: Reuse strings, mark for translation

The new menu items were not marked for translation, had no mnemonics,
and were not title-cased. Reuse the strings that we already had for the
buttons shortly down the file, and mark these for translation.

https://bugzilla.gnome.org/show_bug.cgi?id=786123

textview: fix bug on DnD displaced limits of selection

The fix of commit f2fd655754407103f8fb9b2c3e7586fb595ab917
should be confined to DnD coords only, because otherwise
it causes the start and end of the selection to be displaced.

https://bugzilla.gnome.org/show_bug.cgi?id=785736

TextView: :border-width broke window→widget coords

Do the converse of commit bd7c87c762c75bbb8dfb5fed23964651188ef206 so
that a TextView with Container:border-width > 0 does not get its handles
and magnified region shifted up/left from where they should be.

https://bugzilla.gnome.org/show_bug.cgi?id=786986

Expander: Don’t set event_window over whole widget

realize() gave the event_window the allocation of the whole widget. This
was wrong; it should be that of the title_gadget, as in size_allocate().

This broke expanders in which :expanded is TRUE before showing: Input
over the entire widget was sent to the title, making the child unable to
receive it. Clicking the child unexpectedly collapsed it. Once expanded
again, things fixed themselves as size_allocate() fixed the event_window
alloc. So, queuing a reallocate or resize after show() was a workaround.

Fix by giving event_window the allocation of the title_gadget, to match
what size_allocate() does. That is symmetrical and just plain correct.

https://bugzilla.gnome.org/show_bug.cgi?id=774134

GtkBuilder: Prefer "type-func" over "class" when looking for the GType

https://bugzilla.gnome.org/show_bug.cgi?id=786932

Updated Lithuanian translation

Update Latvian translation

build: Install Emoji chooser GSettings files in MSVC projects

This is needed for the Emoji chooser to work on Visual Studio builds.

LevelBar: Really fix underallocation of blocks

Themes should not enforce min sizes on blocks in continuous mode; in
this case, the filled block should be as large as it needs to be to
reflect the current value, and no larger or smaller than that. So, the
fact that the minimal size was selected on just levelbar block is wrong:
we should also require the levelbar.discrete class to apply min sizes.

The widget should enforce whatever correct minimum size results from the
above fix, by reapplying commit 78b4885fe8850e132d8bb06df8ab90ac6c2033e0

Except: we should not allocate/draw the filled block if the value is 0,
as in this case, the LevelBar should be empty, not have a min-size fill.

https://bugzilla.gnome.org/show_bug.cgi?id=783649

TextView: Fix gesture coords with :border-width >0

Container:border-width caused the x/y coords converted to iters to be
offset inwards by that width, breaking positioning/selecting by gesture.

So, subtract :border-width in widget_to_text_window_coords(). This fixes
gesture positions, & plays fine with :margin & CSS margin/border/padding

N.B.: This is not to endorse :border-width. It’s gone in GTK+ 4 & weird
on a TextView: it’d be more intuitive to – if you must! – set it on the
TV parent. Really, please just use CSS instead. Still, it’s easy to fix.

https://bugzilla.gnome.org/show_bug.cgi?id=759725

Update Croatian translation

Entry: Handle :show-emoji-icon becoming false

Disconnect the now-unwanted signal handler, and hide the icon.

https://bugzilla.gnome.org/show_bug.cgi?id=786940