Re: Plasma Bigscreen in Kdereview

[Yuri Chornoivan]

пʼятниця, 22 січня 2021 р. 12:48:07 EET Marco Martin написано:
> Hi all,
> We would like a release of the Plasma Bigscreen project
> which has been moved to kdereview, its repo is:
> https://invent.kde.org/plasma/plasma-bigscreen
> 
> It's a Plasma shell intended to use on smart tv kind of devices (ideal
> is a setup like a raspberry pi4 attached to a tv) It's pretty much a
> big tiles grid launcher for apps (which can be media-related apps,
> clients for streaming services and what not)
> It is also integrated with the Mycroft voice assistant open source
> project, so supports voice commands and some apps like the youtube
> client are done as internal mycroft skills.
> 
> we just converted license headers to SPDX, the code should be in
> fairly good shape by now

Hi,

1. Translatable messages from /shell and /kcms/plasma-settings-shell are not 
extracted (no Messages.sh).

2. i18nd() usage in QMLs is at least inconsistent.

Thanks in advance for fixing this.

Best regards,
Yuri

Re: Move Koko to KDEReview

[Yuri Chornoivan]

10 червня 2020, 11:35:37, від "Carl Schwan" :

> Hi,
> 
> I would like to move Koko, a convergent image viewer, to KDEReview.
> Koko is already shipped in the base Plasma mobile image and I was
> surprised that it was still in playground. The current devs are mostly
> Nicolas, Marco and me.
> 
> Koko is following the KDE HIG and is build using QtQuick and the
> Kirigami framework.
> 
> The repo is located here: https://invent.kde.org/plasma-mobile/koko/.
> There is only one know big issue, but it is in the progress of
> being resolved[1].
> 
> In the future, I plan to add a simple image editor that is currently
> being developed as a separate and reusable library. More info about
> it is available in my latest blog post[2].
> 
> I would be happy if it could be reviewed and my goal is to move it to
> the release service, I hope in time for 20.08.
> 
> From the release sanity checklist:
> 
> * licensing should be ok (LGPL-2.1-only or LGPL-3.0-only or
> LicenseRef-KDE-Accepted-LGPL), but some headers are missing in the
> CMake files :/
> * A Messages.sh file is missing and help would be welcome to figure
> out if Koko need one since translations are regularly being pushed by
> scripty.

Added. Scripty will extract the catalog for translation tomorrow.

But I bet the translations will not be loaded because of the lack of KAboutData 
and friends. See KLook:

https://invent.kde.org/graphics/klook/-/blob/master/src/main.cpp

Hope this helps and thanks for your work.

Best regards,
Yuri

> * Screenshot is missing but I plan to add one before the release.
> * CI works and there is a .gitlab-ci.yml file.
> * There is an AppStream file.
> * There is some documentation on userbase: https://userbase.kde.org/Koko
> I plan to also update it before the next release.
> 
> Carl Schwan
> https://carlschwan.eu
> 
> [1]: https://invent.kde.org/plasma-mobile/koko/-/merge_requests/20
> [2]: https://carlschwan.eu/2020/06/06/koko-desktop.html
> 

D28304: Use bold italic at 100% for sect4 titles, and bold 100% for sect5 titles

[Yuri Chornoivan]

This revision was automatically updated to reflect the committed changes.
Closed by commit R238:c2e0be30f87f: Use bold italic at 100% for sect4 titles, 
and bold 100% for sect5 titles (authored by yurchor).

REPOSITORY
  R238 KDocTools

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D28304?vs=78544=78545

REVISION DETAIL
  https://phabricator.kde.org/D28304

AFFECTED FILES
  common/en/kde-docs.css

To: yurchor, #documentation, danders
Cc: kde-frameworks-devel, kde-doc-english, LeGast00n, cblack, gennad, 
fbampaloukas, GB_2, michaelh, ngraham, bruns, skadinna

D28304: Use bold italic at 100% for sect4 titles, and bold 100% for sect5 titles

[Yuri Chornoivan]

yurchor updated this revision to Diff 78544.
yurchor added a comment.


  Fixed definitions as suggested.

REPOSITORY
  R238 KDocTools

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D28304?vs=78537=78544

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D28304

AFFECTED FILES
  common/en/kde-docs.css

To: yurchor, #documentation, danders
Cc: kde-frameworks-devel, kde-doc-english, LeGast00n, cblack, gennad, 
fbampaloukas, GB_2, michaelh, ngraham, bruns, skadinna

D28304: Use bold italic at 100% for sect4 titles, and bold 100% for sect5 titles

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R238 KDocTools

REVISION DETAIL
  https://phabricator.kde.org/D28304

To: yurchor, #documentation, danders
Cc: kde-frameworks-devel, kde-doc-english, LeGast00n, cblack, gennad, 
fbampaloukas, GB_2, michaelh, ngraham, bruns, skadinna

D28304: Use bold italic at 100% for sect4 titles, and bold 100% for sect5 titles

[Yuri Chornoivan]

yurchor created this revision.
yurchor added reviewers: Documentation, danders.
Herald added projects: Frameworks, Documentation.
Herald added subscribers: kde-doc-english, kde-frameworks-devel.
yurchor requested review of this revision.

REVISION SUMMARY
  Now the titles are small and hard to distinguish.
  
  BUG: 419256

TEST PLAN
  Replace kde-docs.css in your system to see the results.

REPOSITORY
  R238 KDocTools

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D28304

AFFECTED FILES
  common/en/kde-docs.css

To: yurchor, #documentation, danders
Cc: kde-frameworks-devel, kde-doc-english, LeGast00n, cblack, gennad, 
fbampaloukas, GB_2, michaelh, ngraham, bruns, skadinna

D27185: Use the right translation catalog to show translations

[Yuri Chornoivan]

This revision was automatically updated to reflect the committed changes.
Closed by commit R304:8f382ef18606: Use the right translation catalog to show 
translations (authored by yurchor).

CHANGED PRIOR TO COMMIT
  https://phabricator.kde.org/D27185?vs=75082=75214#toc

REPOSITORY
  R304 KNewStuff

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D27185?vs=75082=75214

REVISION DETAIL
  https://phabricator.kde.org/D27185

AFFECTED FILES
  src/qtquick/qml/Button.qml
  src/qtquick/qml/Dialog.qml
  src/qtquick/qml/DownloadItemsSheet.qml
  src/qtquick/qml/EntryDetails.qml
  src/qtquick/qml/NewStuffItem.qml
  src/qtquick/qml/NewStuffList.qml
  src/qtquick/qml/Page.qml
  src/qtquick/qml/private/EntryCommentDelegate.qml
  src/qtquick/qml/private/EntryCommentsPage.qml
  src/qtquick/qml/private/GridTileDelegate.qml
  src/qtquick/qml/private/entrygriddelegates/BigPreviewDelegate.qml
  src/qtquick/qml/private/entrygriddelegates/FeedbackOverlay.qml
  src/qtquick/qml/private/entrygriddelegates/ThumbDelegate.qml
  src/qtquick/qml/private/entrygriddelegates/TileDelegate.qml

To: yurchor, #frameworks, #localization, davidedmundson
Cc: davidedmundson, victorr, kde-frameworks-devel, LeGast00n, cblack, GB_2, 
michaelh, ngraham, bruns

D27185: Use the right translation catalog to show translations

[Yuri Chornoivan]

yurchor added a reviewer: Localization.

REPOSITORY
  R304 KNewStuff

REVISION DETAIL
  https://phabricator.kde.org/D27185

To: yurchor, #frameworks, #localization
Cc: victorr, kde-frameworks-devel, LeGast00n, cblack, GB_2, michaelh, ngraham, 
bruns

D27185: Use the right translation catalog to show translations

[Yuri Chornoivan]

yurchor created this revision.
yurchor added a reviewer: Frameworks.
Herald added a project: Frameworks.
Herald added a subscriber: kde-frameworks-devel.
yurchor requested review of this revision.

REVISION SUMMARY
  Now translations for QML are not shown. Patch by Victor Ryzhykh

TEST PLAN
  Run the new KNewStuff window using some locale (pt, uk, sv, etc.)

REPOSITORY
  R304 KNewStuff

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D27185

AFFECTED FILES
  src/qtquick/qml/Button.qml
  src/qtquick/qml/Dialog.qml
  src/qtquick/qml/DownloadItemsSheet.qml
  src/qtquick/qml/EntryDetails.qml
  src/qtquick/qml/NewStuffItem.qml
  src/qtquick/qml/NewStuffList.qml
  src/qtquick/qml/Page.qml
  src/qtquick/qml/private/EntryCommentDelegate.qml
  src/qtquick/qml/private/EntryCommentsPage.qml
  src/qtquick/qml/private/GridTileDelegate.qml
  src/qtquick/qml/private/entrygriddelegates/BigPreviewDelegate.qml
  src/qtquick/qml/private/entrygriddelegates/FeedbackOverlay.qml
  src/qtquick/qml/private/entrygriddelegates/ThumbDelegate.qml
  src/qtquick/qml/private/entrygriddelegates/TileDelegate.qml

To: yurchor, #frameworks
Cc: kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D24349: More fixes to compile without implicit conversion from ASCII/ByteArray

[Yuri Chornoivan]

yurchor added inline comments.

INLINE COMMENTS

> dfaure wrote in kfileplacesmodel.cpp:275
> This is more commonly written as "static const"

This does not work. Our translation system cannot extract from something like

I18NC_NOOP(fsBookmarks, QStringLiteral("Desktop"))

all the strings below with I18NC_NOOP should be left as is. Thanks.

REPOSITORY
  R241 KIO

REVISION DETAIL
  https://phabricator.kde.org/D24349

To: ahmadsamir, dfaure, #frameworks
Cc: yurchor, kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D25530: Sonnet: Add locales that are missing in QLocale

[Yuri Chornoivan]

yurchor added inline comments.

INLINE COMMENTS

> loader.cpp:255
> +{QLatin1String("cv"),  {QStringLiteral("Чӑвашла"),   
> QString()}},  //Chuvash
> +{QLatin1String("cv_RU"),   {QStringLiteral("Чӑвашла"),   
> QStringLiteral("Росси́я")}},
> +{QLatin1String("grc"), {QStringLiteral("Αρχαία Ελληνικά"),   
> QString()}},  //Ancient Greek

This should be "Россия" (without the accent).

> loader.cpp:261
> +{QLatin1String("koi"), {QStringLiteral("коми"),  
> QString()}},  //Komi
> +{QLatin1String("koi_RU"),  {QStringLiteral("коми"),  
> QStringLiteral("Росси́я")}},
> +{QLatin1String("lb"),  {QStringLiteral("Lëtzebuergesch"),
> QString()}},  //Luxembourgish

Same here

> loader.cpp:273
> +{QLatin1String("udm"), {QStringLiteral("удмурт"),
> QString()}},  //Udmurt
> +{QLatin1String("udm_RU"),  {QStringLiteral("удмурт"),
> QStringLiteral("Росси́я")}},
> +};

Same here

REPOSITORY
  R246 Sonnet

REVISION DETAIL
  https://phabricator.kde.org/D25530

To: waqar
Cc: yurchor, kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D25149: Add a new Template for KCM's.

[Yuri Chornoivan]

yurchor added inline comments.

INLINE COMMENTS

> main.qml:37
> +QQC2.Label {
> +text: i18n("Exemple KCM that does nothing")
> +}

Typo: Exemple -> Example

REPOSITORY
  R242 Plasma Framework (Library)

REVISION DETAIL
  https://phabricator.kde.org/D25149

To: tcanabrava
Cc: yurchor, davidedmundson, ognarb, ervin, kde-frameworks-devel, LeGast00n, 
GB_2, michaelh, ngraham, bruns

D23465: Add new non standard mime type for ROOT cern files

[Yuri Chornoivan]

yurchor added a comment.


  In D23465#519576 , @alexde wrote:
  
  > In D23465#519544 , @ltoscano 
wrote:
  >
  > > The idea is good, but it should be proposed to shared-mime-info 
repository instead. As far as I remember from the previous discussions, this 
file is meant to contain a limited number of entities and possibiy disappear 
over time.
  >
  >
  >
  >
  > In D23450#519519 , @yurchor 
wrote:
  >
  > > Personally, I like these icons and they can be easily used on the system 
(shared-mime-info) or KDE level (kcoreaddons) level with very minor patching, 
imho.
  >
  >
  > Thank you for your answers. Due to lack of experience and limited amount of 
time on my side, can you please guide, how I accomplish this surely trivial 
task?
  >  Do I only need to open a modified PR against 
https://gitlab.freedesktop.org/xdg/shared-mime-info/blob/master/freedesktop.org.xml.in?
  
  
  Yes. The maintainers of shared-mime-info will tell you if the type is right 
(I think, that it would be better to use , 
similar to PDF, but I might be wrong).
  
  > After that I can abandon this merge request again here?
  
  If the MR on freedesktop will be merged, yes.
  
  >   Do I need to change the naming of the icons again, [[ 
https://phabricator.kde.org/D23464 | which I commited today ]] or do I need to 
submit them to freedesktop as well? :-)
  
  It depends on what type will be recommended by shared-mime-info maintainers. 
No, there is no sense to submit icons to shared-mime-info. The icons should be 
reviewed here by our VDG team but their names should be chosen according to the 
type in shared-mime-info package.

REPOSITORY
  R244 KCoreAddons

REVISION DETAIL
  https://phabricator.kde.org/D23465

To: alexde, #vdg
Cc: yurchor, ltoscano, kde-frameworks-devel, LeGast00n, GB_2, michaelh, 
ngraham, bruns

D23450: Icons for ROOT cern files.

[Yuri Chornoivan]

yurchor added a comment.


  Just a side note.
  
  Personally, I like these icons and they can be easily used on the system 
(shared-mime-info) or KDE level (kcoreaddons) level with very minor patching, 
imho.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23450

To: alexde, #vdg, ngraham, ndavis
Cc: yurchor, kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D23450: Icons for ROOT cern files.

[Yuri Chornoivan]

yurchor added a comment.


  In D23450#519095 , @alexde wrote:
  
  > For some reason if I try to set the icons for ".root" files, they are shown 
in the dialog box, the icon can be set, but they are not shown in Dolphin. Has 
anyone an idea what I am doing wrong?
  
  
  It seems that there is no such MIME type yet. It should be added as something 
like "application/root" (icons should be renamed too, e.g. 
application-root.svg) here
  
  
https://gitlab.freedesktop.org/xdg/shared-mime-info/blob/master/freedesktop.org.xml.in
  
  or here
  
  https://cgit.kde.org/kcoreaddons.git/tree/src/mimetypes/kde5.xml

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23450

To: alexde, #vdg, ngraham, ndavis
Cc: yurchor, kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D23119: Fix dates being on the wrong locale when setting an application language individually

[Yuri Chornoivan]

yurchor added inline comments.

INLINE COMMENTS

> asemke wrote in kxmlgui_unittest.cpp:1089
> there is no declension in Russian for the nominative case. The name of the 
> month is январь and not января, but it is первого января (on January 1st) and 
> not первого январь.
> 
> https://doc.qt.io/qt-5/qlocale.html#monthName - QLocale must return the name 
> of the month, meaning the nominative case  and not one of its declensions.

AFAIK this is broken on Qt level. Cf. calendar widget in KOrganizer (Ukrainian)

F7273188: cal.png 

https://bugs.kde.org/show_bug.cgi?id=256952

There are new specifiers for the primary and alternative month names in glibc 
but Qt does not implement them (must be something like " " instead of 
" " in formatting). Rafal Luzynski (the author of the glibc patch) in a 
private message (2018-01-25) promised me to send the patch for Qt but this has 
not happened yet.

REPOSITORY
  R263 KXmlGui

REVISION DETAIL
  https://phabricator.kde.org/D23119

To: aacid
Cc: yurchor, apol, kde-frameworks-devel, asemke, LeGast00n, GB_2, michaelh, 
ngraham, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

This revision was not accepted when it landed; it landed in state "Needs 
Review".
This revision was automatically updated to reflect the committed changes.
Closed by commit R266:f0bdbcbf982f: Add FictionBook 2 icons (authored by 
yurchor).

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64286=64328

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons-dark/mimetypes/16/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/22/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/32/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/64/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/64/application-x-zip-compressed-fb2.svg
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg, ngraham, ndavis
Cc: ndavis, ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor updated this revision to Diff 64286.
yurchor added a comment.


  Use black "fb" for 32px and 64px breeze-dark

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64281=64286

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons-dark/mimetypes/16/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/22/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/32/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/64/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/64/application-x-zip-compressed-fb2.svg
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg, ngraham, ndavis
Cc: ndavis, ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor updated this revision to Diff 64281.
yurchor added a comment.


  Realign 32px versions, replace 16px and 22px with icons proposed by Noah 
Davis, add dark versions

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64236=64281

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons-dark/mimetypes/16/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/22/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/32/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons-dark/mimetypes/64/application-x-fictionbook+xml.svg
  icons-dark/mimetypes/64/application-x-zip-compressed-fb2.svg
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg, ngraham, ndavis
Cc: ndavis, ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor reclaimed this revision.
yurchor added a comment.
This revision now requires changes to proceed.


  Unexpected free time.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23300

To: yurchor, #vdg, ngraham, ndavis
Cc: ndavis, ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor abandoned this revision.
yurchor added a comment.


  I have no time to redo this now. Sorry.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23300

To: yurchor, #vdg, ngraham, ndavis
Cc: ndavis, ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor updated this revision to Diff 64236.
yurchor added a comment.


  Optimize SVG with svgcleaner + svgo

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64212=64236

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg, ngraham
Cc: ndavis, ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor updated this revision to Diff 64212.
yurchor added a comment.


  Use blue background

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64206=64212

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg, ngraham
Cc: ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23300

To: yurchor, #vdg, ngraham
Cc: ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor updated this revision to Diff 64206.
yurchor added a comment.


  Total unbrutalization

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64186=64206

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg, ngraham
Cc: ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23300

To: yurchor, #vdg, ngraham
Cc: ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23300

To: yurchor, #vdg, ngraham
Cc: ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor updated this revision to Diff 64186.
yurchor added a comment.


  Be consistent with existing book-style icons.

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64152=64186

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg, ngraham
Cc: ngraham, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor updated this revision to Diff 64152.
yurchor added a comment.


  Remove extra font dependencies

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D23300?vs=64148=64152

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg
Cc: kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D23300

To: yurchor, #vdg
Cc: kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D23300: Add FictionBook 2 icons

[Yuri Chornoivan]

yurchor created this revision.
yurchor added a reviewer: VDG.
Herald added a project: Frameworks.
Herald added a subscriber: kde-frameworks-devel.
yurchor requested review of this revision.

REVISION SUMMARY
  FictionBook 2 icons from Okular (design by Vladimir Prohorenkov, my 
implementation).

TEST PLAN
  See the image attached.

REPOSITORY
  R266 Breeze Icons

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D23300

AFFECTED FILES
  icons/mimetypes/16/application-x-fictionbook+xml.svg
  icons/mimetypes/16/application-x-zip-compressed-fb2.svg
  icons/mimetypes/22/application-x-fictionbook+xml.svg
  icons/mimetypes/22/application-x-zip-compressed-fb2.svg
  icons/mimetypes/32/application-x-fictionbook+xml.svg
  icons/mimetypes/32/application-x-zip-compressed-fb2.svg
  icons/mimetypes/64/application-x-fictionbook+xml.svg
  icons/mimetypes/64/application-x-zip-compressed-fb2.svg

To: yurchor, #vdg
Cc: kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns

D22521: Fix a mistake with "Pb"

[Yuri Chornoivan]

This revision was automatically updated to reflect the committed changes.
Closed by commit R292:dce763feb436: Fix minor typos (authored by yurchor).

REPOSITORY
  R292 KUnitConversion

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D22521?vs=61949=61955

REVISION DETAIL
  https://phabricator.kde.org/D22521

AFFECTED FILES
  src/binary_data.cpp

To: ppeter, #frameworks, broulik
Cc: kde-frameworks-devel, LeGast00n, sbergeron, michaelh, ngraham, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

This revision was automatically updated to reflect the committed changes.
Closed by commit R266:a6a153629ecc: Add an icon for Thunderbolt KCM (authored 
by yurchor).

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D20672?vs=56598=56599

REVISION DETAIL
  https://phabricator.kde.org/D20672

AFFECTED FILES
  icons-dark/preferences/32/preferences-desktop-thunderbolt.svg
  icons/preferences/32/preferences-desktop-thunderbolt.svg

To: yurchor, #vdg, ndavis, ngraham
Cc: abetts, ndavis, GB_2, filipf, ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor added a comment.


  In D20672#453068 , @abetts wrote:
  
  > Sorry for coming this late into the conversation. I was wondering if the 
spear in the bolt can be changed to be horizontal? It would be more visually 
consistent with the angle that the lightning bold is. The back of the arrow |>, 
that needs to be horizontal.
  
  
  Initially, that was repainted official designation of Thunderbolt connectors:
  
  https://upload.wikimedia.org/wikipedia/commons/a/a8/Thunderbolt_Connertor.jpg
  
  Thunderbolt official logo:
  
  https://upload.wikimedia.org/wikipedia/commons/6/67/Thunderbolt.svg

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D20672

To: yurchor, #vdg, ndavis, ngraham
Cc: abetts, ndavis, GB_2, filipf, ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor updated this revision to Diff 56598.
yurchor added a comment.


  Use plain SVG

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D20672?vs=56590=56598

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D20672

AFFECTED FILES
  icons-dark/preferences/32/preferences-desktop-thunderbolt.svg
  icons/preferences/32/preferences-desktop-thunderbolt.svg

To: yurchor, #vdg, ndavis, ngraham
Cc: ndavis, GB_2, filipf, ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D20672

To: yurchor, #vdg, ndavis
Cc: ndavis, GB_2, filipf, ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor updated this revision to Diff 56590.
yurchor added a comment.


  1. Fix diameter.
  2. Add copy for dark.
  3. Use non-transparent gradient.

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D20672?vs=56576=56590

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D20672

AFFECTED FILES
  icons-dark/preferences/32/preferences-desktop-thunderbolt.svg
  icons/preferences/32/preferences-desktop-thunderbolt.svg

To: yurchor, #vdg, ndavis
Cc: ndavis, GB_2, filipf, ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D20672

To: yurchor, #vdg
Cc: filipf, ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor updated this revision to Diff 56576.
yurchor added a comment.


  Darker top

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D20672?vs=56559=56576

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D20672

AFFECTED FILES
  icons/preferences/32/preferences-desktop-thunderbolt.svg

To: yurchor, #vdg
Cc: filipf, ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D20672

To: yurchor, #vdg
Cc: ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor updated this revision to Diff 56559.
yurchor added a comment.


  Smaller, add gradient

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D20672?vs=56556=56559

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D20672

AFFECTED FILES
  icons/preferences/32/preferences-desktop-thunderbolt.svg

To: yurchor, #vdg
Cc: ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor updated this revision to Diff 56556.
yurchor added a comment.


  Use the official blue background

REPOSITORY
  R266 Breeze Icons

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D20672?vs=56553=56556

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D20672

AFFECTED FILES
  icons/preferences/32/preferences-desktop-thunderbolt.svg

To: yurchor, #vdg
Cc: ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D20672

To: yurchor, #vdg
Cc: ngraham, kde-frameworks-devel, michaelh, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor edited the test plan for this revision.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D20672

To: yurchor
Cc: kde-frameworks-devel, michaelh, ngraham, bruns

D20672: Add an icon for Thunderbolt KCM

[Yuri Chornoivan]

yurchor created this revision.
Herald added a project: Frameworks.
Herald added a subscriber: kde-frameworks-devel.
yurchor requested review of this revision.

REVISION SUMMARY
  An icon for D19011 

TEST PLAN
  none

REPOSITORY
  R266 Breeze Icons

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D20672

AFFECTED FILES
  icons/preferences/32/preferences-desktop-thunderbolt.svg

To: yurchor
Cc: kde-frameworks-devel, michaelh, ngraham, bruns

Re: EBN Still Needed?

[Yuri Chornoivan]

вівторок, 26 березня 2019 р. 22:15:31 EET Allen Winter написано:
> I was notified today that the Krazy runs on the EBN have been stuck (due to
> a stale lockfile) for over 3 months.   Is this an indication that nobody
> looks at the EBN reports any longer?
> 
> I still maintain Krazy and am happy to make modifications, but I don't see
> the point unless someone actually reads and acts on the reports.
> 
> Note that clazy does replace Krazy on most everything (C++) so it could
> very well be that people are relying on Clazy instead of Krazy.
> 
> This is not about the API dox generation side of things, which of course we
> keep.
> 
> But has the EBN code and documentation checking service out lived its
> usefulness? Shut it down?

Hi,

I used to fix some things like typos, duplicate inclusion of headers, etc. But 
then 3 months ago it ceased to work. I switched to fixing API docs, until at 
some point, there is nothing to fix. ;)

So I get back to translations. Thankfully, good people from Krita enable 
translation of their manual. :)

EBN is a good tool to keep consistency. It would be sad to loose it.

Just my 2 cents.

Best regards,
Yuri

D20018: Update URLs to use https

[Yuri Chornoivan]

yurchor accepted this revision.
This revision is now accepted and ready to land.

REPOSITORY
  R264 KApiDox

BRANCH
  arcpatch-D20018

REVISION DETAIL
  https://phabricator.kde.org/D20018

To: vkrause, yurchor
Cc: yurchor, kde-frameworks-devel, kde-doc-english, gennad, michaelh, ngraham, 
bruns, skadinna

D20018: Update URLs to use https

[Yuri Chornoivan]

yurchor requested changes to this revision.
yurchor added inline comments.
This revision now requires changes to proceed.

INLINE COMMENTS

> argparserutils.py:62
>'generate dependency diagrams.\n'
> -  'See .')
> +  'See .')
>  exit(1)

https://www.graphviz.org/download/

> Doxyfile.global:2
>  # Default settings for KDE projects
> -# See http://www.stack.nl/~dimitri/doxygen/manual/config.html for help
> +# See https://www.stack.nl/~dimitri/doxygen/manual/config.html for help
>  

http://www.doxygen.nl/manual/config.html

> library.html:22
>
> -  KDE's  href="http://community.kde.org/Policies/Library_Documentation_Policy;>Doxygen 
> guidelines are available online.
> +  KDE's  href="https://community.kde.org/Policies/Library_Documentation_Policy;>Doxygen
>  guidelines are available online.
>

https://community.kde.org/Frameworks/Frameworks_Documentation_Policy

REPOSITORY
  R264 KApiDox

REVISION DETAIL
  https://phabricator.kde.org/D20018

To: vkrause, yurchor
Cc: yurchor, kde-frameworks-devel, kde-doc-english, gennad, michaelh, ngraham, 
bruns, skadinna

D19992: Update URLs to use https

[Yuri Chornoivan]

yurchor accepted this revision.
This revision is now accepted and ready to land.

REPOSITORY
  R238 KDocTools

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D19992

To: vkrause, yurchor
Cc: yurchor, kde-frameworks-devel, kde-doc-english, gennad, michaelh, ngraham, 
bruns, skadinna

D19992: Update URLs to use https

[Yuri Chornoivan]

yurchor added a comment.


  Thanks in advance for fixing the Techbase link.

INLINE COMMENTS

> install-compile.docbook:4
>  For information on how to compile and install  
> -applications visit the http://techbase.kde.org/;>
> +applications visit the https://techbase.kde.org/;>
>   Techbase

Moved from techbase to community: 
https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source

> install-compile.docbook:5
> +applications visit the https://techbase.kde.org/;>
>   Techbase
>  

 Community wiki

REPOSITORY
  R238 KDocTools

REVISION DETAIL
  https://phabricator.kde.org/D19992

To: vkrause
Cc: yurchor, kde-frameworks-devel, kde-doc-english, gennad, michaelh, ngraham, 
bruns, skadinna

D19895: Use https for links in the UI and documentation

[Yuri Chornoivan]

yurchor accepted this revision.
yurchor added a comment.
This revision is now accepted and ready to land.


  Thanks from the doc team.

REPOSITORY
  R241 KIO

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D19895

To: vkrause, yurchor
Cc: yurchor, kde-frameworks-devel, kde-doc-english, gennad, michaelh, ngraham, 
bruns, skadinna

D19557: Update css

[Yuri Chornoivan]

yurchor accepted this revision.
This revision is now accepted and ready to land.

REPOSITORY
  R238 KDocTools

BRANCH
  master

REVISION DETAIL
  https://phabricator.kde.org/D19557

To: ognarb, #vdg, #documentation, yurchor
Cc: yurchor, rooty, ltoscano, bruns, abetts, broulik, aacid, 
kde-frameworks-devel, kde-doc-english, gennad, michaelh, ngraham, skadinna

D19557: Update css

[Yuri Chornoivan]

yurchor added a comment.


  In D19557#428394 , @ltoscano wrote:
  
  > Apart from the VDG, I'm sure that @yurchor can give some hints, as he 
manages the templates used to generate the PDFs.
  
  
  I have no objections. This part is not used for PDFs, btw. ;)

REPOSITORY
  R238 KDocTools

REVISION DETAIL
  https://phabricator.kde.org/D19557

To: ognarb, #vdg, #documentation
Cc: yurchor, rooty, ltoscano, bruns, abetts, broulik, aacid, 
kde-frameworks-devel, kde-doc-english, gennad, michaelh, ngraham, skadinna

D17734: Add Opus support for KIO AudioCD

[Yuri Chornoivan]

This revision was automatically updated to reflect the committed changes.
Closed by commit R342:ed3eb5a6a3e9: Add Opus support for KIO AudioCD (authored 
by yurchor).

REPOSITORY
  R342 KIO AudioCD

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D17734?vs=48392=50906

REVISION DETAIL
  https://phabricator.kde.org/D17734

AFFECTED FILES
  CMakeLists.txt
  HACKING
  kcmaudiocd/kcmaudiocd.cpp
  plugins/CMakeLists.txt
  plugins/opus/CMakeLists.txt
  plugins/opus/Messages.sh
  plugins/opus/audiocd_opus_encoder.kcfg
  plugins/opus/audiocd_opus_encoder.kcfgc
  plugins/opus/encoderopus.cpp
  plugins/opus/encoderopus.h
  plugins/opus/encoderopusconfig.ui

To: yurchor, #kde_applications, #frameworks, aacid
Cc: aacid, ngraham, cfeck

D17969: Use a Kolf icon with nice background and shadows

[Yuri Chornoivan]

yurchor added a comment.


  +1 Much better than old, as for me.

REPOSITORY
  R266 Breeze Icons

REVISION DETAIL
  https://phabricator.kde.org/D17969

To: trickyricky26, #vdg, #kde_games
Cc: yurchor, kde-frameworks-devel, michaelh, ngraham, bruns

D17726: Add helper function to disable redirections (useful for kde-open)

[Yuri Chornoivan]

yurchor added inline comments.

INLINE COMMENTS

> krun.h:158
> +/**
> + * Sets wether KRun should follow URLs redirections.
> + * This is enabled by default

Typo: wether -> whether

> krun.h:160
> + * This is enabled by default
> + * @param b wether to follow redirections or not.
> + */

Typo: wether -> whether

REPOSITORY
  R241 KIO

REVISION DETAIL
  https://phabricator.kde.org/D17726

To: achauvel, dfaure, #frameworks, cfeck
Cc: yurchor, kde-frameworks-devel, michaelh, ngraham, bruns

D17620: Make setHelp() public

[Yuri Chornoivan]

