[Kstars-devel] KConfig, Projector enum and KStarsData::progressText in KStars Lite

[Jasem Mutlaq]

Hi Artem,

1. Out of my league here. Have you tried contacting KConfig maintainers?
2. Yes
3. Fine

Great progress, reading the blog post now!

Regards,
Jasem


On Sun, May 8, 2016 at 3:06 PM, Artem Fedoskin <afedoskin3 at gmail.com> wrote:

> Dear developers of KStars,
>
> While working on KStarsLite a bunch of questions arose,
>
> 1. I'm struggling to get Options working from QML. Even after I've made
> instance of type Options available to QML as a context property, I can't
> get access to all its functions because they are not marked with
> Q_INVOKABLE macro and are not slots. I found in this patch https://git.
> reviewboard.kde.org/r/123367/ and source code of kconfig compiler that I
> should set GenerateProperties=true in Options.kfgc to create option
> properties as Q_PROPERTY. However, I got following error "Too many signals
> to create unique bit masks". There is some conflict between Mutators and
> GenerateProperties options that causes this error but I can't figure out
> what should I change to have setters in Q_PROPERTY.
>
> 2. Can I move SkyMap::Projection to Projector class? I don't want to
> include skymaph.h in skymaplite.h just to use Projection enum and this
> way there will be no need in adding another #ifdef construction to
> Projector class.
>
> 3. Just to inform you - I changed KStarsData::progressText( const QString&
> ) to KStarsData::progressText( const QString& text) because you can't
> handle unnamed parameters in QML slots.
>
> Regards, Artem
>
> _______________________________________________
> Kstars-devel mailing list
> Kstars-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kstars-devel
>
>


-- 
Best Regards,
Jasem Mutlaq
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kstars-devel/attachments/20160508/94991c21/attachment.html>