Re: KPlotting and KUnitConversion
On Tuesday 12 August 2014 17:54:49 John Layt wrote: I'm the maintainer for KUnitConversion, you can find the maintainer in the metainfo.yaml file in each Framework repo [aside: perhaps we need to generate a page with this listed?]. If you go to http://api.kde.org/frameworks-api/frameworks5-apidocs/ and click show maintainers on the left, you'll get it. Not easily discoverable, admittedly. Alex ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: KPlotting and KUnitConversion
On 10 August 2014 23:20, Garret Wassermann gwas...@gmail.com wrote: 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. Hi Garret, I'm the maintainer for KUnitConversion, you can find the maintainer in the metainfo.yaml file in each Framework repo [aside: perhaps we need to generate a page with this listed?]. I'm also the person looking at KStandards, or KCodes as I'm now calling it. For now KCodes will be sticking to the ISO code support and not doing any unit conversion stuff, that's a long way away if at all. At the moment I'm talking to the Wikidata people about improving their ISO code data so we can just become a consumer of their data, rather than having to maintain it on our own. I'm hoping to have that resolved soon and will push the code forward at that point. KUnitConversion does have it's limitations which is why I'm thinking about how to improve or replace it, but that won't happen any time soon so it's best to keep improving it in the meantime. The main thing I dislike is every unit regardless of category being in a single enum, which can lead to nonsense like trying to convert 1 meter in degrees Celsius. That's a version 2 fix though, and in the meantime there's other things to work on, like removing the dependency on ki18n and using Qt tr instead. You say there are units and features you need that we don't support? The obvious place to start is to implement those in the existing library so we understand them better if once we get around to designing a new api. The best place to discuss these is always here on list, so can you say what it is you are missing? Once we've discussed any new features, you can then code them and submit the patches to our ReviewBoard so I can review them. Cheers! John. ___ 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 18:41:33 Garret Wassermann wrote: Simple is good, this is why I enjoy the KPlotting library. Might I ask what use cases you have in mind for the framework so I can better make suggestions? KPlotting is intended for applications, where the plot isn't a central part of the application, but simply a means to visualize a set of data points that are secondary to the application. It is a bit like comparing QTextEdit and KatePart. You probably would not want to use the former in KDevelop or Kile, while it is fine in an application, where you just need to enter some comment. Does KPlotting have a QML widget/graph, or is strictly a QtWidget at this point? If only QtWidget, do you think a QML plot is a priority and/or better suited to an interactive plot? KPlotWidget is a QWidget class. I am not familiar with QML either, but if you manage to add QML support that reuses the logic about axis scaling, label placement, etc. then let me see it. If possible, please keep the discussion on the list. I also added the kde-edu list to CC, because KPlotWidget is used by many educational applications. Maybe while those applications get ported to KF5, we can get some additional input for improvements, without bloating it. Thanks for your interest. Christoph Feck (kdepepo) ___ 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
