The app is currently only available through Github and/or website download.
## Reproducing
-
A cask for downloading/installing the app through cask would be great!
Screenshots
Would be great for people which streamlined their macOS setup with homebrew / cask.
Could I suggest this issue title is changed to "Allow publication of Zettlr in supported app stores"? There are various places it could be published.
Yep, would be great!
Let's be frank: I'm extremely overworked with all the features I've put into Zettlr so far (and am likely to continue to add features, albeit much slower than currently), so it would cost me too much time to publish to every single app store I stumble upon. This is why I'm fond of the idea by @Jaifroid. Letting users take matters into their hands in disseminating the app to the various stores is a great idea of multitudinal crowd power.
But we'd have to envision a procedure of how to do this. On the one hand I'm happy that so many are trying to help the app grow more popular, while on the other hand I'm still anxious as to letting it completely loose (you know, parental feelings for the app and stuff).
Any thoughts on this?
P.S.: Someone already has taken matters into his or her hands, and published an Arch Linux package for Zettlr (although I can't check what the repository contains, as I don't have any Arch VMs)
Also, if we agree on a procedure and someone takes over publishing to a certain store/repository, I could also put those links onto the main website as well.
My thoughts are that apps need to be published under a clear Zettlr identity, rather than under the identity of the particular developer who wants to take on the task of packaging the files for the respective Store. This means setting up Store accounts (or allowing accounts to be set up) with details you're happy to share with a dev or packager (and they with you), so that you don't end up with apps that are updated once and then abandoned, and which no-one else has the ability to access. Ideally you'd want them to be organization-level accounts where this isn't onerous or costly (I assume Zettlr is an organization-level account on GitHub).
Sounds like a good start. Yep, the Zettlr-account here is organisation level, I don't even know anymore why I did this, but it worked out pretty well!
I think the first platforms to disseminate the software to should be Launchpad (for Debian), and the respective alternatives for Fedora-based systems and Arch (there have been requests, and there's also this rogue package).
This would basically only need some small amount of coordination between people committed to doing this (e.g. I'll push to the master branch after a release is done, then all people can git pull to their computers, compile and then share the files with me for uploading here and upload them to these platforms. Afterwards I'll publish the official release).
Maybe we should also discuss, where else we could publish the app to (Brew Casks was the first idea, but there are other things for sure).
It might be a better process if you provided any dev you're partnering with access to a forked and suitably named repository in the Zettlr GitHub domain, so you / the Zettlr organization have access to the source code for compiling the app, rather than the dev doing it on their own computer only and sending you the final compiled executable/bundle. Just a suggestion (based on what we do at Kiwix -- you'll see the multiple repos with different flavours if you scroll down).
Yeah, the criss-cross sending of files is indeed not the optimal solution. So for compiling to different platforms it would make sense to grant people committed to compiling access to the releases section, so that everyone can directly upload compiled packages to a draft release. This should work!
The benefit is that Zettlr only needs one code section for all different platforms and therefore it's even easier, and we can use the Zettlr domain for potential additional softwares/plugins/whatever.
Problem is that GitHub releases require that the source code be available in a branch. If you're wary about giving direct push access to a separate app space on your repo, I guess you could create different branches for each store release, and ask a dev to make a PR from a forked repo, using the "Compare across forks" option. You could then approve or not the PR, so it can be incorporated into the branch, using this procedure. A release can then be based on that branch. But this workflow could become complicated if you have to rebase each branch every time you merge main-app changes to master...
Short update: With a friend I managed to set up a Jenkins build server, which means that at least in a short amount of time we'll be able to offer any binary possible, so we're getting somewhat closer to being able to publish the app to various platforms :)
Is there any update here? Anybody willing to do this for any repository?
I compile and publish the Open Source apps Kiwix JS, WikiMed and Wikivoyage to the Microsoft Store for Windows 10. For Electron apps, the process looks fairly straightforward here:
https://electronjs.org/docs/tutorial/windows-store-guide
I'd be willing to have a go, though can't promise anything about timescales at the moment. Is it of interest? Unless you have an account (there's a one-time set-up fee), I'd publish it on my account, but would of course make 100% clear where the open source code is, and comply fully with the licence. The resulting binary can be published (and installed) independently of the Store, so can be made available on GitHub (and Jenkins?).
Zettlr seems to be distributed more than when this issue was created (for instance, it is now available on brew cask).
I would suggest closing this issue and opening one for each of the specific appstores where Zettlr would be needed.
I agree!
Good point. Besides, now as we have a forum we can discuss it over there 馃憤
Most helpful comment
Could I suggest this issue title is changed to "Allow publication of Zettlr in supported app stores"? There are various places it could be published.