Re: For Book Sprint team: Frameworks Cookbook
New URL: http://booktype-demo.sourcefabric.org/kde-frameworks-5/ You should be able to use your same login as for Booki. Please just start a new chapter if you don't know where to add your code snippet, explication or just anecdotes. Don't worry about anything else, just write something! Valorie On Wed, Aug 6, 2014 at 3:22 AM, Valorie Zimmerman valorie.zimmer...@gmail.com wrote: Hi folks, I've started a book for you to play with. Load up http://booki.flossmanuals.net/kde-frameworks-cookbook/_edit/ and have fun. Make a login, make some chapters, drag them around, and see what everything looks like. ::snip old:: ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Enabling Exceptions in CMake
Hi, I just noticed the old CMake line my project used to enable exceptions on a single file was not working and I dug into the ECM modules to find the correct way to do that. But I don't see exceptions mentioned in the ECM SIC page[0], should that documentation be there? i.e., is this considered an SIC? David E. Narvaez [0] https://techbase.kde.org/Development/ECM_SourceIncompatChanges ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: KDialog::spacingHint
On Sunday 10 August 2014 16:04:34 David Narvaez wrote: What's the correct way to port away from KDialog::spacingHint? I read the sources of it in KDELibs 4 and replaced it with QApplication::style()-pixelMetric( QStyle::PM_DefaultLayoutSpacing ) is that OK? No, that is a workaround, because no style and no widget are available here (spacingHint() it is a static function). Please use layoutSpacing() called on the style() of your dialog. Christoph Feck (kdepepo) ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 119577: Allow translations to have context again.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119577/ --- (Updated Aug. 10, 2014, 3:30 p.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks and Matthew Dawson. Bugs: 337979 https://bugs.kde.org/show_bug.cgi?id=337979 Repository: kconfig Description --- Allow translations to have context again. Switch to using QT_TRANSLATE_NOOP3 so that context information can be given for actions, allowing the translators to do better translations. BUG: 337979 FIXED-IN: 5.1.0 I don't know if it is worthwhile to get this in for 5.1.0, or wait for 5.2. Would it help the translators to get it in now? If not, I'll get it in for 5.2 (and update the FIXED-IN tag). Also, is there an easy way to test translations? It compiles, and the test suite does run, but I don't have any translations so I don't know if it actually works. Any pointers to documentation would be great. Diffs - src/gui/kstandardshortcut.cpp eb50888a263e9662bdac6c3e046d653577c003e4 Diff: https://git.reviewboard.kde.org/r/119577/diff/ Testing --- Compiles, test suite passes. Thanks, Matthew Dawson ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: For Book Sprint team: Frameworks Cookbook
Hello, at the moment, we look at authoring two chapters of the frameworks book: The first chapter will be relatively short introductory sections that explain how some common problems are solved by using KF5. Sample questions are * dealing with archives and compressed data * reaching a wider audience with translations * adding crash reporting to an application * making apps more efficient using concurrency * escalating privileges More may follow (for example, KConfig is also on the table). Each of these is planned to be a combination of one or two illustrated programming examples and a page or two of explanation of the very basic concepts. Details will be deferred to the later chapters. The second chapter will then contain detailed articles about the individual frameworks. They should build on the introduction in the first chapter, and cover questions that developers do not need to be concerned with at the start. These detailed chapters probably require the author of the framework to take part in writing them. There are a few questions that have been discussed at length: * Our target audience are developers new to the frameworks, but with existing programming experience. The book will not cover basics about Qt, but will instead refer to the Qt documentation and introductions. It is also not meant to replace API documentation. * We would like to achieve a natural build up from consuming the introduction to reading about the details to moving on to working mostly with the documentation. For that, we are still discussing where tutorial like content should be stored (as this could possibly reference multiple frameworks) and how the book can be produced without duplicating content. Your help and input is welcome. * We are trying to solve the issue of not having to copy-paste code from the examples and framework sources but still show it in the book. Here is an attempt: https://github.com/endocode/snippetextractor This in the end means that where the book format (PDF, ePub, ...) is produced from the input files, the frameworks and examples sources need to be available. We are still discussing about the best way to achieve that. For now, we are working in a scratch repo at kde:scratch/garg/book. Cheers, Mirko. On 08/10/2014 02:26 PM, Valorie Zimmerman wrote: Even more basic: for right now, we've created a scratch git repo: kde:scratch/garg/book -- Mirko Boehm | mi...@kde.org | KDE e.V. FSFE Fellow, FSFE Team Germany Qt Certified Specialist and Trainer ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Problems with KFilterDev::deviceForFile method in a KF5 based application
On Saturday 09 August 2014 20:13:40 Arnold Dumas wrote: Le 09/08/2014 10:47, David Faure a écrit : On Sunday 27 July 2014 20:22:14 Arnold Dumas wrote: I've tried to replace this by: QScopedPointerQIODevice device(new KFilterDev(file)); but it still only load gziped files and not plain-text ones. This is surprising because this case is unittested and works. KFilterTest::test_block_read ends with test_block_read(pathnone); which calls KFilterDev dev(fileName); on a plain-text file, and reads from it. Did you debug it a little further? What happens when trying to load a plain- text file? Wrong size? Garbage data? ... ? I added a new unittest for a larger read in one go (readAll), in case it's an issue that only occurs with larger data (like we found in 9d04e4186f13, in the case of writing without compression), but that test passes too... First thanks for your input David. Well I know the problem is really awkward. When I load a plain-text file, the parser begins its job correctly, but then a line isn't properly retrieved from the file. So the parser ends in a Error state. I've also noticed that the faulty line is always the last. In fact, the parser tries to load a line that doesn't exist. Could this be related to EOF encoding or something related? That helped. I added a test for atEnd() and it failed - fixed now. -- David Faure, fa...@kde.org, http://www.davidfaure.fr Working on KDE Frameworks 5 ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 119567: Also find catalog files that are symlinks
On Aug. 1, 2014, 11:25 p.m., Luigi Toscano wrote: src/xslt.cpp, line 426 https://git.reviewboard.kde.org/r/119567/diff/1/?file=294860#file294860line426 Uhm, but that's strange. Just to be sure, do I understand it correctly that every file in customization is sym-linked? O.o Yes, homebrew on Mac OS X is a packager that works like GoboLinux, where each file is installed in a temp area, and then symlinked into the actual file system - Harald --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119567/#review63656 --- On Aug. 1, 2014, 5:58 p.m., Harald Fernengel wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119567/ --- (Updated Aug. 1, 2014, 5:58 p.m.) Review request for Documentation, KDE Frameworks and Luigi Toscano. Repository: kdoctools Description --- When building KF5 on Mac OS X with homebrew, the catalog and other files are symlinked from the 'Cellar' (install dir) to the homebrew prefix. After that, meinproc5 wouldn't find its catalog because it decides to ignore symbolic links. Removing that option fixes the build on Mac OS X. Diffs - src/docbookl10nhelper.cpp 6eecb376cab6e3ba03e9548b3402eaa5e5530198 src/xslt.cpp 3c81a172b00458419fc2f310cbdf76eb357336fc Diff: https://git.reviewboard.kde.org/r/119567/diff/ Testing --- Builds on Mac OS X Thanks, Harald Fernengel ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 119567: Also find catalog files that are symlinks
On Aug. 2, 2014, 1:25 a.m., Luigi Toscano wrote: src/xslt.cpp, line 426 https://git.reviewboard.kde.org/r/119567/diff/1/?file=294860#file294860line426 Uhm, but that's strange. Just to be sure, do I understand it correctly that every file in customization is sym-linked? O.o Harald Fernengel wrote: Yes, homebrew on Mac OS X is a packager that works like GoboLinux, where each file is installed in a temp area, and then symlinked into the actual file system I see, thanks; what about the other comment (for docbookkl10nhelper)? - Luigi --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119567/#review63656 --- On Aug. 1, 2014, 7:58 p.m., Harald Fernengel wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119567/ --- (Updated Aug. 1, 2014, 7:58 p.m.) Review request for Documentation, KDE Frameworks and Luigi Toscano. Repository: kdoctools Description --- When building KF5 on Mac OS X with homebrew, the catalog and other files are symlinked from the 'Cellar' (install dir) to the homebrew prefix. After that, meinproc5 wouldn't find its catalog because it decides to ignore symbolic links. Removing that option fixes the build on Mac OS X. Diffs - src/docbookl10nhelper.cpp 6eecb376cab6e3ba03e9548b3402eaa5e5530198 src/xslt.cpp 3c81a172b00458419fc2f310cbdf76eb357336fc Diff: https://git.reviewboard.kde.org/r/119567/diff/ Testing --- Builds on Mac OS X Thanks, Harald Fernengel ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
[qca] /: cmake: install export targets to lib dir
Git commit f3b284f5654372adec44dbc6863b8434b6b4f3ce by Ivan Romanov. Committed on 10/08/2014 at 10:38. Pushed by iromanov into branch 'master'. cmake: install export targets to lib dir share/cmake is wrong place for generated cmake files. For such files should be used lib/cmake dir. CCMAIL: aleix...@kde.org CCMAIL: kde-core-de...@kde.org CCMAIL: kde-frameworks-devel@kde.org M +4-4CMakeLists.txt http://commits.kde.org/qca/f3b284f5654372adec44dbc6863b8434b6b4f3ce diff --git a/CMakeLists.txt b/CMakeLists.txt index 24d8ab3..2838ecf 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -328,14 +328,14 @@ include(CMakePackageConfigHelpers) configure_package_config_file( ${CMAKE_CURRENT_SOURCE_DIR}/QCA2Config.cmake.in ${CMAKE_CURRENT_BINARY_DIR}/QCA2Config.cmake - INSTALL_DESTINATION share/cmake/QCA2 + INSTALL_DESTINATION ${QCA_LIBRARY_INSTALL_DIR}/cmake/${QCA_LIB_NAME} ) write_basic_config_version_file(QCA2ConfigVersion.cmake VERSION ${QCA_LIB_VERSION_STRING} COMPATIBILITY AnyNewerVersion) -install(EXPORT QCATargets DESTINATION share/cmake/QCA2 FILE QCA2Targets.cmake NAMESPACE QCA:: ) +install(EXPORT QCATargets DESTINATION ${QCA_LIBRARY_INSTALL_DIR}/cmake/${QCA_LIB_NAME} FILE QCA2Targets.cmake NAMESPACE QCA:: ) install(FILES ${CMAKE_CURRENT_BINARY_DIR}/QCA2Config.cmake ${CMAKE_CURRENT_BINARY_DIR}/QCA2ConfigVersion.cmake - DESTINATION share/cmake/QCA2 + DESTINATION ${QCA_LIBRARY_INSTALL_DIR}/cmake/${QCA_LIB_NAME} COMPONENT Devel -) \ No newline at end of file +) ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Problems with KFilterDev::deviceForFile method in a KF5 based application
Le 10/08/2014 19:46, David Faure a écrit : On Saturday 09 August 2014 20:13:40 Arnold Dumas wrote: Le 09/08/2014 10:47, David Faure a écrit : On Sunday 27 July 2014 20:22:14 Arnold Dumas wrote: I've tried to replace this by: QScopedPointerQIODevice device(new KFilterDev(file)); but it still only load gziped files and not plain-text ones. This is surprising because this case is unittested and works. KFilterTest::test_block_read ends with test_block_read(pathnone); which calls KFilterDev dev(fileName); on a plain-text file, and reads from it. Did you debug it a little further? What happens when trying to load a plain- text file? Wrong size? Garbage data? ... ? I added a new unittest for a larger read in one go (readAll), in case it's an issue that only occurs with larger data (like we found in 9d04e4186f13, in the case of writing without compression), but that test passes too... First thanks for your input David. Well I know the problem is really awkward. When I load a plain-text file, the parser begins its job correctly, but then a line isn't properly retrieved from the file. So the parser ends in a Error state. I've also noticed that the faulty line is always the last. In fact, the parser tries to load a line that doesn't exist. Could this be related to EOF encoding or something related? That helped. I added a test for atEnd() and it failed - fixed now. I've just installed karchive master and massif-visualizer now works as expected. Thanks for all David. -- Arnold Dumas http://arnolddumas.fr ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Review Request 119698: Save radio button index in QGroupBox that are composed only by radio buttons
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119698/ --- Review request for KDE Frameworks. Repository: kconfigwidgets Description --- We are suggesting people to port from deprecated KButtonGroup to QGroupBox but the dialog manager does not behave the same. This patch fixes it by assuming that in a groupbox that is composed exclusively by radio buttons and whose config item is an int to save the index of the checked radio button instead of if the group box itself is checked. Diffs - src/kconfigdialogmanager.cpp 94d3cd1 Diff: https://git.reviewboard.kde.org/r/119698/diff/ Testing --- KGeography frameworks with KButtonGroup ported to QGroupBox works. Thanks, Albert Astals Cid ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Review Request 119699: KIO: add public API isClipboardDataCut/setClipboardDataCut.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119699/ --- Review request for KDE Frameworks and Eike Hein. Repository: kio Description --- This replaces the various copies of the code dealing with that in KIO, and will replace the original code in libkonq's KonqMimeData (which will then be removed). Diffs - autotests/fileundomanagertest.cpp 12d9013160dbd4432bca512b329a3b3566e33a61 src/filewidgets/kfilepreviewgenerator.cpp b14b1d5f3aaa3b8a31bb3936ab6c4a77ae49b5ba src/widgets/paste.h 085d047a3d225f4c70a1a05568b00ae24649a144 src/widgets/paste.cpp b2a84b0dd7ee000cbdfbfba289f7afbcc9c41d17 Diff: https://git.reviewboard.kde.org/r/119699/diff/ Testing --- Compiles, fileundomanagertest still passes. Thanks, David Faure ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Jenkins build is back to stable : kwindowsystem_master_qt5 » All,LINBUILDER #87
See http://build.kde.org/job/kwindowsystem_master_qt5/Variation=All,label=LINBUILDER/87/ ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 119699: KIO: add public API isClipboardDataCut/setClipboardDataCut.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119699/ --- (Updated Aug. 10, 2014, 8:59 p.m.) Review request for KDE Frameworks and Eike Hein. Changes --- added unittest Repository: kio Description (updated) --- This replaces the various copies of the code dealing with that in KIO, and will replace the original code in libkonq's KonqMimeData (which will then be removed). Unittest moved from libkonq and ported to non-deprecated KF5 API. Diffs (updated) - autotests/CMakeLists.txt 4d845cc924883c9b56f188e926918110987175b7 autotests/fileundomanagertest.cpp 12d9013160dbd4432bca512b329a3b3566e33a61 autotests/pastetest.h PRE-CREATION autotests/pastetest.cpp PRE-CREATION src/filewidgets/kfilepreviewgenerator.cpp b14b1d5f3aaa3b8a31bb3936ab6c4a77ae49b5ba src/widgets/paste.h 085d047a3d225f4c70a1a05568b00ae24649a144 src/widgets/paste.cpp b2a84b0dd7ee000cbdfbfba289f7afbcc9c41d17 Diff: https://git.reviewboard.kde.org/r/119699/diff/ Testing --- Compiles, fileundomanagertest still passes. Thanks, David Faure ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 119698: Save radio button index in QGroupBox that are composed only by radio buttons
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119698/#review64202 --- src/kconfigdialogmanager.cpp https://git.reviewboard.kde.org/r/119698/#comment44860 It could be a QSetQGroupBox*, you're already doing the cast and checking it's not null anyway. src/kconfigdialogmanager.cpp https://git.reviewboard.kde.org/r/119698/#comment44855 You probably want to remove the widget if the widget is deleted, even though you're not accessing through them. And maybe you can use the more generic type QAbstractButton, only maybe, I'm unsure, up to you. - Aleix Pol Gonzalez On Aug. 10, 2014, 8:28 p.m., Albert Astals Cid wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119698/ --- (Updated Aug. 10, 2014, 8:28 p.m.) Review request for KDE Frameworks. Repository: kconfigwidgets Description --- We are suggesting people to port from deprecated KButtonGroup to QGroupBox but the dialog manager does not behave the same. This patch fixes it by assuming that in a groupbox that is composed exclusively by radio buttons and whose config item is an int to save the index of the checked radio button instead of if the group box itself is checked. Diffs - src/kconfigdialogmanager.cpp 94d3cd1 Diff: https://git.reviewboard.kde.org/r/119698/diff/ Testing --- KGeography frameworks with KButtonGroup ported to QGroupBox works. Thanks, Albert Astals Cid ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
KPlotting and KUnitConversion
Hello everyone, I am interested in two frameworks: KPlotting and KUnitConversion. From looking at the API/example for KPlotting, it seems to only print 1D plots. (But it does a great job! I like it.) Is there a plan to add 2D contour plots or 3D plots in the future? I would be glad to help out where I can with extending this framework. I do not know much about 3D (I guess it would need OpenGL?) but I would be glad to help test/add features to the 2D plots. I would like to use it in an open source academic project I have for heat transfer applications. I investigated a few possibilities and there does not seem to be a particularly easy to use plotting library designed for C++, so KDE can set the standard here. What is the best way to get involved? I am also curious who is the KUnitConversion maintainer as well. Similarly, unit conversion software would be fantastic, however it is missing many units and features. I would also be glad to work on either cleaning up KUnitConversion, or working on a replacement library. I believe I saw on the archives someone working on KStandards? What is the best way to get involved in the KStandards framework development? I will try to contact the person listed on KUC source code too but maybe it is more appropriate to post to the mailing list for feedback from everyone. I am a long time user of KDE, and I am looking forward to learning how to get involved and give back. Thank you, Garret Wassermann ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: KPlotting and KUnitConversion
On Monday 11 August 2014 00:20:39 Garret Wassermann wrote: [...] From looking at the API/example for KPlotting, it seems to only print 1D plots. (But it does a great job! I like it.) Is there a plan to add 2D contour plots or 3D plots in the future? There is no concrete plan to add more features to KPlotting, because for advanced users there are already other Qt based libraries for plotting (QwtPlot, QCustomPlot, QtCharts, KDChart, ...). That does not mean I will reject any additions, but I would like to keep it simple. I would be glad to help out where I can with extending this framework. I do not know much about 3D (I guess it would need OpenGL?) but I would be glad to help test/add features to the 2D plots. I would like to use it in an open source academic project I have for heat transfer applications. I investigated a few possibilities and there does not seem to be a particularly easy to use plotting library designed for C++, so KDE can set the standard here. What is the best way to get involved? First, please clarify why the other alternatives are inadequate. Then propose a plan, or a patch :) Christoph Feck (kdepepo) ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel