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

Associate with org extension. #148

Open
wmealing opened this issue Aug 14, 2017 · 5 comments
Open

Associate with org extension. #148

wmealing opened this issue Aug 14, 2017 · 5 comments

Comments

@wmealing
Copy link

Gday,

I often open files directly from within a file manager, it appears that orgzly isnt associated for .org files.

I was going to do something similar to https://stackoverflow.com/questions/3760276/android-intent-filter-associate-app-with-file-extension

I can write it, or you can write it, let me know how and if you want me to go ahead.

@nevenz
Copy link
Member

nevenz commented Aug 15, 2017

Sounds good. When syncing, Orgzly currently uses pattern BookName.PATTERN (i.e. .org and .org.txt), so we should probably use the same one.

@nevenz
Copy link
Member

nevenz commented Aug 15, 2017

Main question is what to do with the notebook.

List of notebooks in Orgzly is a list notebooks in DB, which is here to stay (and be synced, for example). We could import the notebook, and then open it. That would be simplest implementation.

But the user might be expecting to just temporary open the notebook and discard it after closing Orgzly. I think that makes more sense if notebook is opened from file manager. (There could be an option to import the notebook after that.) But that would require a new activity and temporary set of tables or database.

@pxsalehi
Copy link
Contributor

I often open files directly from within a file manager, it appears that orgzly isnt associated for .org files.

I have also come across this and I think it would be useful. For me the usecase was to simply use Orgzly as a viewer and not necessarily import the org file right away.

@memeplex
Copy link

I think this is an important missing functionality. I don't see any problem with the straightforward implementation of importing the notebook to the database. The user is a couple of taps away of deleting it in case he/she wants a temporary view. Many ebook readers do something like this, for example, in order to import the document to its internal library/database.

Notice that having these feature implemented relaxes the need for something like #485. One can access additional (read only, reference) project notes by simply using the file explorer to selectively open them in orgzly while they are necessary.

@GuiltyDolphin
Copy link

GuiltyDolphin commented Apr 20, 2019

Just to add my thoughts: I think when you click on a *.org file, we should see an activity popup showing something like Orgzly Viewer and Orgzly Import.

Orgzly Viewer would allow us to view the file in Orgzly, without any permament import (though we could perhaps allow the choice of import during viewing as well).

Orgzly Import would prompt for a name etc., import the file, and perhaps display it too.

In this manner, we (the users) could choose to e.g., have Orgzly Viewer as the default, if we do a lot of viewing, but not importing.

With the new features of copying/refiling multiple notes at once (where refile in this case would be like a 'send copies'), I think there is definitely room for allowing this in 'Read-Only' mode, so that e.g., we could open an Org file that has some notes we want, copy a few notes over to another notebook, then close the 'Read-Only' notebook.

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

No branches or pull requests

5 participants