Opal QML components for app development

Errr, as a member, I suppose I should have known :slight_smile:

Exactly, and even though the Qt company regularly tries to get out of the deal (so they can make Qt fully commercial), they can’t - which is a great win for software freedom.

right you are… Maybe sailmates could do something about that?

NLnet just funded Whisperfish, maybe they are interested in other Sailfish things as well…

3 Likes

Now, that’s why I didn’t get any funding ! :wink:

2 Likes

i have included Opal delegates and drag drop in Tidal Player :smiley:

4 Likes

Nice to see Opal being used in apps :slight_smile: That’s always a nice motivation to finally do some maintenance chores. I have quite a backlog of changes and contributions from others piled up. I hope I’ll get to clean that up sometime around the holidays.

8 Likes

Thanks for reminding me that I really should be using Opal more.
It’s a wonderful effort, thank you so much for it!

One thing I would love though is if I could depend on a system installation of Opal instead of copying it to every app project.
Is is feasible to make Opal Components installable as qml module/plugin?

I realize that is not going to fly with Harbour, but for non-harbour apps it would be very nice.

(…and who knows, maybe it could get accepted as a special exception dependency in Harbour as well - times seem to ve changing - a bit!)

4 Likes

Looks like tidings will soon have Opal components :slight_smile: @ichthyosaurus needs to review one PR but it’s looking like a done deal. Now I have to fix the performance issues. Sigh.

1 Like

There is a concern I have:

```
ERROR [qml(Opal.About)] 'Provides: qml(Opal.About)' not allowed in RPM
ERROR [qml(Opal.About.private)] 'Provides: qml(Opal.About.private)' not allowed in RPM
ERROR [qml(Opal.LinkHandler)] 'Provides: qml(Opal.LinkHandler)' not allowed in RPM
ERROR [qml(Opal.LinkHandler.private)] 'Provides: qml(Opal.LinkHandler.private)' not allowed in RPM
ERROR [qml(Opal.SmartScrollbar)] 'Provides: qml(Opal.SmartScrollbar)' not allowed in RPM
FAILED
```

Does using opal mean I can't update the app in harbour?

EDIT. This has sort of ruined my Friday night.

1 Like

You can hide the provides with some RPM macro right? Should be in the Harbour FAQ.

%define __provides_exclude_from ^%{_datadir}/%{name}/qml/lib/.*$'

or so.

1 Like

Sorry, I was at a Christmas concert so I saw your cry for help only now. The fix is simple, adding this to the spec file is enough:

%define __provides_exclude_from ^%{_datadir}/.*$

I created a pull request here: Fix Harbour compliance by ichthyosaurus Ā· Pull Request #113 Ā· poetaster/tidings Ā· GitHub

I’m so sorry! It’s totally my bad, I lost the commit when I created multiple branches for multiple pull requests, but I had the change locally so I didn’t notice it during testing.

Exactly. It’s also documented for Opal here: GitHub - Pretty-SFOS/opal: A collection of pretty QML components for SailfishOS

  1. Configure your spec file to be Harbour-compatible (cf. Harbour FAQ #2.6.0).

Using YAML: add the following section to rpm/harbour-my-app.yaml (from which the spec file is generated):

 Macros:
 - __provides_exclude_from;^%{_datadir}/.*$

Using SPEC: you can also add this directly at the top of the rpm/harbour-my-app.spec file:

 # >> macros
 %define __provides_exclude_from ^%{_datadir}/.*$
 # << macros
2 Likes

Ah, it’s ok. I was just trying to push things before the xmas madness takes complete control. Working on too many things at the same time. I’m doing the release now.

Thanks! and happy holidays!

1 Like

This reminds me to remind you that you made the Delegates module ;). Thank you! I changed it a bit, maybe it’s worth checking out again for your apps :).

Technically, that should be possible and of course it would be much better than duplicating everything. I haven’t really looked into it yet, though, because it wouldn’t be allowed in Harbour. That’s a project I’d need a lot of help with, just as with switching to cmake, etc. I’m not good with packaging…

That would be awesome of course :). But then we’d need a team for maintenance, I already don’t have enough time and energy to properly maintain Opal, apps, patches… Chores are getting out of hand. I spend more time with that than with actual development :/.

1 Like

I’m glad it worked out, these things always happen at the worst moment. Happy holidays too! :slight_smile:

1 Like

I hear you! :slight_smile:

Collaborating more between devs is something we should focus on in the future IMO. Currently it seems there’s a lot of soloing in our rather small dev community.

6 Likes

Absolutely! :slight_smile: But getting collaboration rolling, coordinating, etc. is yet another task and who has time for all this :smiling_face_with_tear:

1 Like