<div dir="ltr">Hi Artem,<div><br></div><div>Great questions! Please do whatever is deemed necessary within the existing code base. There will be a lot of conflict and duplication initially, but this might go away eventually if we decided to pursue the QML/QtQuick way of doing things. You can keep the declarative parts in a separate directory for the time being, and CMake will pick up which parts to compile based on the platform. This project will be an evaluation of the technology maturity of QML/QtQuick2 for a heavy computational application such as KStars and will pave the way for more changes later on.</div><div><br></div><div>Regarding the mobile application, it is up to you. But you should conform to KDE Human Interface Guidelines for Mobile (<a href="https://techbase.kde.org/Projects/Usability/HIG">https://techbase.kde.org/Projects/Usability/HIG</a>) which is still work in progress so this would be a good opportunity to engage them during the development process.</div><div><br></div><div>Please let me know if you have any further questions.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 12, 2016 at 10:08 PM, Artem Fedoskin <span dir="ltr"><<a href="mailto:afedoskin3@gmail.com" target="_blank">afedoskin3@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><p>Dear developers of <span title="The second letter should probably be lower case.">KStars</span>,</p><p>while designing proposal for <span title="">KStars</span> Lite project I got some questions and any suggestions are much appreciated.</p><p>To implement <span title="Sky Map, Sky-Map, Skimp, Skycap, Scamp, Skimpy">SkyMap</span> in Lite version I plan to use Qt Quick Scene instead of <span title="The second letter should probably be lower case.">QPainter</span>.
 Qt Quick Scene offers much faster rendering on both mobile platforms 
and desktops. Also, there is a great <a href="http://vizzzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/" target="_blank">article</a> from one member of Plasma 
team describing the benefits and problems of moving Plasma to <span title="">QML.</span></p><p>My question is how big should be the difference in <span title="">codebase</span> between <span title="The second letter should probably be lower case.">KStars</span> for desktops and <span title="">KStars</span>
 Lite? Existing drawing code and a lot of other things that are done in 
imperative way will suit very bad declarative way of Qt Quick Scene 
Graph.</p><p>For example: to implement Sky Map I'm planning to create new <span title="">SkyMapLite</span> class, which has to be independent from existing <span title="Sky Map, Sky-Map, Skimp, Skycap, Scamp, Skimpy">SkyMap,</span> as <span title="Sky Map, Sky-Map, Skimp, Skycap, Scamp, Skimpy">SkyMap</span> uses <span title="">QWidget</span> and <span title="The second letter should probably be lower case.">QPainter</span> for painting. By doing that, I have to make some changes in <span title="">KStarsData</span> class and of course <span title="The second letter should probably be lower case.">KStars</span> Lite will use completely new <span title="Starlit, Starlet, Satellite, Starlight, Stability, Sterility, Startled, Gestalt, Distaste">KStarsLite</span> class for initialization instead of <span title="The second letter should probably be lower case.">KStars</span>.</p><p>To display <span title="Sky Objects, Sky-Objects, Subjects, Subject's, Subjugates">SkyComponents</span> on <span title="Skimpily, Sampled, Complete, Skimped, Skimpiest, Complied, Completer">SkyMapLite</span> I'm planning to subclass each of the <span title="Sky Components, Sky-Components, Components, Component's">SkyComponents</span> children like <span title="">SolarSystemSingleComponent,</span> <span title="Star Component, Star-Component, Component, Decampment, Stagnant">StarComponent,</span> etc. to combine their methods for calculating the position and providing drawing facilities for Qt Quick Scene.</p><p>Also I would be very grateful to hear some suggestions regarding <span title="II, I, U, UPI, UZI, UNI, AI, UR, OI, UH, DUI, GUI, HUI, SUI, UK, UL, UN, US, UT, UV, UM, UP, BI, CI, DI, GI, HI, LI, MI, NI, RI, SI, TI, VI, WI, PI, XI, U'S">UI.</span> In your opinion what are the best astronomy apps for mobile platforms?</p><p>Apologize for such <span title="">questions, but integrating</span> such big changes in an existing project can be very tricky.</p><p>Regards, <span title="Art em, Art-em, ATM, Atom, Item, Airtime, Artie, Stem, Art, Artemis, Arm, Ate, Artier, Adm, Artery, Arty, Ahem, Arts, Arum, Adam, Idem, Armed, Art's, Artie's">Artem</span></p></div>
<br>_______________________________________________<br>
Kstars-devel mailing list<br>
<a href="mailto:Kstars-devel@kde.org">Kstars-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kstars-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kstars-devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best Regards,<br>Jasem Mutlaq<br></div><div><br></div></div></div>
</div>