Re: KStars: Cannot change language
Thanks. Just to be clear, I'm talking about changing language from Help -->
Configure Language dialog that is standard in KDE applications.
[image: Screenshot_20240621_121812.png]
--
Best Regards,
Jasem Mutlaq
On Fri, Jun 21, 2024 at 12:16 PM Konstantin Kharlamov
wrote:
> Looking at the repo, I see the `po/` dir which implies it's using GNU
> gettext for translation. Fairly standard choice. Strings are marked for
> translation by using a `_` macro, like `_("My english text")`.
>
> I don't remember the details, but it basically has something like a
> database of such texts and their lines with the according translations.
> When it needs to represent a translated string it basically does so by
> searching in that db.
>
> Language may be changed by different means. On Linux and Unix systems
> it's usually variables such as `LANG`. So e.g. `LANG=en_US.UTF-8
> kstars` should launch it with english language.
>
> If you have a way to switch language via interface, I presume it is
> handled by some gettext API that overrides whatever's being told by
> env. variables.
>
> HTH
>
> On Fri, 2024-06-21 at 11:31 +0300, Jasem Mutlaq wrote:
> > Hello,
> >
> > We have an issue with the recent versions of KStars is that language
> > cannot be switched by users. This affects MacOS, Windows, and Linux,
> > whether packaged or built from source.
> >
> > How to debug this issue? I can't see anything in the logs about the
> > language switch issue. For example, I tried changing the language to
> > German but the interface is still in English. Which component of KDE
> > Frameworks is handling this at the backend? Any environment variables
> > to check or watch out for?
> >
> > Any pointers would be appreciated.
> >
> > --
> > Best Regards,
> > Jasem Mutlaq
> >
>
>
KStars: Cannot change language
Hello, We have an issue with the recent versions of KStars is that language cannot be switched by users. This affects MacOS, Windows, and Linux, whether packaged or built from source. How to debug this issue? I can't see anything in the logs about the language switch issue. For example, I tried changing the language to German but the interface is still in English. Which component of KDE Frameworks is handling this at the backend? Any environment variables to check or watch out for? Any pointers would be appreciated. -- Best Regards, Jasem Mutlaq
Re: Cannot change language
Hello Ingo, The issue occurs on Linux (debian package or built from source) and on Windows and MacOS. -- Best Regards, Jasem Mutlaq On Sat, Jun 1, 2024 at 10:08 PM Ingo Klöcker wrote: > On Montag, 29. April 2024 14:45:17 CEST Jasem Mutlaq wrote: > > With the release of KStars 3.7.0 a few weeks ago, users are no longer > able > > to switch languages. Once they restart the program, the language remains > > the system language and cannot be changed. This is new behavior and users > > complained about it. > > > > KStars v3.7.0 is built with KDE Frameworks 5.115.0 and Qt 5.15.13. > > > > Is this a bug or regression? > > If it worked in previous releases then it looks like a regression. It > would > help if you told us on which OSes the problem occurs and/or with which > installers or packages (e.g. Flatpak). > > Regards, > Ingo
Cannot change language
Hello, With the release of KStars 3.7.0 a few weeks ago, users are no longer able to switch languages. Once they restart the program, the language remains the system language and cannot be changed. This is new behavior and users complained about it. KStars v3.7.0 is built with KDE Frameworks 5.115.0 and Qt 5.15.13. Is this a bug or regression? -- Best Regards, Jasem Mutlaq
Re: Website migrations
Hello Ben, https://edu.kde.org/kstars still points to https://apps.kde.org/categories/education/kstars which is 404 pages. Shouldn't it point to https://apps.kde.org/kstars ? -- Best Regards, Jasem Mutlaq On Tue, Mar 7, 2023 at 9:13 PM Ben Cooksley wrote: > On Wed, Mar 8, 2023 at 4:04 AM Jasem Mutlaq > wrote: > >> Hello Ben, >> > > Hi Jasem, > > >> >> We need a permanent redirect from https://edu.kde.org/kstars to the new >> address. Now users are reporting that KStars is unreachable from search >> engines. There are numerous sites that are linked to >> https://edu.kde.org/kstars and you can't expect thousands of websites to >> update their URLs. >> > > As mentioned in #kde-sysadmin this is now in place. > > >> >> -- >> Best Regards, >> Jasem Mutlaq >> > > Regards, > Ben > > >> >> >> >> On Mon, Feb 27, 2023 at 1:33 PM Ben Cooksley wrote: >> >>> Hi all, >>> >>> This is just a heads up that I have now completed the vast majority of >>> the remaining site migrations from the old server (Nicoda) to the new >>> server (Tyran). >>> >>> The below domains should now be showing their updated contents: >>> rewrite zones/calligra-suite.org.zone (98%) >>> rewrite zones/calligra.org.zone (98%) >>> rewrite zones/commit-digest.com.zone (96%) >>> rewrite zones/commit-digest.org.zone (96%) >>> rewrite zones/desktopsummit.org.zone (96%) >>> rewrite zones/digikam.org.zone (98%) >>> rewrite zones/falkon.org.zone (96%) >>> rewrite zones/frameworks.org.zone (98%) >>> rewrite zones/inqlude.org.zone (98%) >>> rewrite zones/k3b.org.zone (96%) >>> rewrite zones/kaddressbook.com.zone (98%) >>> rewrite zones/kaddressbook.org.zone (98%) >>> rewrite zones/kate-editor.org.zone (96%) >>> rewrite zones/kde-china.org.zone (96%) >>> rewrite zones/kde-edu.org.zone (98%) >>> rewrite zones/kde.be.zone (96%) >>> rewrite zones/kde.ca.zone (96%) >>> rewrite zones/kde.eu.zone (96%) >>> rewrite zones/kde.gr.jp.zone (96%) >>> rewrite zones/kde.in.zone (96%) >>> rewrite zones/kde.it.zone (96%) >>> rewrite zones/kde.org.pl.zone (87%) >>> rewrite zones/kde.ru.zone (64%) >>> rewrite zones/kdeedu.org.zone (98%) >>> rewrite zones/kdeitalia.it.zone (96%) >>> rewrite zones/kdenews.org.zone (96%) >>> rewrite zones/kdenlive.org.zone (98%) >>> rewrite zones/kdepim.com.zone (96%) >>> rewrite zones/kdepim.org.zone (96%) >>> rewrite zones/kexi-project.org.zone (96%) >>> rewrite zones/kirogi.org.zone (95%) >>> rewrite zones/kmymoney.org.zone (96%) >>> rewrite zones/koffice.org.zone (96%) >>> rewrite zones/konqueror.com.zone (99%) >>> rewrite zones/konqueror.org.zone (98%) >>> rewrite zones/kontact.org.zone (96%) >>> rewrite zones/korganizer.org.zone (96%) >>> rewrite zones/kphotoalbum.org.zone (98%) >>> rewrite zones/krusader.org.zone (96%) >>> rewrite zones/kstuff.org.zone (98%) >>> rewrite zones/openraster.org.zone (98%) >>> rewrite zones/planetkde.org.zone (98%) >>> rewrite zones/plasma-active.org.zone (96%) >>> rewrite zones/plasma-bigscreen.org.zone (96%) >>> rewrite zones/plasma-desktop.org.zone (96%) >>> rewrite zones/plasma-mobile.org.zone (96%) >>> rewrite zones/qtcon.org.zone (97%) >>> rewrite zones/rolisteam.org.zone (98%) >>> rewrite zones/skrooge.org.zone (98%) >>> >>> Of all of our sites, that leaves only the following left to migrate: >>> - kpdf.kde.org >>> - kst-plot.kde.org >>> - umbrello.kde.org >>> - edu.kde.org >>> - docs.kde.org >>> >>> I will be looking into refreshing the static copies made previously of >>> KPDF and KstPlot tomorrow, after which they will be transferred, and will >>> then do the necessary testing for docs.kde.org as well. >>> >>> Unfortunately umbrello.kde.org has a hard dependency on Capacity and is >>> built in such a way that it is incompatible with being made static. >>> That site will therefore be removed from DNS and discontinued. >>> >>> Likewise, from my understanding with one exception the entire contents >>> of edu.kde.org are being replaced by redirects to apps.kde.org, so that >>> site will not be cutover. >>> KStars developers: you need to urgently resolve the site migration >>> issues for edu.kde.org as I understand you are the blocker there, as >>> the old server will not be kept online to serve edu.kde.org alone. >>> >>> Thanks, >>> Ben >>> >>> >>> >>> >>> >>>
Re: Website migrations
Hello Ben, We need a permanent redirect from https://edu.kde.org/kstars to the new address. Now users are reporting that KStars is unreachable from search engines. There are numerous sites that are linked to https://edu.kde.org/kstars and you can't expect thousands of websites to update their URLs. -- Best Regards, Jasem Mutlaq On Mon, Feb 27, 2023 at 1:33 PM Ben Cooksley wrote: > Hi all, > > This is just a heads up that I have now completed the vast majority of the > remaining site migrations from the old server (Nicoda) to the new server > (Tyran). > > The below domains should now be showing their updated contents: > rewrite zones/calligra-suite.org.zone (98%) > rewrite zones/calligra.org.zone (98%) > rewrite zones/commit-digest.com.zone (96%) > rewrite zones/commit-digest.org.zone (96%) > rewrite zones/desktopsummit.org.zone (96%) > rewrite zones/digikam.org.zone (98%) > rewrite zones/falkon.org.zone (96%) > rewrite zones/frameworks.org.zone (98%) > rewrite zones/inqlude.org.zone (98%) > rewrite zones/k3b.org.zone (96%) > rewrite zones/kaddressbook.com.zone (98%) > rewrite zones/kaddressbook.org.zone (98%) > rewrite zones/kate-editor.org.zone (96%) > rewrite zones/kde-china.org.zone (96%) > rewrite zones/kde-edu.org.zone (98%) > rewrite zones/kde.be.zone (96%) > rewrite zones/kde.ca.zone (96%) > rewrite zones/kde.eu.zone (96%) > rewrite zones/kde.gr.jp.zone (96%) > rewrite zones/kde.in.zone (96%) > rewrite zones/kde.it.zone (96%) > rewrite zones/kde.org.pl.zone (87%) > rewrite zones/kde.ru.zone (64%) > rewrite zones/kdeedu.org.zone (98%) > rewrite zones/kdeitalia.it.zone (96%) > rewrite zones/kdenews.org.zone (96%) > rewrite zones/kdenlive.org.zone (98%) > rewrite zones/kdepim.com.zone (96%) > rewrite zones/kdepim.org.zone (96%) > rewrite zones/kexi-project.org.zone (96%) > rewrite zones/kirogi.org.zone (95%) > rewrite zones/kmymoney.org.zone (96%) > rewrite zones/koffice.org.zone (96%) > rewrite zones/konqueror.com.zone (99%) > rewrite zones/konqueror.org.zone (98%) > rewrite zones/kontact.org.zone (96%) > rewrite zones/korganizer.org.zone (96%) > rewrite zones/kphotoalbum.org.zone (98%) > rewrite zones/krusader.org.zone (96%) > rewrite zones/kstuff.org.zone (98%) > rewrite zones/openraster.org.zone (98%) > rewrite zones/planetkde.org.zone (98%) > rewrite zones/plasma-active.org.zone (96%) > rewrite zones/plasma-bigscreen.org.zone (96%) > rewrite zones/plasma-desktop.org.zone (96%) > rewrite zones/plasma-mobile.org.zone (96%) > rewrite zones/qtcon.org.zone (97%) > rewrite zones/rolisteam.org.zone (98%) > rewrite zones/skrooge.org.zone (98%) > > Of all of our sites, that leaves only the following left to migrate: > - kpdf.kde.org > - kst-plot.kde.org > - umbrello.kde.org > - edu.kde.org > - docs.kde.org > > I will be looking into refreshing the static copies made previously of > KPDF and KstPlot tomorrow, after which they will be transferred, and will > then do the necessary testing for docs.kde.org as well. > > Unfortunately umbrello.kde.org has a hard dependency on Capacity and is > built in such a way that it is incompatible with being made static. > That site will therefore be removed from DNS and discontinued. > > Likewise, from my understanding with one exception the entire contents of > edu.kde.org are being replaced by redirects to apps.kde.org, so that site > will not be cutover. > KStars developers: you need to urgently resolve the site migration issues > for edu.kde.org as I understand you are the blocker there, as the old > server will not be kept online to serve edu.kde.org alone. > > Thanks, > Ben > > > > > >
Configure Language issue in KStars
Hello, For the past few releases, users are unable to switch languages in KStars. It remains in the system language. This is reported across Linux, MacOS, & Windows so it is most likely related to some change in KF5. There was a recent discussion on this topic here: https://www.mail-archive.com/kde-devel@kde.org/msg13386.html I checked if we have similar warnings as described here: https://invent.kde.org/education/labplot/-/merge_requests/173 But I couldn't find similar issues in KStars build logs. When running KStars, I see this warning: [2022-11-16T08:02:50.001 +03 WARN ][ default] - qrc:/qml/mount/mountbox.qml:428: ReferenceError: xi18n is not defined Not sure if this is related? Any ideas on what is causing this issue? -- Best Regards, Jasem Mutlaq
Re: SoK 2021: KStars, Coding: Make custom catalogs fast by putting them on a special data structure
Hello Kwon-Young, Thank you for your interest in KStars and in Sok 2021! Unfortunately this task is already taken up by another student (Valentine). We have quite a few tasks listed in the issues here: https://invent.kde.org/education/kstars/-/issues For example, issue #54 is a good candidate https://invent.kde.org/education/kstars/-/issues/54 -- Best Regards, Jasem Mutlaq On Sat, Dec 26, 2020 at 1:27 PM Kwon-Young Choi wrote: > Hello, > > I am interested in participating to the Season of Kde 2021 as a student. > After reading through the list of ideas, the coding task of KStars seems > to be the most interesting for me. > > About me: My name is Kwon-Young Choi and I am a PhD student in computer > vision and I expect to finish my manuscript beginning of January. > I actually already contributed on small feature to Dolphin (the mount > iso feature) so I already have a kde identity and know how to build kde > software from source. > I have a little bit of experience in C++ and Qt although it is mostly > academic and the main programming language I used during my PhD was > Python (because of Deep Learning). > > I'd like to join the SoK effort to: > > * learn more about software development in the real world (with proper > issue/merge request handling) > * gain experience with C++ and Qt and data structure design > * learn about astronomy ! > * further contribute to KDE ! > > Best regards, > > Kwon-Young Choi > >
D7194: Detach before setting the d pointer
mutlaqja added a comment. This change causes a bug in loading previews, at least for KStars. Bug here: https://bugs.kde.org/show_bug.cgi?id=385516 REPOSITORY R304 KNewStuff REVISION DETAIL https://phabricator.kde.org/D7194 To: apol, leinir Cc: mutlaqja, broulik, #frameworks
Re: Translations on Mac (was Translations)
Could it be possible to also look for translations relative the current
binary? Like on Windows using Craft translations are stored in
bin/data/locale, can a similar structure be used in MacOS? Does this
require a change in KF5 or ECM cmake scripts?
Regards,
Jasem
On Thu, Sep 7, 2017 at 4:02 PM, René J.V. Bertin <rjvber...@gmail.com>
wrote:
> On Thursday September 07 2017 14:37:56 Hannah von Reth wrote:
>
> What ECM really ought to have is a link to QStandardPaths which is the
> source of all the evil mentioned below. In the simplest approach it could
> be set up when being configured, querying the qtpaths utility for the
> writable standard locations, but it could also include a simpler version of
> that utility (which can receive a program name argument so that it can
> return the exact correct app-specific locations).
>
> NB: the only thing to look out for is the writable ApplicationsLocation
> which is likely (used) to be /Applications on Mac ... which has a whole
> different role on Mac than that location has on Linux.
>
> The standard location for GenericDataLocation (that's where the locale
> directory is expected?) on Mac:
> ~/Library/Application Support:/Library/Application Support
>
> One big request: don't hardcode any Mac changes. I'm following the
> complementary approach in my KF5 ports for MacPorts, patching
> QStandardPaths so it returns compatible ("standard") locations, so the .mo
> files in my $prefix/share/locale work as expected.
>
> R.
> >Hm this looks indeed like we need to fix ecm.
> >
> >Here is what we did for Windows
> >
> >> https://github.com/KDE/extra-cmake-modules/blob/master/kde-
> modules/KDEInstallDirs.cmake#L520
> >
> >I'll include the mac mailing list and the frameworks maling list.
> >
> >
> >Hannah
> >
> >
> >
> >On 07/09/2017 08:11, Kåre Särs wrote:
> >> Hi,
> >>
> >> (even tho I'm not Hannah :)
> >> On torsdag 7 september 2017 kl. 00:39:59 EEST Robert Lancaster wrote:
> >>> Hi Hannah,
> >>>
> >>> Jasem was telling me today about a new translations feature that was
> >>> implemented. He said there might be problems on Macs and Windows but
> that
> >>> you are working on it. I tried his instructions and got partially
> there.
> >>> I went to the directory I was building kstars. I used make
> >>> fetch-translations and it acquired the po files. Then I did make and
> it
> >>> made the mo files. Then I did make install and it put them into a
> >>> subfolder called /share/locale. But it doesn’t show up in the
> program.
> >> KI18n searches /locale/ for the
> >> translation files. So on Windows one of the search paths is dir>/data/
> >> locale/
> >>
> >> Then the search path would be something like:
> >> "/data/locale//LC_MESSAGES/.mo"
> >>
> >>> Does this feature need to look in the /usr/share/locale directory for
> the
> >>> translation files or is it a relative path? A big problem with that is
> >>> that on MacOS, the /usr/share directory is not writeable except by the
> >>> system. Is there a way to change where it looks for the files, like a
> >>> preference? Or would you need to hard-code locations? A good place to
> >>> look for them would be inside the app bundle like
> >>> Kstars.app/Contents/Resources/locale or in ~/Library/Application
> >>> Support/kstars/locale.
> >> I would assume that the this means "/Library/Application
> Support/locale/..."
> >> in the application bundle. (Note: I don't have a Mac to check with...)
> >>
> >> /Kåre
> >>
> >
> >
>
>
--
Best Regards,
Jasem Mutlaq
Re: KConfig issues prevent compiling KDE applications under Windows
This is from GIT master. Problem still exists, but I could try disabling unit tests and continue. I hope it gets fixed anyway soon so that other users wouldn't run into the same problem. On Fri, Feb 3, 2017 at 12:08 AM, Jaroslaw Staniek <stan...@kde.org> wrote: > > > On 1 February 2017 at 14:34, David Faure <fa...@kde.org> wrote: > >> On mardi 31 janvier 2017 07:58:15 CET Jasem Mutlaq wrote: >> > Hello, >> > >> > KConfig used to work perfectly fine under Windows. I recently tried to >> > compile KStars under Windows 10 (64bit) with MSVC 2015 and Qt 5.8 using >> > Craft, but encountered an issue as explained in this bug report: >> > >> > https://bugs.kde.org/show_bug.cgi?id= >> >> 375654 <https://bugs.kde.org/show_bug.cgi?id=375654> >> > >> > I talked with Craft maintainers (Hannah et al) and they told me this >> was an >> > issue from KConfig side, not Craft. Can someone please look into this >> and >> > fix it as it our release is dependent on this. >> >> KF5ConfigCore.lib(KF5ConfigCore.dll) : error LNK2005: "public: class >> QMap> KEntryKey,struct KEntry>::iterator __cdecl KEntryMap::findEntry(class >> QByteArray const &,class QByteArray const &,class QFlags> KEntryMap::SearchFlag>)" (?findEntry@KEntryMap@@QEAA?AVite >> rator@?$QMap@UKEntryKey@@UKEntryAEBVQByteArray@@0V? >> $QFlags@W4SearchFlag@KEntryMap@Z) >> already defined in kconfigdata.cpp.obj >> >> Thanks MSVC for a very readable error message as always ;) >> >> One note though: this is a failure to link a unittest, your release isn't >> blocked, you can just disable the building of unittests in kconfig. >> >> The double definition can be explained, the unittest links to >> KF5ConfigCore >> and then also compiles in ../src/core/kconfigdata.cpp because that class >> is not >> exported. > > > Hi, > Apparently it is since eab822e20620 (Jan 15). > The bug #375654 does not seem to provide version info but the fix isn't > just released, right? CC'd Stephen Kelly. > > I don't see much to blame MSVS for here, even the message is rather clear: > the binary being linked (not compiled) already contains the symbol. > I'd avoid hacks such as (kconfig/autotests/CMakeLists.txt): > > set(kentrymaptest_SRCS kentrymaptest.cpp ../src/core/kconfigdata.cpp) > > Now since eab822e20620 the class is exported and all the other symbols are > inline so the hack isn't needed. Anyone, feel free make a general fix. > > PS: The topic isn't linker-dependent, just the Microsoft's linker > demonstrated consequences of the hack. > Going further for quality, exporting just for test is suboptimal so it's a > good practice to export only for tests this way by using special macros: > > Calligra for many years: https://api.kde.org/bundled-ap > ps-api/calligra-apidocs/libs/main/html/komain__export_8h_source.html > > KDb: https://cgit.kde.org/kdb.git/tree/src/config-kdb.h.cmake#n43 > > I'd recommend this not just for frameworks (or do we have this in ECM > already?). > Obviously CMake's generate_export_header() does not support it but IMHO it > would. > Then the extra cmake conditions would not be needed. > > So maybe that would be even better fix for KConfigData tests. > > > >> This is something we do in quite a number of other places too, >> always for autotests. >> >> kde-windows people, if you confirm there is no way to make this work >> (some linker flag maybe?), then I do see one solution: the one used by Qt >> (and >> konqueror), which is an export macro that only exports the class when >> compilation of autotests is enabled. See konqueror/src/konqprivate_expo >> rt.h >> for an example. >> >> -- >> David Faure, fa...@kde.org, http://www.davidfaure.fr >> Working on KDE Frameworks 5 >> >> > > > -- > regards, Jaroslaw Staniek > > KDE: > : A world-wide network of software engineers, artists, writers, translators > : and facilitators committed to Free Software development - http://kde.org > Calligra Suite: > : A graphic art and office suite - http://calligra.org > Kexi: > : A visual database apps builder - http://calligra.org/kexi > Qt Certified Specialist: > : http://www.linkedin.com/in/jstaniek > -- Best Regards, Jasem Mutlaq
KConfig issues prevent compiling KDE applications under Windows
Hello, KConfig used to work perfectly fine under Windows. I recently tried to compile KStars under Windows 10 (64bit) with MSVC 2015 and Qt 5.8 using Craft, but encountered an issue as explained in this bug report: https://bugs.kde.org/show_bug.cgi?id=375654 I talked with Craft maintainers (Hannah et al) and they told me this was an issue from KConfig side, not Craft. Can someone please look into this and fix it as it our release is dependent on this. -- Best Regards, Jasem Mutlaq
[Differential] [Commented On] D2545: Cleanup KSharedUiServerProxy before qApp exists
mutlaqja added a comment. Any update on this? BRANCH master REVISION DETAIL https://phabricator.kde.org/D2545 EMAIL PREFERENCES https://phabricator.kde.org/settings/panel/emailpreferences/ To: kfunk, vonreth, dfaure Cc: mutlaqja, arrowdodger, #frameworks
KServiceTypeTrader: serviceType ThumbCreator not found
Hello, I'm getting the following error: KServiceTypeTrader: serviceType ThumbCreator not found whenever invoking KImageFilePreview::showPreview() This issue shows up when using KF5 packages from Kubuntu 14.10 and also from Kubuntu-CI latest packages. Any ideas as to the causes of this? -- Best Regards, Jasem Mutlaq Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
