A better integrated bookmarking system is it.

Simply one that doesn't have to switch tabs or copy paste URLs to version files.

The App Store is still the primary vector to all app installations. Custom Apps is just an another option, as it is now, without leaving the interface. Just another Cloudron modal that lists the community apps.

Works across desktop and mobile.

Much better UX, no copypasta.

Instead of proxying the store, a really elegant middle-ground would be setting up a redirection service similar to what Home Assistant does with my.home-assistant.io (source code/docs here).

With a service like that, the Community App Store (ca.cloudron.io) could simply have an "Install on your Cloudron" button that deep-links to a centralized URL structure.

How it works:

1. The first time a user clicks it, they land on a simple page asking for their private Cloudron dashboard's base URL (e.g., https://my.example.com).
2. This URL is saved securely in the browser's localStorage or a cookie.
3. On all future clicks, the service instantly handles the redirect behind the scenes.

For example, a link pointing to:
https://my-own.cloudron.io/redirect/appstore/io.cloudron.surfer

Would instantly bounce the user straight into their own private dashboard at:
https://my.example.com/#/appstore/io.cloudron.surfer

A massive bonus here is that this doesn't have to be limited to just installing apps.

This redirection service would be a huge win for general documentation and simplifying user support across the entire ecosystem. For instance, official documentation or forum support threads could deep-link users directly to specific settings or user management pages inside their own unique setups.

We could even use it to streamline the onboarding experience right on the main website. For example, the final step of the current installation instructions at https://www.cloudron.io/get.html (which tells users to navigate to their new setup) could instead just feature a clean "Configure your new Cloudron" button using this redirect service.

Since my.cloudron.io is already actively used by the platform, maybe the team could host it on something like my-own.cloudron.io or install.cloudron.io? (Though honestly, it could even just live as a /redirect path right on ca.cloudron.io to keep things dead simple). It feels like a great way to elevate user experience without adding heavy technical debt or blurring the lines on official support.

robi said:

@girish Can you wrap or proxy the ca.cloudron.io store just like you do the appstore for every cloudron?

This would allow for no copy-pasting the versions file manually, and have a button-click install for community apps that are registered.

Thoughts?

none?

[x.y.z]
- Change 1
- Change 2

So the first chars in each line are stripped (you can also use * etc). I have deployed a fix to strip the chars if first two are not those sequences.

It is cutting off the first two characters it seems.

You have reached the maximum number of apps.

Please sir, can I have some more ?
(after Oliver Twist)

Now, to tie in form reputation/badges etc is out of scope for the moment for the community store. I think if people fill up the packagerUrl correctly, this can be determined by the end user. But let's see, these new fields require Cloudron 10 first and then the community app authors to fill in the field. Happy to accept future contributions for getting reputation etc.

(We also didn't want the community store to have profile fields like forum url etc intentionally i.e fields outside the versions and manifest fields. This would break the whole decentralization aspect if we have to maintain all this in a central place).

Or add an additional link to the relevant user profile on this forum (where one exists).

And ideally pull in any forum badges "App Dev" "Translater" etc too.

And possibly their forum "reputation" score too.

And their Cloudron forum join date.

Basically as much extra info as possible that helps people gauge a little more how experienced, reliable and invested in the Cloudron ecosystem they are.

Oh, and also and Added on date above or below the Updated on field.

Personally I'll not sure about the packager links going to email. As a packager I wouldn't necessarily want my email there. As a user I'd personally much prefer to contact them on here, either via a chat DM or in an appropriate forum thread.

This would allow for no copy-pasting the versions file manually, and have a button-click install for community apps that are registered.

Thoughts?

• show a total of number of apps listed (user : oh, it was 31, now it's 33, let me check what was added)
• optional sort by updated date instead of alphabetical (not to monitor whether an installed app update is needed, just to see what is new/changed)

I would like to emphasise the word SIMPLE. I don't want to suggest complex work. The page works really nicely as it is.

Some apps, for example https://ca.cloudron.io/app/matrix-whatsapp-bridge, use the author field to link to a source repo.

Maybe instead of the "contact" value