yurchor added a comment.


  In D17620#378112 , @aacid wrote:
  
  > In D17620#378110 , @yurchor 
wrote:
  >
  > > Abandoned due to the policy violation. Despite of the handful help pages 
invocation, it is obvious that this change will never happen.
  > >
  > > Just a side note: the protected method is useless and can be removed 
without loss of any functionality because all known setHelp()'s are commented 
now with hopeless messages like "TODO: port to kf5".
  >
  >
  > Yuri, you keep doing aggressive comments like this, your patches are 
interesting, but honestly i don't know if for me it's worthwhile helping you, 
if every so often you complain about how much everything is broken when it is 
not.
  >
  > Of course the method is not useless, this method is trivially usable by 
just having a class that inherits from KConfigDialog like Okular and i'm sure 
lots of other apps do.
  
  
  Ok. Sorry. Thanks for the useful clarification. Please do not help me. You 
need not to do so.

REPOSITORY
  R265 KConfigWidgets

REVISION DETAIL
  https://phabricator.kde.org/D17620

To: yurchor, #frameworks
Cc: aacid, elvisangelaccio, kde-frameworks-devel, michaelh, ngraham, bruns

D17620: Make setHelp() public

[Yuri Chornoivan]

yurchor abandoned this revision.
yurchor added a comment.


  Abandoned due to the policy violation. Despite of the handful help pages 
invocation, it is obvious that this change will never happen.
  
  Just a side note: the protected method is useless and can be removed without 
loss of any functionality because all known setHelp()'s are commented now with 
hopeless messages like "TODO: port to kf5".

REPOSITORY
  R265 KConfigWidgets

REVISION DETAIL
  https://phabricator.kde.org/D17620

To: yurchor, #frameworks
Cc: aacid, elvisangelaccio, kde-frameworks-devel, michaelh, ngraham, bruns

D17620: Make setHelp() public

[Yuri Chornoivan]

yurchor created this revision.
yurchor added a reviewer: Frameworks.
Herald added a project: Frameworks.
Herald added a subscriber: kde-frameworks-devel.
yurchor requested review of this revision.

REVISION SUMMARY
  Sometimes it is useful to connect configuration dialogs directly with the 
corresponding section in the manual (KmPlot, KAnagram). It was easy before KF 5:
  
m_settingsDialog->setHelp("configuration", QLatin1String("kmplot"));
  
  but now setHelp is protected and this is an untrivial task.

TEST PLAN
  The code just moved to public slots, should work as expected.

REPOSITORY
  R265 KConfigWidgets

REVISION DETAIL
  https://phabricator.kde.org/D17620

AFFECTED FILES
  src/kconfigdialog.h

To: yurchor, #frameworks
Cc: kde-frameworks-devel, michaelh, ngraham, bruns

D14733: [KFormat] Add human readable list displaying function

[Yuri Chornoivan]

yurchor added a comment.


  +1

REPOSITORY
  R244 KCoreAddons

REVISION DETAIL
  https://phabricator.kde.org/D14733

To: safaalfulaij, #frameworks
Cc: yurchor, bruns, kde-frameworks-devel, michaelh, ngraham

D17301: add documentation to result class

[Yuri Chornoivan]

yurchor added inline comments.

INLINE COMMENTS

> result.h:56
> + *
> + * \p property This specifies a property name. It should be one of the
> + * properties from the list of properties from KFileMetaData.

This should be `\param`

https://www.stack.nl/~dimitri/doxygen/manual/commands.html#cmdp

https://www.stack.nl/~dimitri/doxygen/manual/commands.html#cmdparam

> result.h:59
> + *
> + * \p value The value of the property
> + */

Same here.

> result.h:67
> + *
> + * \p text The text that will be appended to the document
> + */

Same here.

> result.h:80
> + * will be saved.
> + * \p doc The Baloo::Document
> + */

Same here.

REPOSITORY
  R293 Baloo

REVISION DETAIL
  https://phabricator.kde.org/D17301

To: astippich, #baloo, bruns
Cc: yurchor, kde-frameworks-devel, ashaposhnikov, michaelh, astippich, spoorun, 
ngraham, bruns, abrahams

D16350: Allow KHelpCenter to open the right pages of KDE help when KHelpClient is invoked with an anchor

[Yuri Chornoivan]

This revision was automatically updated to reflect the committed changes.
Closed by commit R265:8a9cec559211: Allow KHelpCenter to open the right pages 
of KDE help when KHelpClient is… (authored by yurchor).

CHANGED PRIOR TO COMMIT
  https://phabricator.kde.org/D16350?vs=44126=44145#toc

REPOSITORY
  R265 KConfigWidgets

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D16350?vs=44126=44145

REVISION DETAIL
  https://phabricator.kde.org/D16350

AFFECTED FILES
  src/khelpclient.cpp

To: yurchor, #documentation, #frameworks, mlaurent
Cc: mlaurent, kde-frameworks-devel, michaelh, ngraham, bruns

D16350: Allow KHelpCenter to open the right pages of KDE help when KHelpClient is invoked with an anchor

[Yuri Chornoivan]

yurchor updated this revision to Diff 44126.
yurchor added a comment.


  Save some clazy's kittens by using overloaded arg().

REPOSITORY
  R265 KConfigWidgets

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D16350?vs=44014=44126

REVISION DETAIL
  https://phabricator.kde.org/D16350

AFFECTED FILES
  src/khelpclient.cpp

To: yurchor, #documentation, #frameworks
Cc: kde-frameworks-devel, michaelh, ngraham, bruns

D16350: Allow KHelpCenter to open the right pages of KDE help when KHelpClient is invoked with an anchor

[Yuri Chornoivan]

yurchor created this revision.
yurchor added reviewers: Documentation, Frameworks.
Herald added a project: Frameworks.
Herald added a subscriber: kde-frameworks-devel.
yurchor requested review of this revision.

REVISION SUMMARY
  The current KDE help is built up to contain the anchors to its topics in the 
following way
  
  help://.html (for separate pages)
  
  example:
  
  https://docs.kde.org/trunk5/en/applications/dolphin/using-dolphin.html
  
  or
  
  help:// (for sections)
  
  example:
  
  
https://docs.kde.org/trunk5/en/applications/dolphin/location-bar.html#location-bar-bread-crumb
  
  It is impossible to build such schemes with the current code. It works only 
for schemes help://index.html#. This scheme is nowhere to be 
found in our current catalog.

TEST PLAN
  1. Compile and install some application with two non-empty arguments in the 
KHelpClient::invokeHelp call (e.g. Kalzium from git/master).
  2. Open a page with the "Help" button (Tools -> Perform Calculation in 
Kalzium). Push the button.
  3. The corresponding page of the manual should be opened.

REPOSITORY
  R265 KConfigWidgets

REVISION DETAIL
  https://phabricator.kde.org/D16350

AFFECTED FILES
  src/khelpclient.cpp

To: yurchor, #documentation, #frameworks
Cc: kde-frameworks-devel, michaelh, ngraham, bruns

Re: Kdiff3 in kdereview

[Yuri Chornoivan]

пʼятниця, 14 вересня 2018 р. 19:36:10 EEST Michael Reeves написано:
> Can some do a clean install and see if right clicking on a file brings up
> the kdiff3 context menu? I am troubleshooting a possible configuration
> issue on my machine with Kubuntu. Currently this does not work for me.

Confirmed to work (with Ukrainian translation) on Mageia 6 (kf5 5.42, 
Applications 17.12, Dolphin context menu) with minor modifications to compile 
on gcc 5 (remove new compilation frags and replacing "" with QString() where 
it is appropriate).

Thanks for your work.

Best regards,
Yuri

> On Mon, Sep 3, 2018 at 7:18 PM Albert Astals Cid  wrote:
> > El dilluns, 3 de setembre de 2018, a les 17:38:35 CEST, Michael Reeves va
> > 
> > escriure:
> > > The memory leak should be gone with the latest commit. This also resolve
> > 
> > s
> > 
> > > one source of noise coming from code that is not needed as of QT 5.3.2.
> > > Tested up to looking at a two directory diff and opening of the files.
> > 
> > All
> > 
> > > messages seem to be gone. Some unnecessary Windows specific code has
> > > been
> > > removed from FileAccess. It now handles directory searches the same way
> > 
> > on
> > 
> > > any platform. Qt program's really shouldn't have to know the os they are
> > > running on in most cases. That's kind of the point of using it in the
> > 
> > first
> > 
> > > place.
> > 
> > Sounds good :)
> > 
> > Cheers,
> > 
> >   Albert
> >   
> > > On Fri, Aug 31, 2018, 6:45 PM Albert Astals Cid  wrote:
> > > > Good :)
> > > > 
> > > > One minor thing, there seems to be some small issue with memory leaks
> > 
> > on
> > 
> > > > optiondialog.
> > > > 
> > > > If you compile with
> > > > 
> > > >cmake -DECM_ENABLE_SANITIZERS="undefined;address
> > > > 
> > > > and then just run kdiff3 and close it, i get these leaks reported at
> > 
> > the
> > 
> > > > end (amogsnst others that are noise) https://paste.kde.org/pp5k6jc6u
> > > > 
> > > > Cheers,
> > > > 
> > > >   Albert

D15105: add JSON to general.entities

[Yuri Chornoivan]

yurchor accepted this revision as: yurchor.
This revision is now accepted and ready to land.

REPOSITORY
  R238 KDocTools

REVISION DETAIL
  https://phabricator.kde.org/D15105

To: lueck, #documentation, yurchor
Cc: kde-frameworks-devel, kde-doc-english, michaelh, ngraham, bruns, skadinna

D13227: update mailto kioslave docbook

[Yuri Chornoivan]

yurchor accepted this revision as: yurchor.
This revision is now accepted and ready to land.

REPOSITORY
  R241 KIO

REVISION DETAIL
  https://phabricator.kde.org/D13227

To: lueck, #frameworks, #documentation, yurchor
Cc: kde-frameworks-devel, kde-doc-english, michaelh, ngraham, bruns, skadinna

Re: web server for appstream metadata screenshots

[Yuri Chornoivan]

написане Sun, 12 Jun 2016 04:17:07 +0300, Albert Astals Cid  
<aa...@kde.org>:



El dimecres, 8 de juny de 2016, a les 19:32:32 CEST, Yuri Chornoivan va
escriure:

написане Wed, 08 Jun 2016 19:27:23 +0300, Burkhard Lück

<lu...@hube-lueck.de>:
> Am Mittwoch, 8. Juni 2016, 12:45:13 CEST schrieb Nicolás Alvarez:
>> 2016-06-08 8:33 GMT-03:00 Friedrich W. H. Kossebau  
<kosse...@kde.org>:

