[spam comment removed by sysadmin]
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Oct 6 2020
Sep 10 2020
Sep 7 2020
Jun 12 2020
Apr 22 2020
Oct 3 2019
Sep 19 2019
Aug 29 2019
Aug 1 2019
App pages:
In T10968#193645, @KonqiDragon wrote:
We have many apps and not all of them have the manpower to do this. The kde.org/applications are autogenerated. If all apps had pages with manually written content many of them would be quickly out of date again. See also the list in T10827.
Because of this the current approach is better. Autogenerated sites for all apps and for the apps that have their own website and the manpower to maintain them we link to it.
Maybe make a app pages with homepages style like in Konsole? Where everything will be written about this programs.
Jul 31 2019
Jun 16 2019
Jun 12 2019
Thanks for the mockup, this look interesting. I will make the search bar also search for matching description and try to implement the scroll shortcut ;)
Alternatively, maybe add a section under the search bar that lists all categories? Every category name can be a link leading to that particular category on the page.
In T10968#187725, @ognarb wrote:@aspotashev I added a search field, I think this could help to make it easier to find information. Do you think it's enough, or should we also add create a mobile view where only the categories are displayed?
Jun 11 2019
In T10159#187658, @jriddell wrote:In T10159#187560, @elvisangelaccio wrote:@jriddell Would it be possible to have https://kde.org/applications/utilities/ark instead of https://kde.org/applications/utilities/org.kde.ark?
i.e. add some .htaccess magic that rewrites the URLs without the org.kde. prefix?
I feel like this prefix is just an appstream implementation detail that shouldn't be exposed in the app URL.@sitter any comment on why this URL scheme was chosen?
Jun 10 2019
BTW, kde.org/applications now also support multiple screenshots per apps using a carousel.
@aspotashev I added a search field, I think this could help to make it easier to find information. Do you think it's enough, or should we also add create a mobile view where only the categories are displayed?
In T10159#187560, @elvisangelaccio wrote:I feel like this prefix is just an appstream implementation detail that shouldn't be exposed in the app URL.
In T10159#187560, @elvisangelaccio wrote:@jriddell Would it be possible to have https://kde.org/applications/utilities/ark instead of https://kde.org/applications/utilities/org.kde.ark?
i.e. add some .htaccess magic that rewrites the URLs without the org.kde. prefix?
I feel like this prefix is just an appstream implementation detail that shouldn't be exposed in the app URL.
Jun 9 2019
@jriddell Would it be possible to have https://kde.org/applications/utilities/ark instead of https://kde.org/applications/utilities/org.kde.ark?
Jun 6 2019
Hi. Just opened kde.org/applications on mobile - and it's a wall of text, may be a list of all categories (table of contents) would be an improvement.
Jun 5 2019
Fantastic work. Looks and feels really good!
Jun 4 2019
There is still some 404 links.
The Page Setup Link doesn't affect the 99.9% of visitors who look at the page, but for those who are part of KDE and want to help keep app details up to date that should be made easy to understand how to do that. Currently the website is largely abandoned and bitrotting because of the social and technical difficulty in making changes to it. This is a way to help fix that.
https://invent.kde.org/sysadmin/ci-tooling/blob/master/pipeline-templates/SUSEQt5.10.template#L170
example of e-mailling out changes I'd like to add in
Jun 2 2019
In T10159#186753, @jriddell wrote:In T10159#186751, @aacid wrote:Do you think "Page Setup Info" should be there? Feels weird to me, we don't really have that in the rests of the web.
Yeah it's a complex site and there will be 100 people with an interest in keeping it up to date so I think an obvious link on how to do that is useful. I've moved it to float: right now so it's more out the way.
kst needs to get into the right category
kexi needs to display, currently it has an icon set to 'kexi-3.3' which does not exist, e-mailed maintainer to ask what he wants to do
Jun 1 2019
In T10159#186751, @aacid wrote:Do you think "Page Setup Info" should be there? Feels weird to me, we don't really have that in the rests of the web.
Nice work in general, some little things i found.
May 31 2019
Also check why Install button on applicationpage is not styled.
Now up at https://kde.org/applications-ng/ do check it over
May 25 2019
I think it would be better to make sure all links are there, that way no regression would happen
In T10159#186074, @aacid wrote:http://apps.kde.org.uk/applications/unmaintained/knode/ seems to be missing ?
should i try to tes all the other apps? have you?
May 24 2019
http://apps.kde.org.uk/applications/unmaintained/knode/ seems to be missing ?
In T10159#185920, @jriddell wrote:Works fine here
http://apps.kde.org.uk/applications/graphics/okular
May 23 2019
- pimsettingexporter the name is not correct
Updated
Answering comment on T10967
May 22 2019
Works fine here
http://apps.kde.org.uk/applications/graphics/okular
Rephrase: What is the plan to keep https://kde.org/applications/graphics/okular working?
In T10159#185906, @aacid wrote:What's the plan to not breaking all the links in the world to our applications pages?
What's the plan to not breaking all the links in the world to our applications pages?
For Longer term issues I made some more tasks under the 'KDE Applications' tag/project in Phab
https://phabricator.kde.org/project/board/196/
Is the visual design of http://apps.kde.org.uk/applications/ within the scope of this task. or can/should that be worked on after it's already in production?
How's this?
https://community.kde.org/KDE.org/applications
Also looking for what apps are maintained but missing appstream metadata
Also looking for what apps are unmaintained and getting them moved to unmaintained
Groovy, I'm happy with the code now and its output
http://apps.kde.org.uk/applications/
Now we need to go over the metadata and make sure it's all valid.
Longer term tasks are tiding up the design of the pages in various ways.
Also adding in support for non-apps like icon themes, plasmoids, plugins etc
https://invent.kde.org/jriddell/kde-applications-appstream/blob/master/appstream.rb#L284
Also make a wiki page to explain all this
May 14 2019
Let's not blow up the scope. The concern of this task is making the backend data maintainable and refreshing the page style a bit.
If ind it quite a pitty that there are only so few informations about all those cool applications which are part of the great KDE project.
May 12 2019
@valorie is this what you are thinking about? https://reports.kde.org https://reports.kde.org/en/projects/libs-playground-kirigami-components-framework/commits_report
A year or two ago, we had a discussion about using data like this for each application (at least), reporting QC information like (as my fuzzy memories tell me) unit test coverage, devel activity like commits per month/year, etc. I suppose this would have to be done by analysis of the codebase in git -- how difficult is this to do? Do other projects do this, and how?
May 10 2019
In T10159#184522, @laysrodrigues wrote:I think that for unmaintained, we should have a graveyard, so the apps can't be forgotten, because they make part of KDE history.
Something like google graveyard.
https://gcemetery.co/
In T10159#184521, @jriddell wrote:In T10159#184520, @aacid wrote:That makes no sense, why would we commit appstream files to unmaintained applications?
So that they can be added to the kde.org/applications pages :)
May 9 2019
I think that for unmaintained, we should have a graveyard, so the apps can't be forgotten, because they make part of KDE history.
Something like google graveyard.
https://gcemetery.co/
In T10159#184520, @aacid wrote:That makes no sense, why would we commit appstream files to unmaintained applications?
That makes no sense, why would we commit appstream files to unmaintained applications?
In T10159#184518, @aacid wrote:What's the plan for https://kde.org/applications/unmaintained/ ?
What's the plan for https://kde.org/applications/unmaintained/ ?
http://apps.kde.org.uk/applications/ now in a decent shape but it's still missing various apps. Umbrello and Konqueror for example. Needs working out why that is. I think the parser is getting confused by which appstream.xml files it should be using maybe since these apps have several.
May 8 2019
Oh turns out I just needed to run appstream_mkindex.rb again and rsibreak now appears in the right place, yay
I added appstream to rsibreak master and on a following run of appstream.rb it gets picked up and added
http://apps.kde.org.uk/applications/utilities/org.kde.rsibreak
but now I'm not sure how to get it added to the Utilities page
In T10159#184274, @jriddell wrote:And it's not in build.kde.org CI, which can either be fixed by adding it there or by doing a workaround to get the appstream files.
May 7 2019
There could be a bigger issue - rsibreak is not unmaintained.
https://cgit.kde.org/sysadmin/repo-metadata.git/tree/projects/extragear/utils/rsibreak
In T10159#184246, @jriddell wrote:TODO:
broken links. https://kde.org/applications/utilities/rsibreak vs. http://apps.kde.org.uk/applications/utilities/rsibreak
doesn't list unmaintained applications
TODO:
broken links. https://kde.org/applications/utilities/rsibreak vs. http://apps.kde.org.uk/applications/utilities/rsibreak
doesn't list unmaintained applications
sysadmin task for repos https://phabricator.kde.org/T10896