Yes, ti would be good if you put your patches in gerrit :-)
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Jun 11 2020
Mar 5 2020
Mar 3 2020
Nov 25 2019
Aug 30 2019
Jul 12 2019
May 29 2019
May 28 2019
May 27 2019
May 23 2019
May 8 2019
May 5 2019
Apr 25 2019
Apr 24 2019
Fix debug on openGL ES (not published, 0004-Fix-debug-on-openGL-ES.patch)
Apr 23 2019
Apr 18 2019
NB. Dmitry noted that we have reworked tablet support so much that we might as well at it to the release notes now. We have very little tablet bugs right now in any case :)
Apr 16 2019
Apr 4 2019
Oct 11 2018
Sep 26 2018
Sep 5 2018
Jul 24 2018
Jul 16 2018
Jun 26 2018
Jun 2 2018
May 23 2018
@windragon - it isn't really that big of an issue if it is there. The word ffmpeg is a pretty technical term, so I don't expect most people to understand what that even is. If we do have an option in the installer, I would like some mention that it is needed to export animations. That would be good enough for me.
In T8803#144305, @scottpetrovic wrote:
- it should not be mentioned in the installer. It should just be included
I get it that you probably don't want to confuse users, but would showing an option really be a huge issue? At this rate it would seem that the Windows build should even just have the ffmpeg path selection box hidden and the path hard-coded.
In T8803#143757, @rempt wrote:Ben noted on irc that we should use a stripped down version like suse does -- but I'm not sure whether that's an option.
I don't see it in the backlog, it's overflown :( What does stripped down mean here? Custom build with limited features enabled?
Ideally we'd bundle it.
Yep.
I'm not sure about giving people an opt-out is all that useful.
Well, it does take a bit more space, I don't know if people would start complaining about that 8) Also not every users would need to render animations.
We should note that we include ffmpeg in the license text in the installer.
If you feel like doing it, can you make a copy of the license rtf and add the text there?
I would prefer to have it downloaded like any 3rdparty component
About 5, I'm not sure what would be best...
If files.kde.org doesn't mind 40MB extra of traffic with every deps build done, then it's simpler if you just just throw the original zeranoe build 4.0 packages up there, and I'll add the ExternalProject in CMake to fetch them. Would probably also make future updates easier.
- I would say it needs to be bundled with the installers and packages.
- it should not be mentioned in the installer. It should just be included
- not sure
- I would say keep it in the 3rd party components like boud says
- whatever boud wants
Ben noted on irc that we should use a stripped down version like suse does -- but I'm not sure whether that's an option.
May 22 2018
May 20 2018
Note: this release has a full and corrected Simplified Chinese translation:
May 18 2018
In T8652#142661, @emmetoneill wrote:Hey boud and wolthera. Would it be ok to add these feature revisions to the task? They're both in master now.
https://phabricator.kde.org/D11895 Color Picker Blending
https://phabricator.kde.org/D12843 Animation Insert N Keyframes with Timing
Hey boud and wolthera. Would it be ok to add these feature revisions to the task? They're both in master now.
This was also done in the 4.1 branch: