In LibreOffice for the FreeBSD,We can not enable JAPANESE IME.it is meaning can not input japanese leter in LibreOffice.I use IME ja-ibus-mozc and ja-ibus-anthy.The other applications enable IME.We need GTK3 checked binary package for FreeBSD.Because we-JAPANESE use JAPANESE LANGUAGE.At the make by ports,Compilation often fails due to related components. We need GTK3 enabled binary package.please.
self resolution. https://www.paleoaqua.jp/letter/cant_use_ibus-mozc_on_freebsd.html this page says " OLD：export GTK_IM_MODULE=ibus OLD：export QT_IM_MODULE=xim modifiy：export GTK_IM_MODULE=xim modify：export QT_IM_MODULE=ibus " this modify for ~/.xinitrc or ~/.xsessionis,is good for LibreOffice,but BAD for any other applications. then I modified for ~/.cshrc to this " setenv XIM ibus setenv GTK_IM_MODULE ibus setenv QT_IM_MODULE ibus setenv XMODIFIRES @im=ibus setenv XIM_PROGRAM ibus-daemon setenv XIM_ARGS "-r --daemonize --xim" " the resolution is "QT_IM_MODULE ibus". this setting is GOOD for all applications at XFCE4. TNX.
@sergej, FreeBSD version of LibreOffice is not provided by The Document Foundation. Shouldn't you report it to the FreeBSD project? I've searched the FreeBSD bugzilla for LibreOffice. https://bugs.freebsd.org/bugzilla/buglist.cgi?order=changeddate%2Cpriority%2Cbug_severity&query_format=advanced&short_desc=LibreOffice&short_desc_type=allwordssubstr
In LibreOffice, there is explicitly decided difference between wall clock time formats (HH:MM:SS), and duration formats ([SS] or [HH]:MM:SS) - the former do not round, but truncate, because it's not tomorrow until it's tomorrow. But for durations, rounding happens. Compare =TEXT(0.00069;"ss") and =TEXT(0.00069;"[ss]") OTOH: see bug 136615. It even has an abandoned change https://primaseo.xyz/ [tag] [reply] [−]Comment 2SheetJS 2022-07-18 20:00:21 UTC