Script 'mail_helper' called by obssrc
Hello community,
here is the log from the commit of package ibus-typing-booster for
openSUSE:Factory checked in at 2022-06-07 11:45:25
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/ibus-typing-booster (Old)
and /work/SRC/openSUSE:Factory/.ibus-typing-booster.new.1548 (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "ibus-typing-booster"
Tue Jun 7 11:45:25 2022 rev:77 rq:981099 version:2.16.0
Changes:
--------
--- /work/SRC/openSUSE:Factory/ibus-typing-booster/ibus-typing-booster.changes
2022-05-13 23:03:45.915155871 +0200
+++
/work/SRC/openSUSE:Factory/.ibus-typing-booster.new.1548/ibus-typing-booster.changes
2022-06-07 11:45:42.279277496 +0200
@@ -1,0 +2,39 @@
+Tue Jun 07 07:56:23 UTC 2022 - [email protected]
+
+- 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)
+
+-------------------------------------------------------------------
Old:
----
ibus-typing-booster-2.15.27.tar.gz
New:
----
ibus-typing-booster-2.16.0.tar.gz
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ ibus-typing-booster.spec ++++++
--- /var/tmp/diff_new_pack.sP9p4X/_old 2022-06-07 11:45:42.803278229 +0200
+++ /var/tmp/diff_new_pack.sP9p4X/_new 2022-06-07 11:45:42.807278235 +0200
@@ -15,7 +15,7 @@
#
Name: ibus-typing-booster
-Version: 2.15.27
+Version: 2.16.0
Release: 0
Summary: An input completion utility
License: GPL-3.0+
++++++ ibus-typing-booster-2.15.27.tar.gz -> ibus-typing-booster-2.16.0.tar.gz
++++++
/work/SRC/openSUSE:Factory/ibus-typing-booster/ibus-typing-booster-2.15.27.tar.gz
/work/SRC/openSUSE:Factory/.ibus-typing-booster.new.1548/ibus-typing-booster-2.16.0.tar.gz
differ: char 13, line 1
