- User Since
- May 6 2015, 3:06 PM (239 w, 3 d)
Tue, Dec 3
In order to gain some more insights, I created a first proof of concept container (based in the OpenSuse13 CI container) to check where I will find problems in this approach. What I understood so far:
Mon, Dec 2
Sun, Dec 1
Sat, Nov 30
Wed, Nov 27
The rationale about this change is not the dependency but that we discovered a big number of unneeded uses of KLineEdit all over the KDE codebase at the KF6 Sprint. This makes it quite hard to evaluate which KLineEdit features are still relevant. Thus, the goal is to slowly start with removing unneeded KLineEdit usage.
Tue, Nov 26
Hi, the patch looks fine for me. Thanks for fixing this!
Sun, Nov 24
@bcooksley @ochurlaud actually, I would like to have a deeper look into how to make the generation of the cross-links in the scope of KF5 more reliable. Would it be a reasonable step in your opinion to try the following:
- create a Docker image that self-contained builds everything from KF5, actually being an Imagefile that lives in KApiDox
- solve the cross-linking problem in KF5 (my approach: build tier 1, build tier 2, build tier 3 in a topologically sorted list, which should be computable from the available meta-data)
- ensure that the full KF5 documentation can be built by running the image
For frameworks IMO it is quite important to have links between the individual documentations quite from the start. Due to their splitted nature, it is common that you look at the documentation of one framework and then will visit several more frameworks in the process of reading the API documentation.
Sat, Nov 23
Fri, Nov 22
I had a chat with Michel Ludwig (the Kile maintainer): the KHTML part inside Kile is deprecated code that is currently not even used (though compiled) and just remains there for a planned rewrite of that part.
Thu, Nov 21
Kiten after porting:
Tue, Nov 19
Sun, Nov 10
@aacid (sorry again /o\) I read your mails in reverse-chronical order and first noticed this thread, then read your mail. Will next put the merge in the release/19.12 branch, too.
@aacid just did the manual merge from Applications/19.08 into master. Sorry for the problems, the problematic commit unfortunately did not land into master before some big refactoring...
Nov 2 2019
Nov 1 2019
I think I can make it with arrival at Friday morning.
Oct 6 2019
Oct 5 2019
Sep 29 2019
Sep 17 2019
I am interested to join as well, but not sure if I can make it as I am quite booked for the rest of the year.
Sep 11 2019
FYI: Ticket created on SPDX.org for LGPL-2.1 or later or approved by the membership of the KDE e.V.: https://github.com/spdx/license-list-XML/issues/928