Hello,

It is on pause / maintenance mode right now.

I still have passion for this app and want to improve it further (and know how). The problem is my current job is extremely time-consuming and can't even find time to do any thing at all outside work.

Once things change, I'll return to MJ's PDF. Meanwhile, if any critical issues arise, I will react accordingly.

You are right. It complex because because building PDFium is very much like building Chromium.

I will try to improve the documentation when I have sometime.

Mudlej (bc89be60) at 01 Sep 22:34

Hi there,

There is a better solution for that, but I haven't figured hot to implement yet. It's definitely doable, though. The idea is to have an option to automatically crop out margins, so you wouldn't need to zoom or lock, as the page would only display the text without any blank space.

If I had more time, I would have already implemented it, as I want this feature too. It's also at the top of my to-do list.

Currently, when long-pressing text, a popup with the pages content shows up. When disabling that popup via settings, nothing happens.

I would love to see the ability to select text directly in the pdf, like many other apps do this.

The above screenshot is from Librera-Reader. It is an example, but i would like to see it more like the normal android copy&paste, since that is usually enough:

Thank you for this app!

This is a duplicate and old issue, you can track it here.

Thanks for the feedback.

Also, I am working on a new home page feature to address this issue and remove the reliance on the built-in file browser.

Closed since it's the same as

After opening a PDF file from the file browser, my expectation would be for the "Back" button to not exit the application, but bring me back into the file browser, in the directory I was last viewing.

Thanks for the feedback.

I get your frustration with the "Back" button exiting the application instead of returning to the file browser. But the thing is that the built-in file browser isn't part of MJ PDF. Once you pick a PDF, the file browser exits, and MJ PDF can't go back to it.

The good news is that I am working on a new home page feature to address this issue and remove the reliance on the built-in file browser.

Closed since it's the same as

My use case is browing and viewing pdf files from locals storage. They are categorized in a multi-level directrory tree. Having the local file browser flatten that directory into the leaf nodes creates an excessive amount of virtual first level directories in the browser, and destroys all context that the directory tree provides.

Can an option be added to not flatten the directory tree, and let me navigate it on my own? Manually changing into successive subdirectories is not a hinderance, and very much desired.

Hi there,

I understand that having the directory tree flattened is disrupting the context provided by your organized folders.Unfortunately, MJ PDF app currently relies on the built-in Android file browser, and we don't have control over its behavior, including how it handles directory structures.

However, the built-in file browser should have an option to navigate the directory structure more intuitively using the left navigation drawer.

The strings file is not added to the MR, but I can add it myself when I review it for the next release.

Thanks for your contribution.

so there is no need to dig into the details and find out where the bug in PDFium is...

I would rather abandon the app than trying to fix it in PDFium 😆

I think I will just do that. Although, I think it was about memory rather than performance. But this one also is not an issue anymore.

oh, check out what I've found here.

Will be included in the next release. Thanks.

No problem at all. Thanks for the info and have a good day,

Now I just wonder what you WRITE to external storage

The app stores non-local PDFs in memory and open them from there. Then, it tries to save it permanently in the Downloads folder if it has the necessary permissions.

However, I'm not really satisfied with this kinda implicit behavior (although it shows a toast message). In fact, I only discovered this functionality months after I began using the original app. I'm considering modifying it to prompt the user for their preferred download location and possibly adding a related option in the settings.

Great! Then I'll add that to the green list right away, with the proper explanation (the one you gave):

Thanks for your hard work.