Errr, as a member, I suppose I should have known ![]()
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ā¦
Now, thatās why I didnāt get any funding ! ![]()
i have included Opal delegates and drag drop in Tidal Player ![]()
Nice to see Opal being used in apps
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.
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!)
Looks like tidings will soon have Opal components
@ichthyosaurus needs to review one PR but itās looking like a done deal. Now I have to fix the performance issues. Sigh.
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.
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.
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
- Configure your
specfile to be Harbour-compatible (cf. Harbour FAQ #2.6.0).Using YAML: add the following section to
rpm/harbour-my-app.yaml(from which thespecfile is generated):
Macros: - __provides_exclude_from;^%{_datadir}/.*$
Using SPEC: you can also add this directly at the top of the
rpm/harbour-my-app.specfile:
# >> macros %define __provides_exclude_from ^%{_datadir}/.*$ # << macros
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!
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 :/.
Iām glad it worked out, these things always happen at the worst moment. Happy holidays too! ![]()
I hear you! ![]()
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.
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.
Absolutely!
But getting collaboration rolling, coordinating, etc. is yet another task and who has time for all this ![]()