>> > Am Mittwoch, 8. Juni 2016, 13:10:04 CEST schrieb Sebastian Kügler:
>> >> Hey,
>> >>
>> >> I've been adding appstream metadata to one of the apps I maintain,
>>
>> among
>>
>> >> that are also screenshots, in the form of a URL. That means that I
>>
>> have
>>
>> >> to
>> >> put the screenshots on a webserver.
>> >>
>> >> Do we already have a canonical location for these screenshots? If
>>
>> not,
>>
>> >> let's create one before we get people hosting them on imgur, their
>> >> private webserver or their router-behind-a-dsl-line. :)
>> >
>> > Good idea, also when it comes to long-term availability of  
referenced

>> > images>
>> >
>> > :)
>> >
>> > It might make sense to reuse/share the screenshots with the ones  
used

>>
>> for
>>
>> > the KDE app catalog we have at kde.org/applications/. For  
consistency

>>
>> and
>>
>> > for efficiency.
>> >
>> > Not sure though what a stable url would be like, given people
>>
>> planning to
>>
>> > rework kde.org (and thus those app catalog pages), so perhaps  
relying

>>
>> on
>>
>> > the current screenshot urls used by kde.org/applications is not
>>
>> perfect.
>> The screenshots on kde.org/applications are stored in SVN and they  
are

>> the main reason why I couldn't migrate that website to Git. I would
>> prefer if you don't add even more there...
>
> www/sites/www/screenshots (svn) has 176 pngs
>
> websites/edu-kde-org/ (git) has 1287 pngs
>
> master kf5 / doc[s] (git) folders have  2079 pngs
>
> master kde4 / doc[s] (git) folders have 1702 pngs
>
> I do not understand why the 176 pngs in www/sites/www/screenshots are  
a

> problem for migration to git

Hi,

I might be wrong, but is the hotlinking to Phabricator/Git files
(screenshots in this case) a good thing?


Nobody suggested that, right?


I might misunderstand the whole thing. If it is, just ignore this message.

The typical size of AppData screenshot is ~100 kB. Let's say that there  
are ~1000 users that use Discover features to explore KDE applications in  
a release day. They can overview ~10 screenshots in average. This will be  
1 GB of traffic + load on Phabricator to resolve commits.kde.org links (if  
files are stored in git).


Recently, Ben Cooksley removed the page with Calligra Icons from  
community.kde.org for similar hotlinking:


https://community.kde.org/Calligra/Icons/3.0

That was the source of my concerns.

On the other hand, if screenshots will be stored in different  
places/hostings (each application stores its screenshot in its own place)  
it can leverage the load on our infrastructure.


Sorry again, if I misunderstand something.

Best regards,
Yuri

Re: web server for appstream metadata screenshots

[Yuri Chornoivan]

написане Wed, 08 Jun 2016 19:27:23 +0300, Burkhard Lück  
:



Am Mittwoch, 8. Juni 2016, 12:45:13 CEST schrieb Nicolás Alvarez:

2016-06-08 8:33 GMT-03:00 Friedrich W. H. Kossebau :
> Am Mittwoch, 8. Juni 2016, 13:10:04 CEST schrieb Sebastian Kügler:
>> Hey,
>>
>> I've been adding appstream metadata to one of the apps I maintain,  
among
>> that are also screenshots, in the form of a URL. That means that I  
have

>> to
>> put the screenshots on a webserver.
>>
>> Do we already have a canonical location for these screenshots? If  
not,

>> let's create one before we get people hosting them on imgur, their
>> private webserver or their router-behind-a-dsl-line. :)
>
> Good idea, also when it comes to long-term availability of referenced
> images>
> :)
>
> It might make sense to reuse/share the screenshots with the ones used  
for
> the KDE app catalog we have at kde.org/applications/. For consistency  
and

> for efficiency.
>
> Not sure though what a stable url would be like, given people  
planning to
> rework kde.org (and thus those app catalog pages), so perhaps relying  
on
> the current screenshot urls used by kde.org/applications is not  
perfect.

The screenshots on kde.org/applications are stored in SVN and they are
the main reason why I couldn't migrate that website to Git. I would
prefer if you don't add even more there...


www/sites/www/screenshots (svn) has 176 pngs

websites/edu-kde-org/ (git) has 1287 pngs

master kf5 / doc[s] (git) folders have  2079 pngs

master kde4 / doc[s] (git) folders have 1702 pngs

I do not understand why the 176 pngs in www/sites/www/screenshots are a
problem for migration to git


Hi,

I might be wrong, but is the hotlinking to Phabricator/Git files  
(screenshots in this case) a good thing?


Best regards,
Yuri

Re: remove khelpcenter from next Plasma release?

[Yuri Chornoivan]

написане Wed, 09 Mar 2016 18:24:59 +0200, Martin Klapetek  
<martin.klape...@gmail.com>:


On Wed, Mar 9, 2016 at 11:20 AM, Martin Gräßlin <mgraess...@kde.org>  
wrote:



Am 2016-03-09 16:43, schrieb Yuri Chornoivan:



Hi,

Just of curiosity, what is the next thing, after documentation (as
Plasma  almost does not have it), to get rid from Plasma? Is it
Okular, Krusader,  something else? Just to make simple, sleek and
unintrusive.

Thanks in advance for your answer.



Neither Okular, nor Krusader are part of Plasma. So what is that? Trying
to create a flamewar?

This is highly non-constructive, highly disrespectful towards the
developers caring about our user experience. This is absolutely not
acceptable.

Seriosuly pissed
Martin



I think there's a simple misunderstanding here.

Sebas meant removing the code from plasma repo in order to not having
to maintain the code as part of plasma-the-code while Yuri probably  
thought

this is about removing it from plasma-the-shell, ie. from kicker/kickoff
etc.

Cheers


Yes. That's what I meant.

But generally, I cannot say that I like the way the things are going. The  
UserBase project does not have significant updates on applications pages  
(although it was claimed that users are willing to write docs online),  
there is a trend to sweep docs under the carpet, move them online, cut off  
docs from applications, compile and package without docs, release without  
docs at all. That's not pretty and fair.


Sorry for being too rough. Please forgive me.

Best regards,
Yuri

Re: remove khelpcenter from next Plasma release?

[Yuri Chornoivan]

написане Wed, 09 Mar 2016 17:29:28 +0200, Sebastian Kügler :


Hi all,

[For the sake of sanity, please reply to both list, this topic affects
applications and Plasma.]

One of the topics we are discussing at the current Plasma sprint is  
whether we
really want khelpcenter as part of the Plasma releases in the future.  
Some

data points:

- khelpcenter is unmaintained, it has seen a rough port to KF5, but has
  otherwise seen zero love, this shows
- just dropping it would mean that the user gets sent to a webpage  
containing

  the latest version of the documentation, so khelpcenter's usecase is
  actually just being an offline cache, fallback mechanism are already  
in place

- said user documentation is spotty, this is only semi-related, but still
  doesn't exactly make a strong case for keeping it
- it uses KHTML

A casual poll among developers here at the sprint reveals that ~70% would
rather see it gone from Plasma, the rest abstains. Nobody from my  
(admittedly

small) sample really wants to keep it.

Killing it could mean that we remove it entirely (to unmaintained), or if
anybody is interested in maintaining it making it part of Applications,  
or

Extragear.

Let's seriously think about dropping it from Plasma 5.7 and onwards. If
anybody is hell-bent on keeping it, this person should consider  
maintaining it
as well. Unmaintained code in Plasma is not cool, and so far nobody  
seems to

care enough to step up.

Cheers,
--
sebas

Sebastian Kügler|http://vizZzion.org| http://kde.org



Hi,

Just of curiosity, what is the next thing, after documentation (as Plasma  
almost does not have it), to get rid from Plasma? Is it Okular, Krusader,  
something else? Just to make simple, sleek and unintrusive.


Thanks in advance for your answer.

Best regards,
Yuri

Re: Review Request 125561: Align FindGettext with CMP002 policy

[Yuri Chornoivan]

> On Жов. 10, 2015, 9:23 до полудня, Albert Astals Cid wrote:
> > This is so much cleaner and easier to understand, what would be a way to 
> > test this, i.e. which tarball do i use that has the problem this is fixing?
> 
> Albert Astals Cid wrote:
> i.e. you mention skanlite, but which tarball of it exactly?

It can be LabPlot as well:

http://download.kde.org/stable/labplot/2.1.0/labplot-2.1.0-RC1.tar.xz


- Yuri


---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125561/#review86609
---


On Жов. 9, 2015, 11:42 після полудня, Hrvoje Senjan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/125561/
> ---
> 
> (Updated Жов. 9, 2015, 11:42 після полудня)
> 
> 
> Review request for Build System, kdelibs, Localization and Translation 
> (l10n), Albert Astals Cid, and Alexander Neundorf.
> 
> 
> Repository: kdelibs
> 
> 
> Description
> ---
> 
> Otherwise some apps fail to build with kdelibs >= 4.14.11:
> ```
> CMake Error at /usr/share/kde4/apps/cmake/modules/FindGettext.cmake:232 
> (ADD_CUSTOM_TARGET):
>   add_custom_target cannot create target "pofiles" because another target
>   with the same name already exists.  The existing target is a custom target
>   created in source directory
>   "/home/hrvoje/rpmbuild/BUILD/skanlite-1.1/po/be".  See documentation for
>   policy CMP0002 for more details.
> Call Stack (most recent call first):
>   po/zh_CN/CMakeLists.txt:2 (GETTEXT_PROCESS_PO_FILES)
> ```
> 
> 
> Diffs
> -
> 
>   cmake/modules/FindGettext.cmake 91e88f7 
> 
> Diff: https://git.reviewboard.kde.org/r/125561/diff/
> 
> 
> Testing
> ---
> 
> Skanlite now builds.
> 
> 
> Thanks,
> 
> Hrvoje Senjan
> 
>

Fwd: [Krusader-devel] Help needed for Krusader .desktop files

[Yuri Chornoivan]

Hi,

Can somebody help us with improving Krusader?

Thanks in advance for your help.

Beat regards,
Yuri

--- Переспрямоване повідомлення ---
Від: Toni Asensi Esteve asm...@gmx.com
Кому: krusader-de...@googlegroups.com
Копія:
Тема: [Krusader-devel] Help needed for Krusader .desktop files
Дата: Tue, 21 Jul 2015 13:13:16 +0300

Dear Sirs: :-)

I saw the
 KF5 Porting Status
 http://developer.kde.org/~cfeck/portingstatus.html
and thanks to the latest improvements... now Krusader has more green (OK)
cells than ever! :-)

However, there's a red cell in the Krusader row, and it says
 application .desktop filenames not yet updated to 'org.kde.' schema

