You can find me around as tosky.
User Details
- User Since
- Apr 18 2015, 1:18 PM (472 w, 2 d)
- Availability
- Available
Fri, Apr 12
If you fix the naming or the summary, please remember to only touch the original English message, not the translations, which are handled differently (or your merge request won't be able to be merged).
Jun 25 2023
Moved to gitlab. Unfortunately a spammy user disrupted the status.
May 28 2023
https://invent.kde.org/system/khelpcenter/-/merge_requests/25 committed to the kf6 branch.
Laurent kindly took over this, extended and updated this as part of https://invent.kde.org/system/khelpcenter/-/merge_requests/25 (see https://invent.kde.org/system/khelpcenter/-/merge_requests/25/diffs?commit_id=f6d308672a9f68c20585f5d05b6c6032355f850a ) and it was merged in the kf6 branch. This review can be closed.
Mar 5 2023
Mar 3 2023
Resolved long time ago, cleaning up the task.
Solved long time ago, just closing for cleanup
As we moved away from phabricator (to gitlab) for code reviews, this is no more relevant.
Jan 3 2023
Sorry, wrong copy-and-paste: T16059
Jan 2 2023
Please leave them there for now. See T16036.
Dec 31 2022
The ticket can't be closed just yet: the new documentation is stated to be CC BY SA 4.0 but the text is mostly the same as the old one, which is GFDL 1.2. Unless a proper relicensing is documented, where all contributors agree (or have already agreed though FLA and or https://invent.kde.org/sdk/kde-dev-scripts/-/blob/master/relicensecheck.pl), the license must stay GFDL 1.2.
Dec 23 2022
Dec 13 2022
Same - if you start from the StaticMessages.sh script from the other repositories, it should be fine.
That discussion mentioned the renaming of the files (see also https://invent.kde.org/sysadmin/l10n-scripty/-/issues/2 ) but I don't remember any final decision about that - maybe we should follow up up on that instead?
Oct 2 2022
Aug 30 2022
I agree with Carl's feedback - just note that "add rst" or other formats is not so straightforward as it may seems.
Aug 29 2022
Aug 4 2022
Improving the documentation is a good idea, but please consider there are two types of documentation:
- developer documentation
- user facing documentation (application manuals)
Jul 28 2022
Jul 12 2022
+1 of course
Jul 11 2022
Ok, so I do have a last minute objections.
This would be the only reference to "workers" in the repository names.
Jul 9 2022
I've adapted scripty to handle this:
- trunk (current master): renamed the directory and the _desktop_ file (which is linked to the repository name)
- current stable branch (still tracking Gear 22.04): disabled the extraction https://invent.kde.org/sysadmin/l10n-scripty/commit/3c672a22d6e9280362db2ee46847159ae54e25e3 The change doesn't affect that branch, and next week we will branch Gear 22.08, so those files will be saved and go away.
Jul 8 2022
For the record, the repository used to hold more kio modules, but they were obsoleted until only perldoc is left right now.
Jun 12 2021
From the last KF6 meeting, it looks like:
- the usage of emoji is being implemented as part of the locale work (see T12429 )
- the last part of the discussion is about implementing real artwork, but there is nothing which blocks KF6, so I'm going to move this to backlog.
According the discussion, there seems to be no action item from this. The porting of the language listing is tracked by T12429 as already mentioned. I'm going to close this, feel free to reopen it if needed.
May 22 2021
(post KF6 meeting 2021-05-22): there is a solid plan in motion, moving to "in progress" on the KF6 board (no real blockers for the release).
(post KF6 meeting 2021-05-22): this specific ticket is done, the two use cases have been fixed.
Apr 24 2021
Mar 30 2021
Just in case, this is the thing I'm working on, but it's still heavily WIP, especially the injector interface (something is already working with the example legacy extractor):
https://invent.kde.org/ltoscano/noktra/
Mar 27 2021
Notes from the KF6 sprint (2021-03-27):
Ups, sorry, I've missed that. Going to close this one.
Feb 14 2021
Feb 12 2021
Feb 7 2021
I guess we need to continue with this. I was told LFS works on our repositories, so at least we could resume this when there are no other blockers.
Feb 3 2021
Jan 14 2021
Please note I'm working on base replacement in python too.
The idea is to have something modular (starting from an independent translation extraction application which may be used elsewhere). I plan to share something before that deadline.
Jan 5 2021
This is about the promo announcement. Changing the version number to accommodate a promo messaging is going a bit far.
Some applications won't be under any unified schema anyway. Without mentioning krita which will probably have its own announcement, there are several others which won't and don't need to be released together. Or do you want to include krita releases as well? Then the unified versioning doesn't work anyway.
Also, in 3 months there may be several (sub)releases.
Jan 4 2021
Btw, when I originally discussed the issues with "KDE Applications" one of proposals was just to find a new, totally unrelated name for the bundle which wasn't made of "App", "applications" or any other generic word hard to distinguish.
The new format doesn't seem to work, I agree. Just please don't go back to "let's release KDE", which has strong implication on the image of the community, and I believe can't be decided by promo alone.
Same for release all all applications together: what is the line?
Jan 2 2021
Translations in the repositories would make the life of people who touches several repositories almost impossible, so it's out of the question.
The solution is to make weblate work with a structure which fits us (either svn or per-language git repositories).
Dec 31 2020
I'm really sorry for the delay, and thanks for the help!
Nov 2 2020
Oct 1 2020
Sep 20 2020
Also, if there is just one author, maybe we could just commit the change using the proper authorship information.
I think we should remember to report all the authors in the commit messages when importing the content.
Sep 13 2020
- autocorrect: we need to find (separate issue) where those files should live (probably the last leftover from the kdelibs split)
- step files are probably not needed anymore, as the object info messages are now handled through po files (see step_objinfo_files.pot)
Aug 24 2020
I suggest everyone (and I literally mean everyone) stops commenting on this ticket for 48 hours.
Just a quick note: we can't and won't ever enable any automatic acceptance of strings.
It would like allowing automatic merging of code from people without commit permissions, and this is not allowed.
The final decision about the validity of a string must be done by someone with commit access.
Aug 22 2020
I already wrote it: a central place is needed so that
- people *NOT* using weblate don't have to checkout tons of repositories to contribute. That's enough in itself.
- we may use posummit even with weblate to provide a single branch to everyone, which means that some logic to inject the translations to each branch will be needed somewhere else
- it will be the only interface that weblate would have to deal with (because in 5 years we may change again tool, and we don't lose the history)
- even in the case were part of the web tool would be the central place, still that would be the reference point, not the content of each repository which would be a mirror once we solve T12268.
Aug 20 2020
Is there some other reference where it is described, why this will make things "much harder for the translators"? Basically you would in fact have one central location for all files, but per project. Ideally those could get summarized at a different place like Weblate maybe, so there is still a fast overview of all projects and languages needing attention for example. Not sure whether that is supported by Weblate, though.