<div dir="ltr">Hello Hy,<div><br></div><div>So yes, this is what needs to be done. There is no GUI for kstars.kcfg, it's just a text file that needs to be editing in XML format. You can go ahead and send the PR.</div><div><br></div><div>However, I was actually thinking about this issue yesterday. Been thinking, what's the best method to save such options. If we save them in kstars.rc (kstars.kcfg values become .ini formatted values in kstars.rc if they have been changed from default), they would be applied universally. So if you have GuideBinningIndex=1 (2x2), this would be applied _everytime_ for all profiles and all cameras. Maybe we ought to think about a system where these settings can be saved per profile basis? Not just this, but many other settings can be consolidated to be per-profile basis.</div><div><br></div><div>We already store the profile in the sqlite database, but I don't think we should be adding columns for each option out there.. there would be too much work. Instead we can perhaps have captureSettings, guideSettings..etc and each can be a base64 encoded version of the actual setting. So when a profile is loaded, we load the settings from there and use them. If they don't exist, we use default and save them to the profile. When a user makes a change, the profile xxxSettings (where xxx is the module) is updated. </div><div><br></div><div>Now comes how we can encode/decode the settings? We could use JSON.. it's already used at some level for EkosLive settings..etc, so it could be expanded. We can get a QJSonDocument from QJson and then encode that to base64 and save. Once a profile is started, we load the values from said profile and apply. This would provide more granular controls than the current ones which are applied for all profiles.</div><div><br></div><div>I'm including KStars development list into this discussion as well since I believe it is important to have an agreement on this.</div><div><br clear="all"><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><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 1, 2020 at 6:17 AM Hy Murveit <<a href="mailto:murveit@gmail.com">murveit@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Jasem,<div><br></div><div>Another quick one:</div><div><br></div><div>I have moved to the internal guider, and want to guide with 2x2 binning, but it never seems to save the setting (e.g. I set this, but the next time I restart EKOS it's back to 1x1). I looked in guide.cpp, and saveSettings() doesn't seem to have anything saving binning.</div><div><br></div><div>Does it need a line like this in saveSettings() </div><div> Options::setGuideBinningIndex(binningCombo->currentIndex());</div><div>and something like this in loadSettings()</div><div> binningCombo->setCurrentIndex(Options::guideBinningIndex()); </div><div><br></div><div>and I noticed there was nothing for guider binning kstars.kcfg</div><div>(so those functions above I guess wouldn't exist).</div><div><br></div><div>I'm not sure exactly what kstars.kcfg does (is there a corresponding gui somewhere?</div><div>Would I need to put something in the guide section in there corresponding to binning?</div><div>e.g. </div><div>after this:</div><div> <group name="Guide"><br>add this:</div><div> <entry name="GuideBinningIndex" type="UInt"><br> <label>Which binning to use (0: 1x1, 1: 2x2, 2: 3x3 3: 4x4).</label><br> <default>0</default><br> </entry><br></div><div><br></div><div>Is there a gui somewhere that goes with kstars.kcfg?</div><div><br></div><div>If you think this is right, I can send you a PR for it.</div><div><br></div><div>Hy</div><div><br></div></div>
</blockquote></div>