I've searched for that 'org.kde.' schema, but the only information that I
found that was related is:
 - That review request:
 Update .desktop files to use org.kde schema
 https://git.reviewboard.kde.org/r/122785/diff/1#index_header
and maybe:
 -
http://plfiorini.blogspot.com.es/2015/07/how-to-make-your-qt-application-icon.html
 -
http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s02.html

Has anyone dealt with something similar before or can solve that
 application .desktop filenames not yet updated to 'org.kde.' schema
step?

Thanks!

Re: KScreenGenie moved to KDE Review

[Yuri Chornoivan]

написане Thu, 18 Jun 2015 03:40:48 +0300, Sebastian Kügler se...@kde.org:


On Tuesday, June 16, 2015 02:45:56 Boudhayan Gupta wrote:

The other thing I'd like to mention here is that there was talk on IRC
and the kde-community list a few months back that if KScreenGenie does
end up passing review and replacing KSnapshot, that it should take the
KSnapshot name and just become KSnapshot 2.0. I'd be grateful if
someone could tell me how to proceed for this.


Perhaps you could point us all to some screenshots? One requirement for
passing review and an eventual replacement of ksnapshot should be a  
successful
review by our usability crew, maybe it can also be made prettier with  
some
help from the VDG. Since not everybody is able to, or has the time to  
compile

kscreengenie's sources, screenshots would be really helpful.


Hi,

Actually, there is a documentation in the sources with a screenshot:

http://quickgit.kde.org/?p=kscreengenie.gita=blobh=4c52ef9037f7a61e49bb6b8e12713b6c97429d6cf=doc%2FMainWindow.pngo=plain

Hope this helps.

Best regards,
Yuri

Re: [kde-doc-english] docbook location issues in workspace repos

[Yuri Chornoivan]

написане Tue, 06 May 2014 22:23:34 +0300, Burkhard Lück
lu...@hube-lueck.de:


Am Dienstag, 6. Mai 2014, 22:18:51 schrieb Yuri Chornoivan:

написане Tue, 06 May 2014 21:58:37 +0300, Burkhard Lück

lu...@hube-lueck.de:
 Am Dienstag, 6. Mai 2014, 19:55:02 schrieb Burkhard Lück:
 Hi

 attached the updated list of docbooks in kf5 workspace repos with the
 issue,
 that the code is in different repos.

 Sorry, attached the wrong file, correct file attached.

 Aleix suggested on kde-frameworks-devel create an epics page such as
 this
 one [1], so that he  can keep track of all the things to be done.

 Any takers?

 Thanks.

 [1]  
http://community.kde.org/Frameworks/Epics/New_Runtime_Organization


Hi,

I will do this. The results will be here:

http://community.kde.org/Frameworks/Epics/Docbook_Location_Problems


Thanks a lot Yuri, please send a note when the page is ready and cc kde-
frameworks-devel



Looks like the initial version is done now.

Thanks for your consideration.

Best regards,
Yuri
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Smb4K moved to extragear/network

[Yuri Chornoivan]

написане Tue, 04 Mar 2014 11:43:38 +0200, Alexander Reinholdt  
alexander.reinho...@t-online.de:



Hello!

I wanted to inform you that Smb4K has now been moved to  
extragear/network.


Best regards
Alexander


Hi,

Many thanks for the work done on polishing Smb4K.

Please note (for the reference on  
http://sourceforge.net/p/smb4k/home/Home/) that docs in HTML (online) and  
PDF (for printing) are now here (with translations):


http://docs.kde.org/development/en/kdereview/smb4k/index.html

http://docs.kde.org/development/en/kdereview/smb4k/smb4k.pdf

And will be soon (by the next Friday) here:

http://docs.kde.org/development/en/extragear-network/smb4k/index.html

http://docs.kde.org/development/en/extragear-network/smb4k/smb4k.pdf

Best regards,
Yuri

Re: KDE Review: Move LabPlot to extragear.

[Yuri Chornoivan]

написане Thu, 13 Feb 2014 01:05:39 +0200, Albert Astals Cid  
aa...@kde.org:


El Dimarts, 11 de febrer de 2014, a les 21:32:29, Alexander Semke va  
escriure:

Hi all,

couple of days ago LabPlot-project [1] decided to move to KDE and to  
become
a part of KDE Edu and to collaborate closer with people involved in  
other
projects on KDE Edu [2]. After almost four years of development we had  
the

first stable release shortly [3] and the first bug fix release.

The repository is currently placed at [4]. Documentation is still  
missing
and there're couple of issues reported by krazy (mostly related to  
i18n).

We're already working on them.

I would like to request a review of the project and to move, if  
accepted, to

extragear.


You have a few calls that are wrong like
i18n(X,plot designation)
What are you trying to do there?

Cheers,
  Albert


Should be fixed now. Thanks for the notice.

Best regards,
Yuri



Best regards
Alexander


[1] http://labplot.sourceforge.net/
[2] http://lists.kde.org/?l=kde-edum=138822352206203w=2
[3] http://lists.kde.org/?l=kde-edum=139016959012000w=1 (release)
[4] https://projects.kde.org/projects/kdereview/labplot

Re: Adopting AppData in KDE?

[Yuri Chornoivan]

 Hi,
 
 I've been asked by Richard Hughes from Gnome and Fedora to raise the
 profile of using AppData metadata within KDE.  I know very little
 about this area myself, but thought it was worthwhile raising on the
 list for discussion.  If you have any questions about AppData then
 Richard would be happy to answer them, so please cc him on replies.

Hi,

1. AppData files are tailored for intltool/its-tool processing (tags with 
underscores). What do you think about adding untranslatable by design appdata 
files like it was done for Audacity [1]?
2. AppData in GNOME packages is filled with translations while 
compiling/packaging the application. Can it be somehow aligned with KDE idea of 
storing translations in separate repo?
3. Is it technically possible to have appdata.xml in repo translated by scripty 
based on KDE desktop- POs (just like KDE .desktop files)?
4. What is planned to do with Debian/Ubuntu DDTP translations [2, 3]? Is there 
any plans to adopt it for Canonical Software Centre/Muon with some kind of 
backend? Is it yet another almost-standard for RPM/GNOME distributions?

Thanks in advance for your answers.

Best regards,
Yuri

[1] 
https://code.google.com/p/audacity/source/browse/audacity-src/trunk#trunk%2Fhelp
[2] https://translations.launchpad.net/ddtp-ubuntu/+translations
[3] http://www.debian.org/international/l10n/ddtp

 
 The AppData justification, file format and tools are documented at
 [1].  AppData and AppStream are slowly being adopted by various
 distros for use in their software installers and app stores.  The
 AppData metadata file supplements the .desktop file by having a long
 description of an app, links to some screenshots, and the app home
 page, which get dispalyed in the app installer.  The description can
 also be localized.  While distro's could generate and maintain this
 data for themselves, to do so would be very time consuming for them,
 may not present the app in the best way possible, and would quickly
 get outdated.  It makes a lot of sense for apps to create and maintain
 this metadata for themselves, presenting themselves in the best way
 possible, which all the distros can then reuse in their installer
 applications.
 
 As far as I'm aware, AppData and/or AppStream is either used or
 scheduled to be used by default in Gnome Software Centre, Apper,
 Fedora, and OpenSuse, and optionally in several other distros, so is
 not a distro specific intiative.  I think there's even OBS integration
 happening.  If anyone knows more or thinks differently please let us
 know.
 
 Some recent developments make this a fairly high priority for apps
 that wish to target a cross-desktop audience.  The new Gnome Software
 Centre in Gnome 3.12 which uses AppData will become the default
 installer in Fedora 20 for Gnome (Fedora KDE will use Apper).
 Currently apps that don't provide AppData are ranked lower in search
 results in Gnome Software, but from Gnome 3.14 such apps will not be
 listed at all [2].  This means that without an AppData file KDE apps
 will eventually not be visible to Gnome users in their default app
 installer.  Currently Gnome has 50% of apps covered and is
 coordinating an effort for full coverage [3], but KDE has only 1%.
 
 Obviously individual apps are free to add these files [4], but from a
 KDE-wide perspective we need to discuss if we want to officially adopt
 this as a requirement, and if we want to provide a more coordinated
 and standardized solution.  What do people think?
 
 If we do adopt it, the two obvious issues to me are localization and
 screenshots.  Ideally scripty would be hooked up to generate the
 translation files, but as they are an XML format it may need a bit of
 work.  Scripty would also need the AppData file to be in a standard
 location in each repo.  The screenshots need to be hosted by the app
 (at least initially, Fedora copy the screenshots to their own server
 later to save load), so we may want to have somewhere common on the
 KDE infrastructure for that.  I'd also suggest defining a file naming
 standard including the app name and version number in the screenshot
 name.
 
 Taking a slight step-back, I wonder if there is a need for a more
 generic KDE metadata file in each KDE repo that describes even more
 useful info, like module, maintainer, reviewboard, bugzilla, last
 stable release number, frameworks tier, forums, irc channel, userbase,
 mailing list, etc, that AppData and projects.xml and inqlude and any
 other required metadata files could all be automatically generated
 from?
 
 One obvious question is how this might relate to Bodega if KDE chooses
 to switch to that?  What does Gnome shipping their own official App
 Store mean for cross-distro/cross-desktop app store efforts and do we
 need to start working on our own now, or will Bodega fill that need
 for us?
 
 Cheers!
 
 John.
 
 [1] http://people.freedesktop.org/~hughsient/appdata/
 [2] http://blogs.gnome.org/hughsie/
 [3] 

Re: Adopting AppData in KDE?

[Yuri Chornoivan]

написане Sat, 02 Nov 2013 16:38:48 +0200, Richard Hughes  
hughsi...@gmail.com:



On 2 November 2013 14:34, Matthias Klumpp matth...@tenstral.net wrote:

Yes, scripty could do that. It would make the files less readable an
probably very huge, but it is certainly possible. I could imagine
allowing PO files as translation sources, which are referenced from
the XML, as long as Richard doesn't have objections ;-)


Depends on the format, have you got any examples of what it looks like?

Richard.


An example attached.

Yuri?xml version=1.0 encoding=UTF-8?
application
  id type=desktopmarble.desktop/id
  licenceCC0/licence
  description
pstrongMarble/strong is a Virtual Globe and World Atlas that you can use to learn more about the Earth./p
p xml:lang=ukstrongMarble/strong — віртуальний глобус та атлас світу, за допомогою якого ви можете вивчати Землю./p
  /description
  screenshots
screenshot type=defaulthttp://docs.kde.org/stable/en/kdeedu/marble/quick-1.png/screenshot
screenshothttp://docs.kde.org/stable/en/kdeedu/marble/routing-1.png/screenshot
  /screenshots
  url type=homepagehttp://edu.kde.org/applications/all/marble/url
  updatecontactmarble-de...@kde.org/updatecontact
