📚 [Free] ViewPDF - a simple pdf viewer for local files & ViewBigPDF

Extensions
10

Update to v2.2

  • adds colour properties for html background and text
  • edit to copyfromAssets block title
  • temp file delete function added (under the hood...)
4 Likes
11

Doesn't seem to work with Kodular.

1 Like
12

Any of it, or just one of the functions ?

2 Likes
13

The web page at

file:///data/user/0/io.makeroid.companion/cache/display4036312430542112567.html

could not be loaded because

net:ERR_ACCESS_DENIED

1 Like
14

We believe it is a file path issue, peculiar to Kodular. Will have a look at it.

2 Likes
15

@Anke

Did you try a compiled app?

2 Likes
16

Same result.

1 Like
28

Good job @TIMAI2, great PDF reader!

2 Likes
29

updated to v2.3 to provide file access in Kodular

3 Likes
30

updated to version 2.4

new features:

  • added page count property
  • added page clicked returns page number to webviewstring
  • added scroll to page number from webviewstring
  • developer must set webviewstring = 1 when first displaying pdf
  • no requirement to reload pdf when changing scroll to page
2 Likes
31

Update:

Now included is an add on extension to allow selection of Assets when the app is compiled. The method used to do this is to write(copy) the asset file to a temporary file in the private directory of the app (there doesn't really appear to be any other way at the time of writing). The temporary file is overwritten when a new asset is loaded. You must ensure that your file naming follows the standard format, e.g. myfile.pdf

You can download the add on extension and see the usage/blocks in the first post.

ViewPdfAddOn extension

1 Like
32

Hi @TIMAI2 , hope you are having a good time, I wanted to ask that, what block fitts in the web viewer socket in this block if we want to open a specific PDF.
image
I would be highly grateful if you answer this question

Arnav Tiwari

33

check 1st post, there is sample blocks there.

2 Likes
34

One suggestion:
for the pathToPdf, please make it accept string like '//test.pdf' for from assets, and 'test.pdf' for from ASD, thus the user will no need to join string for full path manually.

1 Like
35

drag a webviewer component into designer and then go to webviewer block and scroll to the extreme end and drag that block out and put it inside the webviewer parameter

1 Like
36

This is done on purpose, to give the developer the freedom to set the filepath, and to remove the opacity of "built-in" file paths and the peculiarities of the file scopes. Admittedly, I did have to provide the helper extension for the assets path when compiled.

1 Like
37

Thanks a lot @Aarush_Kumar and @Kevinkun for the reply

Arnav Tiwari

1 Like
38

Then it's better to accept both relevant path and full path.
Is there any developer like to joint full path with more blocks?

1 Like
39

me, I do :slight_smile:

You are welcome to work on the source if you wish....

40

Working for me nice extension