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

Location of .zim files #2

Open
tgeek77 opened this issue May 5, 2018 · 2 comments
Open

Location of .zim files #2

tgeek77 opened this issue May 5, 2018 · 2 comments

Comments

@tgeek77
Copy link

tgeek77 commented May 5, 2018

Hi, I downloaded a .zim file with WebArchives but it doesn't see the file in the local section of the application. What directory is it expecting to find these files?

@birros
Copy link
Owner

birros commented Jun 16, 2018

I'm really sorry to answer you now, I'm starting with GitHub. I did not see any email or notification informing me of your issue, so I totally missed it. I did not bother either to check the status of the project, my apologies.

To answer the question, the files are automatically listed by the software Tracker, this same operation is involved in some GNOME applications like GNOME Documents or GNOME Games. In theory this simplifies the detection of files scattered in the user's folder but in practice it requires two things:

  1. Tracker must be installed and running, which is not the case in a KDE session or other
  2. zim files are placed in folders in which Tracker is allowed to scan files (basically XDG user directories)

I set up this system thinking simplify things but in the end I had a lot of feedback (in addition to yours) about this problem, so I think to delete the use of Tracker or at least limiting its dependency.

For the moment it is possible to manually add a file using the "+" button of the "Recents" section, in any case I will add a new section listing the files in a default folder (such as ~/Documents/WebArchives) indicating its location on the home screen of the application.

Unfortunately I have not enough time to devote myself to the development of WebArchives for the moment, because of many personal problems, but WebArchives is still developed, at least not necessarily in terms of code but reflections around its operation.

This issue is my main target, thank you for your issue and I hope I answered you.

@deemomma83187
Copy link

I'm really sorry to answer you now, I'm starting with GitHub. I did not see any email or notification informing me of your issue, so I totally missed it. I did not bother either to check the status of the project, my apologies.

To answer the question, the files are automatically listed by the software Tracker, this same operation is involved in some GNOME applications like GNOME Documents or GNOME Games. In theory this simplifies the detection of files scattered in the user's folder but in practice it requires two things:

  1. Tracker must be installed and running, which is not the case in a KDE session or other
  2. zim files are placed in folders in which Tracker is allowed to scan files (basically XDG user directories)

I set up this system thinking simplify things but in the end I had a lot of feedback (in addition to yours) about this problem, so I think to delete the use of Tracker or at least limiting its dependency.

For the moment it is possible to manually add a file using the "+" button of the "Recents" section, in any case I will add a new section listing the files in a default folder (such as ~/Documents/WebArchives) indicating its location on the home screen of the application.

Unfortunately I have not enough time to devote myself to the development of WebArchives for the moment, because of many personal problems, but WebArchives is still developed, at least not necessarily in terms of code but reflections around its operation.

This issue is my main target, thank you for your issue and I hope I answered you.

Thankyou

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

3 participants