/application

Re: kde review kartesio

[Yuri Chornoivan]

написане Sun, 27 Oct 2013 19:30:56 +0200, Albert Astals Cid  
aa...@kde.org:



El Dijous, 9 de maig de 2013, a les 18:06:16, LucaTringali va escriure:
Hello,I have been working on Kartesio, a program for calculating best  
fit
curves with experimental points. I think it is ready to be moved in the  
KDE

Edu main repo now, so I'm asking your approval.I followed the guidelines
(http://techbase.kde.org/Policies/Application_Lifecycle) and Kartesio is
actually in KDE
review:https://projects.kde.org/projects/kdereview/kartesioFor any
question, ask me. Luca Tringali


Hi Luca, have you worked on addressing the points raised in the comments  
you

were made?

Also I am wondering if kdeedu is really the place for this app, I  
understand
it's a very useful application for science/laboratory situations, but is  
that

really something a student would use?

Cheers,
  Albert


Hi,

Just a point of view. It is somewhat fit kdeedu ideally. At least in the  
same order of magnitude as Rocs or Cantor.


There are many other professional tools for curves fitting (Scilab, Octave  
for various data fitting algorithms, RKWard and PSPP for regressions).  
Kartesio is very good to acknowledge students with the basics of some  
modern data fitting algorithms.


If you think is does not, can the module for kde-science be created for  
such applications (Kartesio, Rocs, KST, Cantor, Cirkuit, KStars (its  
latest improvements are largely for professional and astronomy hobbyists,  
not for students ;) ) maybe RKWard if its developers ever decide to join)?


Just my 2 cents.

Best regards,
Yuri

Re: Review Request 111952: Properly detect xz and lzma compressed archives in Get New Stuff

[Yuri Chornoivan]

 On Aug. 13, 2013, 6:06 p.m., Gabi Sarkis wrote:
  Ship It!
 
 Gabi Sarkis wrote:
 Sorry about that. How do I go about Shipping it?
 
 Thanks

Just commit it into the repo or ask someone to do it for you.

Commit message should contain a separate string REVIEW: 111952 to close this 
RR.


- Yuri


---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111952/#review37713
---


On Aug. 8, 2013, 7:12 p.m., Gabi Sarkis wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://git.reviewboard.kde.org/r/111952/
 ---
 
 (Updated Aug. 8, 2013, 7:12 p.m.)
 
 
 Review request for kdelibs.
 
 
 Description
 ---
 
 Currently, the mimetypes used to check xz and lzma packages downloaded by 
 knewstuff are those of compressed files: application/x-xz and 
 application/x-lzma. Downloads from kdelooks are provided as compressed tar 
 archives.
 This patch corrects the mimetypes to those of compressed archives.
 
 
 This addresses bug 287913.
 http://bugs.kde.org/show_bug.cgi?id=287913
 
 
 Diffs
 -
 
   plasma/package.cpp cd3702c 
 
 Diff: http://git.reviewboard.kde.org/r/111952/diff/
 
 
 Testing
 ---
 
 Tested locally and the Plasma themes Helium and Silicon are now correctly 
 extracted and installed from the Workspace Appearance KCM.
 
 
 Thanks,
 
 Gabi Sarkis
 

Review Request 109196: Change PowerDevil module names and help links to make the KHC items meaningful

[Yuri Chornoivan]

---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/109196/
---

Review request for kde-workspace and Dario Freddi.


Description
---

Current names of PowerDevil KCM modules are confusing when it comes to 
displaying help in KHelpCenter (see the bug report).

This patch tries to solve this problem.


This addresses bug 315669.
http://bugs.kde.org/show_bug.cgi?id=315669


Diffs
-

  powerdevil/kcmodule/global/powerdevilglobalconfig.desktop 0b27a10 
  powerdevil/kcmodule/activities/powerdevilactivitiesconfig.desktop 00c0894 

Diff: http://git.reviewboard.kde.org/r/109196/diff/


Testing
---

The new addresses for the help pages work as expected. The new names seems to 
be reasonable.


Thanks,

Yuri Chornoivan

Re: Review Request 109196: Change PowerDevil module names and help links to make the KHC items meaningful

[Yuri Chornoivan]

 On Feb. 28, 2013, 1:02 p.m., Sebastian Kügler wrote:
  The names are getting too long this way, and will not look good in the KCM. 
  That is their primary usecase, and there it is clear they they belong in 
  the Power Management category.
  
  I'm fine with changing the links to their specific anchors, though.

It is hard for users to understand that help topics for Activity Settings and 
Advanced Settings are not about their desktop in general but about power 
management.

Is there any way to change KHelpCenter items without changing Name fields in 
desktop files of KCM Modules?


- Yuri


---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/109196/#review28255
---


On Feb. 27, 2013, 5:36 p.m., Yuri Chornoivan wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 http://git.reviewboard.kde.org/r/109196/
 ---
 
 (Updated Feb. 27, 2013, 5:36 p.m.)
 
 
 Review request for kde-workspace and Dario Freddi.
 
 
 Description
 ---
 
 Current names of PowerDevil KCM modules are confusing when it comes to 
 displaying help in KHelpCenter (see the bug report).
 
 This patch tries to solve this problem.
 
 
 This addresses bug 315669.
 http://bugs.kde.org/show_bug.cgi?id=315669
 
 
 Diffs
 -
 
   powerdevil/kcmodule/global/powerdevilglobalconfig.desktop 0b27a10 
   powerdevil/kcmodule/activities/powerdevilactivitiesconfig.desktop 00c0894 
 
 Diff: http://git.reviewboard.kde.org/r/109196/diff/
 
 
 Testing
 ---
 
 The new addresses for the help pages work as expected. The new names seems to 
 be reasonable.
 
 
 Thanks,
 
 Yuri Chornoivan
 

Re: Review Request 109196: Add the correct links to PowerDevil KCM modules

[Yuri Chornoivan]

---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/109196/
---

(Updated Feb. 28, 2013, 6:14 p.m.)


Review request for Documentation, kde-workspace and Dario Freddi.


Changes
---

The diff is updated, the Name part is removed.

There is no way to add KCM to categories or subfolders in KHelpCenter now, and 
developers do not want long names. So the bug is not actually fixed just the 
correct links to the help sections are added.


Summary (updated)
-

Add the correct links to PowerDevil KCM modules


Description
---

Current names of PowerDevil KCM modules are confusing when it comes to 
displaying help in KHelpCenter (see the bug report).

This patch tries to solve this problem.


This addresses bug 315669.
http://bugs.kde.org/show_bug.cgi?id=315669


Diffs (updated)
-

  powerdevil/kcmodule/activities/powerdevilactivitiesconfig.desktop 00c0894 
  powerdevil/kcmodule/global/powerdevilglobalconfig.desktop 0b27a10 

Diff: http://git.reviewboard.kde.org/r/109196/diff/


Testing
---

The new addresses for the help pages work as expected. The new names seems to 
be reasonable.


Thanks,

Yuri Chornoivan

Re: Re: Re: New lockscreen

[Yuri Chornoivan]

Fri, 11 Jan 2013 11:28:22 +0200 було написано Martin Gräßlin  
mgraess...@kde.org:

But the discussion again shows that just removing it completely and tell
people to use XSS if they want screen savers would have been the right  
choice.


Hi,

Just to be sure, does that mean that all KDE translation for  
kdeartwork/kxsconfig (which includes all strings from one of the recent  
versions of XXS) are now useless?


Thanks in advance for your answer.

Best regards,
Yuri

Re: KDEREVIEW: Mangonel

[Yuri Chornoivan]

написане Wed, 09 Jan 2013 19:35:49 +0200, Martin Sandsmark  
martin.sandsm...@kde.org:



On Tuesday 08 January 2013 19:30:45 Allen Winter wrote:

No docbook manual

I guess I'll to contact the doc team for this?


If there is no Help button and no desktop file, there is not much sense  
in making docbooks.


I propose just add an item to UserBase launchers list [1] and some tiny  
page based on README.md.


Just my two cents.

Best regards,
Yuri


[1] http://userbase.kde.org/Plasma_application_launchers

Re: Moving Trojitá to extragear

[Yuri Chornoivan]

написане Wed, 21 Nov 2012 20:43:13 +0200, Jan Kundrát j...@flaska.net:

1) User's docs. Is it a hard requirement to have a documentation  
basically describing how the menus look like?


No. But it's a good practice [0]. Nobody needs to know how the menu looks  
like (if you do not mind about accessibility) but it is good to know if  
there are non-obvious features or some advices about workflow and  
configuration. ;)


As you do not have i18n (why it can be like in other pure-Qt and  
Gettext-based applications like LyX or Marble?), it is of no sense to have  
DocBook docs, but you can consider to put something (at least a link on  
[1]) on UserBase [2].


Just my 2 cents.

Best regards,
Yuri

[0]  
http://techbase.kde.org/Projects/Documentation/KDE4_(health_table)#Extragear

[1] http://userbase.kde.org/Applications/Office
[2] http://userbase.kde.org

Re: [RFC] Merging LightDM into KDE Workspaces (forwarded from plasma-devel)

[Yuri Chornoivan]

написане Wed, 22 Aug 2012 15:58:57 +0300, David Edmundson  
da...@davidedmundson.co.uk:



As you're all probably aware I've been working on a new login manager
for KDE [1]. Currently known as LightDM-KDE, named as it is based on
the display manager backend LightDM [2].



snip


I'm sure many of you will have questions why was this decision
made?, so I've written out my design rationale on all big topics here
[4] I've put it as a link partly because it's more for documentation
than for discussion as it's all in the past and partly because this
email is already really really long :)

[1] https://projects.kde.org/projects/playground/base/lightdm
[2] http://launchpad.net/lightdm
[3] http://http://www.sharpley.org.uk/blog/lightdm-0_3 ,
http://http://www.sharpley.org.uk/blog/lightdm-0_2,
http://www.sharpley.org.uk/lightdm-google-authentication,
http://www.sharpley.org.uk/blog/an-update-on-lightdm-kde
[4] http://static.davidedmundson.co.uk/lightdm_design_rationale.html

Regards

David Edmundson


Hi,

Neither LigthDM, nor its KCM has any documentation (but the latter has  
Help button for some reason).


Are there any plans to write some documentation on how to write a theme,  
use KCM, etc.?


Thanks in advance for your answer.

Best regards,
Yuri

Re: About Writing Documentation in KDE

[Yuri Chornoivan]

Mon, 02 Jul 2012 12:00:05 +0300 було написано Anne Wilson an...@kde.org:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/07/12 09:00, Albert Astals Cid wrote:

