From 71f69467ad121227af75e8f1f2cadc901dedf594 Mon Sep 17 00:00:00 2001 From: Mike FABIAN Date: Tue, 31 May 2022 16:57:16 +0200 Subject: [PATCH] Update to 2.16.0 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - Make it possible to use inline completion without automatic fallback to a candidate list (Resolves: https://github.com/mike-fabian/ibus-typing-booster/issues/266) Now the inline completion option has 3 values: • No • Yes, with fallback to popup • Yes, without fallback to popup When choosing “Yes, with fallback”, the behaviour is as it used to be when the old checkbox was on: the completion is shown inline if this is possible without changing the already typed string in the preedit, if this is not possible, a popup candidate list is automatically shown instead as a fallback. When choosing “Yes without fallback to popup”, a popup candidate list is never shown automatically as a fallback but only when explicitely requested by typing the key bound to the command “select_next_candidate” (By default this is the Tab key). When updating to the new release with this new option, the value of the old checkbox gets lost. I.e. no matter whether the user had the inline completion option checked or not checked before the update, after the update the value for “inline completion” reverts to the default “No”. So if one was using “inline completion” before the update, one has to switch it on again after the update. - Fix itb_emoji.find_cldr_annotation_path() (It always found a match even when the fallback went through all the way to 'en', therefore all dictionaries were shown as supporting emoji in the setup tool) - Update emoji annotations from CLDR (oc.xml is new) - Translation update from Weblate (de (100%), jp (36.9%), nl (100%), tr (100%), uk (100%) updated) --- .gitignore | 4 ++++ ibus-typing-booster.spec | 37 ++++++++++++++++++++++++++++++++++++- sources | 2 +- 3 files changed, 41 insertions(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index 364eabb..82997c3 100644 --- a/.gitignore +++ b/.gitignore @@ -227,3 +227,7 @@ /ibus-typing-booster-2.15.25.tar.gz /ibus-typing-booster-2.15.26.tar.gz /ibus-typing-booster-2.15.27.tar.gz +/ibus-typing-booster-2.15.28.tar.gz +/ibus-typing-booster-2.15.29.tar.gz +/ibus-typing-booster-2.15.30.tar.gz +/ibus-typing-booster-2.16.0.tar.gz diff --git a/ibus-typing-booster.spec b/ibus-typing-booster.spec index b5f9b3d..0660f4b 100644 --- a/ibus-typing-booster.spec +++ b/ibus-typing-booster.spec @@ -1,5 +1,5 @@ Name: ibus-typing-booster -Version: 2.15.27 +Version: 2.16.0 Release: 1%{?dist} Summary: A completion input method License: GPLv3+ and ASL 2.0 @@ -248,6 +248,41 @@ fi %{_datadir}/applications/emoji-picker.desktop %changelog +* Tue Jun 07 2022 Mike FABIAN - 2.16.0-1 +- Update to 2.16.0 +- Make it possible to use inline completion without automatic fallback to a candidate list + (Resolves: https://github.com/mike-fabian/ibus-typing-booster/issues/266) + Now the inline completion option has 3 values: + + • No + • Yes, with fallback to popup + • Yes, without fallback to popup + + When choosing “Yes, with fallback”, the behaviour is as it used to be + when the old checkbox was on: the completion is shown inline if this + is possible without changing the already typed string in the preedit, + if this is not possible, a popup candidate list is automatically shown + instead as a fallback. + + When choosing “Yes without fallback to popup”, a popup candidate list + is never shown automatically as a fallback but only when explicitely + requested by typing the key bound to the command + “select_next_candidate” (By default this is the Tab key). + + When updating to the new release with this new option, the value of + the old checkbox gets lost. I.e. no matter whether the user had the + inline completion option checked or not checked before the update, + after the update the value for “inline completion” reverts to the + default “No”. So if one was using “inline completion” before the + update, one has to switch it on again after the update. +- Fix itb_emoji.find_cldr_annotation_path() (It always found a + match even when the fallback went through all the way to + 'en', therefore all dictionaries were shown as supporting + emoji in the setup tool) +- Update emoji annotations from CLDR (oc.xml is new) +- Translation update from Weblate (de (100%), jp (36.9%), nl (100%), + pl (100%), tr (100%), uk (100%) updated) + * Thu May 12 2022 Mike FABIAN - 2.15.27-1 - Update to 2.15.27 - If an emoji is duplicated as a text candidate, use only the diff --git a/sources b/sources index 192ee72..56fa478 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (ibus-typing-booster-2.15.27.tar.gz) = a807e3667947c81abb816dc160ca22e8b4f48e44b6f2cf62d7d2cedfb0ad004a75cbd8606e57ead379489f3bb18375203750a1d1a3b77764c734fb2a70cfe52d +SHA512 (ibus-typing-booster-2.16.0.tar.gz) = a90ea11a72d770765ef55ff6fc288bf6ddfa5e5ae1c7393f195ed3466a207022872f5e27f9629101b8b31e26c84dc8512e4cd261b2c503fd98daa8438e47dfb9