| <<<Back 1 day (to 2018/02/18) | 20180219 |
tor8 | smc_: I don't know what packages you're looking at (we don't do the packaging for linux distros ourselves) | 10:18.14 |
| smc_: javascript can be used in PDF to validate forms, etc. I would say that you do not need it. | 10:18.48 |
| smc_: on the other hand, we have a powerful command line tool to manipulate and render documents that uses javascript (mutool run) so if you want to run that you'll need the javascript package | 10:19.48 |
| smc_: but without knowing the exact packages you're asking about, I can't help more than that. | 10:20.26 |
saturnU | hi all | 15:09.17 |
| could someone make request for mupdf for better doubleclick experience in pdfs? | 15:10.51 |
| zooming reading text and fitting to display for smartphones... | 15:11.40 |
kens | You can make requests yourself, open an enhancement bug report in Bugzilla. But you're going to have to explain yourself much more clearly. 'better double-click experience' doesn't tell us anything about your perceived problem | 15:11.46 |
saturnU | ok | 15:17.45 |
| sec | 15:17.45 |
| now | 15:17.46 |
| when i use mupdf in android with some pdf files most of them white paper... | 15:18.17 |
| than | 15:18.17 |
| doubledip on display dont zoom text | 15:18.52 |
| like in ios reader | 15:19.20 |
| :-( | 15:19.29 |
kens | Your best bet is probably to open an enhancement bug report. You have to persuade whoever is doing the GUI that your idea has merit (given that most actions probably already have a defined result). Supplying a patch might also help persuade someone of the utility of the request. | 15:20.10 |
saturnU | understand | 15:21.13 |
Robin_Watts | saturnU: You mean have double click on a line of text zoom so that line of text fits the width of the screen (or maybe, where that would result in the text being too small, zoom so that the text is at least a given number of pixels high). | 15:28.34 |
| The library is capable of that kind of thing, but it's not in the app. | 15:29.09 |
saturnU | Robin_Watts: exactly what i mean | 15:29.54 |
| ... | 15:29.56 |
| thanks for detailed descriping.. | 15:30.08 |
Robin_Watts | That's the kind of thing that has spurred us to rewrite the app. The old app had a crufty JNI layer that was just enough to make stuff work. It was very hard to tweak that app. | 15:30.09 |
saturnU | understad | 15:30.40 |
| but | 15:30.42 |
Robin_Watts | The new app uses a much more fully featured java/JNI reflection of the mupdf C api. | 15:30.43 |
saturnU | it is nice and fast pdf reader!!! | 15:30.51 |
| thumbs up | 15:30.58 |
Robin_Watts | Accordingly, app programmers can tweak stuff at the java level. | 15:31.13 |
saturnU | understand | 15:31.25 |
Robin_Watts | Thanks. The new app should be just as fast as the old one. | 15:31.35 |
saturnU | i hope we can now make notes | 15:32.28 |
| directly in pdf files | 15:32.45 |
| and | 15:32.47 |
| after pdf file delete and reupload on phone maked notes in past are still alive | 15:33.12 |
| this feature has ios reader not | 15:33.20 |
Robin_Watts | annotations are planned. | 15:33.20 |
| but no "note taking" features beyond that. | 15:33.50 |
| If you want that, add it yourself. | 15:34.05 |
| That's not something we're looking at. | 15:34.15 |
saturnU | ok | 15:34.21 |
| atm i need doubledip 2 times on window right or left to slide | 15:34.57 |
| in ios its enough when i dip one time on windows side left/right | 15:35.25 |
| but Robin_Watts u understand my trouble with mupdf now | 15:36.07 |
| i hope for future its works fine | 15:36.14 |
| .X | 15:36.16 |
Robin_Watts | saturnU: Left to us, that won't get done. | 15:36.31 |
| Certainly it's not on our roadmap anywhere. | 15:36.43 |
saturnU | ok understand | 15:37.42 |
| but thanks and best regards | 15:48.17 |
| for nice app | 15:48.25 |
| Forward 1 day (to 2018/02/20)>>> | |