You can find me around as tosky.
- User Since
- Apr 18 2015, 1:18 PM (208 w, 6 d)
Wed, Apr 17
Mon, Apr 15
Sun, Apr 14
Sat, Apr 13
Fri, Apr 12
Thu, Apr 11
The proposed solution to remove the loop is moving the extractor to the kdegraphics-mobipocket repository.
Wed, Apr 10
Tue, Apr 9
So no plans for moving it to kdegraphics-mobipocket? It's a dependency loop.
Mon, Apr 8
Sun, Apr 7
Sat, Apr 6
Fri, Apr 5
As a general suggestion, a commit message should convey the reason for the change. This is useful to any future consumer of the source repository, including the authors of the patches who will end up asking themselves "what did I mean by «clean» one year ago?".
Please take a look at: https://chris.beams.io/posts/git-commit/
Thu, Apr 4
Yes, sorry, I apologize.
Wed, Apr 3
Just a note about the TODO list for $projects:
Tue, Apr 2
- The version number is prominently displayed inside the application. We even changed Frameworks to make sure that the version number is well visible in the first tab, because the version has been hidden on the second tab of the About dialog for a while.
- KDE Applications is an bundle of loosly-coupled application, good for logistical reasons (less release work on each developer), but as it happened applications can go in and out anytime. Going out may make the original version useless and have more impact on packagers (epoch).
- the internal version can be still found
- there shouldn't be a consistent version inside KInfoCenter and I would oppose it even if all applications in KDE Applications had the same version number. The applications part of KDE Applications don't belong there, otherwise why shouldn't we list everything released by us with its own release cycle?
- there is no extra burden for the developers who freely choose to keep their version number
- about the version number in the release can be probably solved - we already have some magic to create the bugzilla versions.
I think that the current name is "macOS" instead of "Mac OS X": https://www.wired.com/2016/06/apple-os-x-dead-long-live-macos/
Mon, Apr 1
Sun, Mar 31
Sat, Mar 30
Fri, Mar 29
Ups, sorry! So according https://community.kde.org/Schedules/Frameworks there are no special provisions when the change doesn't touch translatable strings and the change is properly tested.
Not on the 19.04 branch, the dependency freeze happened few weeks ago - you may want to ask to release-team@ for an exception if you think it's important there too.
Thu, Mar 28
Wed, Mar 27
Tue, Mar 26
Mon, Mar 25
Thu, Mar 21
Wed, Mar 20
Mar 20 2019
Didn't we discuss it and decided that it's not a good idea? Especially the dates. Please hold on this (talking about editing the <release> tag)
Mar 19 2019
Mar 18 2019
Mar 17 2019
Mar 16 2019
Mar 15 2019
Mar 14 2019
Mar 13 2019
Mar 12 2019
I have my usual question: shouldn't this go into kdegraphics-thumbnailers? kio-extras shouldn't be a "dump everything which is not somewhere else".
Mar 10 2019
Thank you! And sorry for the ping-pong.
In any case, please change the commit message. When this is committed and rechecked in one year from now, the aspect of the linked website may not be relevant anymore and the images are not visible when you run git log.
Please describe what the change is about. https://chris.beams.io/posts/git-commit/
No, wait a minute. What happens with pages which are not regenerated?
Can you please not overwrite top-kde.jpg too, or at least use the same size? Because the change of size may be a problem for existing users (if any, but I consider those files as part of the public interface of KDocTools
Less technical note: I think that the commit message should not really about KDE Connect, as the change is reflected on all Purpose's users.
On the graphical side I'm not the most qualified to talk :)
Apart from the VDG, I'm sure that @yurchor can give some hints, as he manages the templates used to generate the PDFs.