Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mobile verison? #60

Open
peci1 opened this issue Dec 9, 2021 · 11 comments
Open

Mobile verison? #60

peci1 opened this issue Dec 9, 2021 · 11 comments
Assignees

Comments

@peci1
Copy link

peci1 commented Dec 9, 2021

Hi, do you also plan to release a mobile app/web app version of boostnote local? That would be the ideal combination for note taking for me - use any cloud you trust, use this cloud to sync the notes (and make them available offline!), and enjoy the great UI of BoostNote.

I haven't seen any mention of a mobile app on the roadmap...

@Komediruzecki
Copy link
Collaborator

Hi,

It would be a nice feature, we can have this issue as an interesting gathering,

but this would not be easy to make and could take time to do.

@peci1
Copy link
Author

peci1 commented Dec 9, 2021

Thanks for considering my idea. Unfortunately, I cannot help with Android development as I'm myself a complete stranger to this niche of programming...

@Komediruzecki
Copy link
Collaborator

Hi,

It would not be so hard to do in general, but the app should then support various cloud sync systems login or data from a local space should be somehow more generally fetched on mobile/web.

It could be worth considering as an option if we would get some community support to do it together, so currently the only viable option for cloud sync is Boost Note cloud app.

@peci1
Copy link
Author

peci1 commented Jan 3, 2022

My idea was to point the mobile app to a folder otherwise synced by Google drive and let it use this folder as note storage. This way, the app would not need to care whether the storage is synced or purely local. However, I'm not sure if this is possible given the various permission limitations on Android.

@Mirdarthos
Copy link

I've tough about this as well.

Specifically a mobile App, because seeing as Boostrnote uses JSON, the synchronising could easily be handled by another application...I've specifically thought of Syncthing. That way it cuts out the reliance on a middle-man, giving you more privacy. But because of the way Boostnote stores its notes, it would be very easy to implement with cloud as well, if you wish to go that route.

@jerem-ma
Copy link

Hey !
I agree with peci1 and Mirdarthos. Creating an offline app that does not think about cloud at all and let other apps like Syncthing do the sync part could be a flexible way to get an offline app with cloud support.

@Mirdarthos
Copy link

Mirdarthos commented Feb 13, 2022

Never you mind relatively easily, too. Because then you don't have to worry 'bout implementing so many other APIs as well. Because cloud providers are a dime-a-dozen nowadays. Leave that to the applications that specializes in them.

And since it splits up the load, there's much less that can go wrong with Boostnote itself.

I already backup my notes to the Cloud with rclone, so the idea of separating the functionality isn't strange or impossible.

It just makes sense to me.

@Komediruzecki
Copy link
Collaborator

Hi,

agree that this would make it much easier.

So, for start, an Android app that just reads the given folder as storage (as on desktop) and shows the content to the user.

I'll see how would this process look like regarding adding an app to the android store and transferring the code needed for it to the repo.

@Komediruzecki Komediruzecki self-assigned this Feb 27, 2022
@Mirdarthos
Copy link

Random thought:
I have absolutely no idea how good or bad an idea this is, but wouldn't using flutter be a quicker route? AFAIK the syntax is similar to Javascript/ES6's, so in that case it should be similar. Also, cross-platform will be quicker, from what I gather.

Just my random rambling, don't know if it's a good idea or not.

🤷‍♂️

@Komediruzecki
Copy link
Collaborator

It is not out of the question, but for the most part, using react is simpler since there was already an app created for it, so reusing the code and adding the diff would be much faster.

I'll examine both ways this weekend and see what is the best way.

@Mirdarthos
Copy link

OK, yes, I agree. I thought you meant to do it with native Android Java kind of thing. But I agree that react would be quicker. And it's not a game or something where that sort of performance is that important, which makes it a lot easier.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants