@beli3ver I may, if there is not anyone more active than me who want to be the new maintainer.

I'm back with a little schema : what's scope should be

the main points are :

• datas are generate by apps
• only 1 scope code that handle drawing all kind of data (from currents handle datatype)
• data are sort by date, not by 'source scope' as it's now
• we can have different instance/view of scopes with one filter on each.

Example of types (maybe they can be mixed in a view, type are fixe in scope 'API') :
Text, pictures, actions ....

Example of categories : (developper wishes)
News, Shortcut, Social ....

After some delays, finally updated : https://open-store.io/app/rssreaderscope.kazord
In order to apologize for the waiting, i added an import feeds feature (from an OPML online file)

hi,
I'm the developer of RSSreader scope, and as i scope user and developer, let's share my though :

Current scope splits content in a tree ( scope page /section / sub section and so one)
It's hard to develop scope and to share content / trigger actions with an app (bad manuals from ubuntu) but it's look possible in the actual scope code.

As some user, i had a nokia N9 in my hand and meego today view was really cool (my app tried to achieve similar view with rss)

What's my view for future :

• Easier / documented way to share content / action
• maybe a way to have personal qml item inside the scope
• Improved scope aggregation content example, sorted by date instead of brain dead aggregation with sections

Also, i'm sad to have miss this QA

Regards
Kazord

Standalone app is here : https://open-store.io/manage/simplestrss.kazord

I don't have the working details on the server side

but from an optimisation point of view it sould be faster and lighter to have :

• 1 file for each commun entries in lists and merge client side.
  (exemple 1.txt contains entries only in the list 1, 1-2.txt contains entries common on list 1 & 2 and so on)
  from client side just dl every files that match activated lists.

• 2 avoid rebuild all if possible (and optimize code/io for lower spec servers)

With that I hope it's possible to cut the server price a lot (cheapest ovh server is like 3€/m)

I'm waiting for @beli3ver to get backend script in order to make the app work again
after that, update and 20.04 will come if there is not to much code to change (more code will just means more delays)

@marc_aurel a think a good way to do it may be working on lomiri idle background and transform it to display a 'launcher' app content instead of a simple image.
As it's not a priority of ubports team, you should do the work and make a pull request. I already made some test and it's look like to be the more convenient way to extend the launcher.

@cunotj apps look like to be in the next page, see icon on the bottom : home, apps, music and so on

I like the concept too, so awesome & better than today scope

@saveurlinux, i dont have any device to test lomiri-app-launch,
it's an async start command, isn't it ?
In that case you don't need to keep the worker (and waitForFinish /finished is not the end of the app but the start call only)

Does the code do what you want ? or is there anything not working as expected

@saveurlinux it used to be a link click from the "Action" value of appinfo plugin.

was something like this back in 16.10 before lomiri
"application:///"+packagename+".desktop"

You should be able to edit this line with the new system url that start container

I'm waiting for @beli3ver to get backend script in order to make the app work again
after that, update and 20.04 will come if there is not to much code to change (more code will just means more delays)

@beli3ver I may, if there is not anyone more active than me who want to be the new maintainer.

@aarontheissueguy

their is a native OpenFoodFacts apps https://open-store.io/app/openfoodfacts.ubuntouch-fr and the maintener is also asking if changed are needed https://github.com/openfoodfacts/openfoodfacts-ubuntu/issues/37

I don't have the working details on the server side

but from an optimisation point of view it sould be faster and lighter to have :

• 1 file for each commun entries in lists and merge client side.
  (exemple 1.txt contains entries only in the list 1, 1-2.txt contains entries common on list 1 & 2 and so on)
  from client side just dl every files that match activated lists.

• 2 avoid rebuild all if possible (and optimize code/io for lower spec servers)

With that I hope it's possible to cut the server price a lot (cheapest ovh server is like 3€/m)

Hi,
I can include this type of feature in the next released of SimplestRSS, as part of the long awaited star feature, extended to any link, not only from feeds
Or maybe as a standalone app for people that doesn't want rss

Can you tell a bit more about wishes features (other than simple store links / display content)

What soft have you in your launch bar ?

if you have terminal app : open it and do

sudo mount -o remount,rw /
sudo apt update
sudo apt install unity8 --reinstall -y

if not
open your webbrowser and visite open store reinstall launchermodular from
https://open-store.io/app/launchermodular.ubuntouchfr

and use the reinstall tool in LM "if you can not restore click here"

--
sorry for the inconvenience, i made some changes to avoid this but it didn't go to production yet

@marc_aurel a think a good way to do it may be working on lomiri idle background and transform it to display a 'launcher' app content instead of a simple image.
As it's not a priority of ubports team, you should do the work and make a pull request. I already made some test and it's look like to be the more convenient way to extend the launcher.

@3T_Ed I didn't see any direct notification, but my friends here tell it to me
You should see the arm64 version in openstore now, i can't test it as I haven't any arm64 device yet, feel free to open issue if you have any trouble