El Dilluns, 2 de juliol de 2012, a les 01:45:14, Dominik Haumann va
escriure:

Hi everyone,

so let's sum up and get back to arguments.

1. Versioning for our KDE SC Releases It was mentioned that a
wiki automatically provides versioning. However, what is
completely not covered, yet, is the fact that we have different
KDE SC releases. There is not 'branching' support for the wikis,
 so you have to create different wiki pages, copying the entire
content for each release.

Contrary, this is completely covered by maintaining the
documentation in the respective modules. This is also the reason
 why we have documentation freezes (even one of the last freezes
 [2]).

2. Documentation Team We have a documentation team, even for each
of our supported languages. They coordinate on kde-i18n-doc [1],
and Burkhard offered support several times, saying that if you do
not want to write docbook, the documentation team will do the
markup, they even write the documentation for you to some
extent.

3. Consistency The documentation team makes sure the
documentation sticks to the documentation guidelines for
consistency (example: folder vs. directory). This was mentioned
in the past several times on the mailing lists. Again, a
statement of the documentation team is very important here.

4. Getting Help Please ask the documentation team for their
opinion, before raising critics the way it currently works. Maybe
it works for a lot of other projects perfectly fine. In the
thread it was mentioned, that some people do not even know where
the documentation resides (maybe this is due to the partial
transition to git). A simple solution is to ask the documentation
team (or Burkhard) where to find the documentation. I'm pretty
sure the documentation team has really valuable information.
Please do not ignore them.

5. A Simple Solution: Possibility of a Combination If docbook
really does not work for your project, it's fine to have an
additional entry in the Help menu that links to the Community
Documentation on UserBase. There is room for both, docbook and
the wiki.

6. Respect [4]: Akademy Award In 2010, Burkhard Lück got the
Akademy Award for his fantastic work on improving the state of
the KDE documentation [3], supported by the entire KDE community.
Now, two years later, this thread on kcd acts as if the
documentation completely sucks. Guys, it does not. Really. Please
think about this for a minute... (see 5.)

That's all.


7. The one that does the work decides I also want to note that
developers that do not write documentation in docbook and that do
not translate manuals are suggesting to switch to wiki (even if
they agree they won't write documentation anyway) while people
doing documentation and translation of manuals (Yuri, Burkhard,
Chusslove) say the current workflow is good. Seems like the The
one that does the work decides is being ingored.



This is not in any way dissing the work of those that put in much
effort but -

If the current system is so good, can someone please explain to me why
distros ship with docbook help pages that were written years ago and
not updated since?

Anne


The current system has many shortcomings that were pointed out by many  
people in this thread.


But these shortcomings are not the reason to fight current offline system.

The better availability, fast editing capabilities, good translation  
support of current UserBase have not produce many high quality handbooks  
yet. Some sort of recipes, good tutorials, but there are only a few  
handbooks... All converted docbooks have links to corresponding UserBase  
pages, so there is nothing to prevent users from fixing them.


Hence, we have to admit that the main problem is the lack of KDE  
documenters themselves, not the format or the place where the docs are  
stored.


Now, we can live with both systems. If developers want their documentation  
to be based on UserBase pages, it's OK. If they want to have tutorials  
(videos, screencastings) on UserBase, it's OK too. Do not want to have  
UserBase handbook? Even this is OK. ;)


What is the reason to push documentation where it slowly dies without any  
attention (like rekonq docs, for example)? Let developers to decide  
themselves what is better: fixed handbook in their repo, contacts with  
Documentation team and link to index.html in .desktop file or link to  
http://userbase.kde.org/Special:MyLanguage/APP_NAME/Handbook (to have  
localization support, not just like it was done in Krita) and self-written  
or user-written documentation.


If some user havs a concern about current state of offline documentation,  
there is a link to complain at the bottom of each of its pages. If some  
users file a bug about lack of offline copy or offline translation we can  
provide them 

Re: Using userbase for manuals

[Yuri Chornoivan]

написане Sun, 01 Jul 2012 10:49:11 +0300, Kevin Ottens er...@kde.org:


On Sunday 1 July 2012 09:21:08 Albert Astals Cid wrote:

El Diumenge, 1 de juliol de 2012, a les 08:02:28, Boudewijn Rempt va

escriure:

 I'm actually not sure kde-core-devel is the right list... But the e.V.
 mailing list certainly isn't, and we don't seem to have any place for
 discussions that affect KDE as a whole.

 In any case, Ingo Malchow said in his blog
 (http://blog.neverendingo.de/?p=125)

 We have a great userbase.kde.org but developers don’t use it that  
much,

 nor is there any links from applications towards Userbase.

 Well, actually we have. I replaced the offline help documentation in  
Krita
 with a link to the manual on userbase. I have done this for two  
reasons:


 * I couldn't maintain the offline manual anyway after the change to  
2.0
 * this way the user gets sent right to the place where they can  
contribute

 to the manual (and I've got users contributing to it now)

 I'm not concerned that users cannot access the help when they are
 off-line.
 That's a vanishingly rare situation these days

I disagree, as a matter of fact, I don't have internet connection in the
room in my hostel, so if i had a need to use krita I'd need to read its
manual (since my painting/drawing skills are null) and i'd be not happy  
to

discover I can't read the manual.


It's all very hypothetical isn't it? :-)

More seriously, I think we shouldn't loose perspective here. Yes, you're
right, it *can* happen, but Boudewijn is also right, it's becoming rare
situation.

My opinion is that I would love to go for it, and if over time that  
turns out
to be a problem, we could ship a dump of the relevant wiki content along  
the
application. It'd be used as fallback if the wiki cannot be reached  
online.

This way we'd still benefit from the better contribution scalability of
userbase compared to our current situation. That'd make for a more  
complex
solution on the client side though, that's why I wouldn't jump the gun  
on it

immediately.

Regards.


Hi,

Just a minor remarks on using UserBase for documentation.

1. It does not matter where you *do not* write your documentation.

New Krita manual was started 5-01-2010 [1]. For now, it is not ready even  
at 1/10 level. The activity is extremely low. The content is badly  
formatted and hardly useful.


The projection can be made (by exploring similar wiki documentation  
projects, like Fedora, openSUSE, Mandriva, and Debian/Ubuntu) that when it  
will be ready it becomes obsolete for the current version.


Example of the manual that once was written and now partially outdated is  
Amarok Manual [2].


2. Simple conversion docbook to wiki does not make manual useful.

Example: Kexi handbook [3] was roughly converted to wiki with broken  
formatting, lost of index, and no substantial changes. Thanks to Burkhard  
it was polished (as a docbook) and converted back thanks to Claus  
Christensen.


3. Manuals can live without wiki conversion.

Examples: Calligra Stage [4] and Calligra Sheets [5] manuals were never  
converted to wiki. For whatever reason, they are now in much more helpful  
state than Words and Krita docs (not saying that they have offline  
versions).


4. Proper formatting allows very easy conversion from wiki XML to docbook.

Once well-formatted, wiki pages can be converted into offline form  
(docbook, PDF, or EPUB) in almost no time[6].


Examples:
Amarok, Kexi, Kdenlive, KrossWordPuzzle, part of KMail offline manuals are  
converted (and slightly fixed) UserBase manuals.


Just for curiosity, you can compare the level of the translation covering  
for these docs in kde-i18n Subversion [7] and on UserBase.


Conclusion

I know that it is hard for developers to keep backward compatibility. But  
please do not cease to maintain DocBook compatibility in KDE 5. If you do,  
you will likely lost most of your docs and most of your documentation  
translators.


I am far from making decision for developers, but it is always good to  
have some plan with real results. Just moving docs in hope that after that  
someone definitely write them is counterproductive.


Just my 2 cents.

Best regards,
Yuri
KDE Ukrainian team coordinator

[1] http://userbase.kde.org/User:Boudewijn/Krita/Manual
[2] http://userbase.kde.org/Amarok/Manual
[3] http://userbase.kde.org/Kexi/Handbook
[4] http://docs.kde.org/development/en/calligra/stage/index.html
[5] http://docs.kde.org/development/en/calligra/sheets/index.html
[6] http://userbase.kde.org/How_To_Convert_a_UserBase_Manual_to_Docbook
[7] http://l10n.kde.org/stats/doc/trunk-kde4/team/

Re: Pairs going to KDE Edu

[Yuri Chornoivan]

написане Mon, 30 Apr 2012 02:36:38 +0300, Aleix Pol aleix...@kde.org:


On Mon, Apr 16, 2012 at 3:35 AM, Aleix Pol aleix...@kde.org wrote:

Hi,
Last friday Pairs [1] was moved from playground/edu to kdereview
because we want it to be moved to kdeedu. We have been working on it
for a while already and we would like it to move to kde edu and to be
included in the next KDE release.

If someone is interested, please take a look into it and tell us what  
you think.


Thanks!
Aleix

PS: It has a notable artwork lacking that's being worked on, slowly.
Although if anybody is interested in joining, we are welcoming people
:).

[1] https://projects.kde.org/projects/kdereview/pairs


Since no big complaints were raised and the 2 week period passed
already, I'll ask the sysadmin team to move Pairs to KDE Edu. :)

Thanks to all those who cared. ^^
Aleix


Hi,

Just for the record, I think the issues found by Albert Astals Cid [1]  
were not fixed. Pairs is still untranslatable for KDE translation teams.


Thanks for fixing this.

Best regards,
Yuri

[1] http://lists.kde.org/?l=kde-edum=133468189317856w=2

Synaptiks translation

[Yuri Chornoivan]

Hi!

For some time the development [1] and translation of KDE touchpad KCM  
(Synaptiks) is moved to github [2, 3].


But there is leftover of the code in KDE SVN [4]. This branch is still  
being translated by KDE translation teams [5, 6].


1) Are the any plans to move Synaptiks code to KDE git where KDE  
translation teams can do their job properly?
2) Is it possible to re-use KDE translations for Synaptiks if the code  
will be on github?
3) Can the code in SVN be safely removed to avoid confusion of unused  
translations?
4) If the code will be stored on github is it possible to connect KDE  
translations with github as it gives many benefits (.desktop file and  
manual translation)?


Thanks in advance for your answers.

Best regards,
Yuri

[1] https://github.com/lunaryorn/synaptiks
[2] https://github.com/lunaryorn/synaptiks/tree/master/po
[3] http://synaptiks.lunaryorn.de/translation_guide.html
[4] http://websvn.kde.org/trunk/playground/utils/synaptiks/
[5] http://l10n.kde.org/stats/gui/trunk-kde4/po/synaptiks.po/
[6] http://l10n.kde.org/stats/doc/trunk-kde4/po/synaptiks.po/