<div dir="ltr">Hello everyone,<div><br></div><div>It was a great pleasure and a privilege to talk to all of you online earlier today. The roughly 90 minutes hangouts meeting that was moderated by Mr. Hy Murveit went quite well. I believe it was quite fruitful with lots of discussions and ideas shared by everyone.</div><div><br></div><div>Below, I tried to summarize some main points/comments made by all. We should probably dive into the details of some. Probably the communication aspect is of great importance in order to keep all developers in sync. This mailing list has been active for probably more than 20 years. It might not be the most optimal communication platform at this day and age, but it is still reliable. I am open to new communication platforms as well. Currently, we have the mailing list + KStars Web Chat room (for developers). Please suggest any alternative methods of communication that you find suitable for long term. A private/public forum can perhaps be useful? or stick to the mailing list?</div><div><br></div><div>At any rate, here goes the main ideas of the meeting:</div><div><br></div><div>Jasem</div><div>----------<br><br>1. Road Map.<br>2. Release Cycle.<br>3. Built-In Crash Reporting.<br>4. Recruitment<br>5. Documentation, ease of entry for new users/developers?<br>6. Communication among developers: KStars mailing list? KDE web chat? Private forum? public forum?<br><br>Hy</div><div>---<br><br>1. Complete Session Recording? Real-Time Analyzer.<br>2. KStars needs vision & plan.<br>3. How is the system used? What features are utilized by users?<br>4. Opt-in switch to try new features or development?<br>5. Collect data from users such as images to build a database that can be used for analysis in the future.<br><br>Wolfgang</div><div>-------------<br><br>1. Stability & Robustness.<br>2. Code needs to be broken down and splitted into more manageable units.<br>3. More documentation for all modules, especially capture.</div><div>4. Modular "Modules" that are separate and replaceable.</div><div>5. Adopt specific development architecture to follow.<br>6. Developer Documentation.<br><br>Eric<br>------</div><div><br>1. KDE's CI should execute the unit tests, not just build them.<br>2. Phabricator testing running on master, not on PR branch. How to fix it?<br>3. Electronically Assisted Astronomy: Internal + External like Guide module.<br>4. Settings Serialization for All Ekos Modules.<br>5. More testing + GUI Testings.<br>6. Long term goal to support Multiple CCDs + Multiple Telescopes.<br>7. Primary objective: complete automation using Scheduler.<br>8. Share equipment to the database and let users download optimal settings.<br><br>Robert</div><div>----------<br><br>1. Very Steep learning curve to get started on KStars development.<br>2. Create youtube videos for KStars/Ekos.<br>3. Make it easier for people to USE and CODE for KStars.<br>4. We should all test SexySolver, including HFR in order to fine tune to the variables.<br>5. Add doxygen documentation to all Ekos.</div><div><br><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Best Regards,<br>Jasem Mutlaq<br></div><div><br></div></div></div></div></div></div></div></div>