Two new PDF viewers released: RNOPDF 1.0 and RNOComics 1.3

[jPV]

Originally Posted by honx

there is only ONE pdf set within deficons, set to rnopdf, so what is badly associated? it is associated to rnopdf, so what is bad about it? i don't see anything wrong. and still some pdfs are recognized, some are not, see screenshot, window below.

Maybe there's some "ascii" deficon definition which overrides the pdf deficon?

i get the same crash/guru if i try rnopdf_os3 (no fpu), so it's NOT fpu related.

How much free memory you have? Maybe it could be there on the limit and cause issues? Although weird that it would coincidence with these deficon recognizing issues..

And check if you have those polybios files in LIBS:Hollywood/, just in case. If you have them there, are they same version or some older ones?

[AMIGASYSTEM]

Originally Posted by honx

there is only ONE pdf set within deficons, set to rnopdf, so what is badly associated? it is associated to rnopdf, so what is bad about it? i don't see anything wrong. and still some pdfs are recognized, some are not, see screenshot, window below.

If he wants you to open it with EdiPAD, there are two reasons:
- Existing tools icon badly associated
- Wrong file name

If you send me the files I can be more precise

codesets.library is v6.20 (04. august 2016), so which version is needed? polybios.hwp and polibios.exp are the ones which came with rnopdf itsself, they are in the same folder with rnopdf. so these two CAN'T be wrong, as they come from developer of rnopdf himself!

- codesets.library is also found in MUI/Libs deletes the older one
- polybios.hwp and polibios.exp are also used by other applications, check that there are no older versions in LIBS/Hollywood

To avoid duplication, it is preferable to have all Hollywood bookstores in LIBS/Hollywood

i get the same crash/guru if i try rnopdf_os3 (no fpu), so it's NOT fpu related.

polybios.hwp and polibios.exp are supplied in two versions FPU noFPU, install the one related to the executable

[AMIGASYSTEM]

Originally Posted by jPV

Although you have interesting total pages number I wonder where that comes...

The translation does not allow you to understand well

[honx]

in deficons pdf is set within ascii tree. see screenshot 1
if i drag pdf out of that tree, working pdf files don't have an icon anymore. see screenshot 2.
the weird ones keep their text file icon although their fileending is .pdf, like the working ones.
and still crash+guru with these weird .pdfs 3 and 4, no matter where pdf deficon is located.

[AMIGASYSTEM]

Originally Posted by honx

in deficons pdf is set within ascii tree. see screenshot 1
if i drag pdf out of that tree, working pdf files don't have an icon anymore. see screenshot 2.
the weird ones keep their text file icon although their fileending is .pdf, like the working ones.
and still crash+guru with these weird .pdfs 3 and 4, no matter where pdf deficon is located.

Don't use the editor because I don't think it works well, manually edit the def_icons.

The icons that maintain the association have a "real" icon so the association does not work on these icons.
To verify the exact association delete the icons and then tell the system to associate those files "show all files".

I repeat if you send me some example files I can understand the problem well

[honx]

Originally Posted by AMIGASYSTEM

If he wants you to open it with EdiPAD, there are two reasons:
- Existing tools icon badly associated
- Wrong file name

what icon exactly is badly associated? and why does it work with some .pdf and not with other .pdf? if there was anything wrong, then no .pdf file would open correctly. none at all...
and all file names end with .pdf, so no wrong filename. all the same filenames except number.
AmigaFever1.pdf - working
AmigaFever2.pdf - working
AmigaFever3.pdf - NOT working (the one i zoned)
AmigaFever4.pdf - NOT working

Originally Posted by AMIGASYSTEM

If you send me the files I can be more precise

which files should i send? all these 4 .pdf files (2 working, 2 not working)?

Originally Posted by AMIGASYSTEM

- codesets.library is also found in MUI/Libs deletes the older one

no codesets.library in mui/libs on my system. there are only:
muimaster.library, muipop.library, muipropg.library, muirexx.library, muiscreen.library, muispecial.library, muiwinborder.class, muiwinscroller.class
that's it.

Originally Posted by AMIGASYSTEM

- polybios.hwp and polibios.exp are also used by other applications, check that there are no older versions in LIBS/Hollywood

there were also no polibios files in libs/hollywood.

Originally Posted by AMIGASYSTEM

polybios.hwp and polibios.exp are supplied in two versions FPU noFPU, install the one related to the executable

i copied the ones from the rnopdf version i use to libs/hollywood and rebooted. but still crash.

Originally Posted by AMIGASYSTEM

Don't use the editor because I don't think it works well, manually edit the def_icons.

i don't know how to do that manually without that prefs program.

Originally Posted by AMIGASYSTEM

The icons that maintain the association have a "real" icon so the association does not work on these icons.
To verify the exact association delete the icons and then tell the system to associate those files "show all files".

as i said on last page on this thread: these .pdf files DON'T have any icon. there are only .pdf files, there are NO .info files.
so these .pdf files are only visible, if "show all files" is checked. otherwise this folder would be blank, as there is no .info file.

Originally Posted by AMIGASYSTEM

I repeat if you send me some example files I can understand the problem well

more examples of that .pdf which i already zoned? should i send all 4 amigafever .pdf files (2 working, 2 not working)?

[AMIGASYSTEM]

Originally Posted by honx

what icon exactly is badly associated? and why does it work with some .pdf and not with other .pdf? if there was anything wrong, then no .pdf file would open correctly. none at all...
and all file names end with .pdf, so no wrong filename. all the same filenames except number.
AmigaFever1.pdf - working
AmigaFever2.pdf - working
AmigaFever3.pdf - NOT working (the one i zoned)
AmigaFever4.pdf - NOT working

AmigaOS is not a Windows PC, AmigaOS does not recognize files from its extension, if you delete AmigaOS extension will still recognize the fie, amiga recognizes files "from internal Codes".

Example, if an image.JPG rename the image.MP3 the Workbench will open the file with the Viewer associated with JPG, Windows instead will open this file with an MP3 player, this was a simple technique on PCs to slice them

Amiga Associations Files, see this very old video of mine:

[ Show youtube player ]

which files should i send? all these 4 .pdf files (2 working, 2 not working)?

Yes, I have Amiga Forever but I don't like to install it, I hate setup on PC, I only use portable or stand-alone programs

no codesets.library in mui/libs on my system. there are only:
muimaster.library, muipop.library, muipropg.library, muirexx.library, muiscreen.library, muispecial.library, muiwinborder.class, muiwinscroller.class
that's it.

You have an old or incomplete MUI installation, see screenshot

[honx]

Originally Posted by AMIGASYSTEM

Yes, I have Amiga Forever but I don't like to install it, I hate setup on PC, I only use portable or stand-alone programs

these .pdf files are not from amiga forever they are called "AmigaFever", this was a german amiga magazine back in the good old 90s.

Originally Posted by AMIGASYSTEM

You have an old or incomplete MUI installation, see screenshot

i have official mui 3.8, all "newer versions (3.9)" are not official, not from the same developer, and i have read that 3.9 is very buggy and very performance consuming, this is why i have installed the latest stable release 3.8 of mui. and mui is only for displaying/rendering windows with some special features from mui on workbench. mui has nothing to do with opening .pdf files.

[AMIGASYSTEM]

Okay, I'm waiting for your file...

Official status is not an indicator of quality or absence of bugs, i use MUI 5 and I'm happy also because the new applications acquire modernity, beauty and functionality

[honx]

that .pdf file which i zoned is already one of these 4 files, AmigaFever3.pdf which is not working here. i just renamed it. should i upload all 4 AmigaFever .pdf files (AmigaFever1-4, 2 working and 2 not working ones)? this makes ~100mb...

[tero]

Originally Posted by honx

i don't know how to do that manually without that prefs program.

You can't. The prefs program is to set up how to detect the fileformat. Those informations aren't available to .info files.

I may be able to help with the ascii problem at least. just download the attachment and
put the deficons.prefs into prefs/env-archive.
The default file had more than one file wrongly recognized so i edited it to fix those. It recognizes all files os4 can (there are some formats more than in 3.x) , and i added a fileformat or two.

There shouldn't be any problems but make a backup of your original file first. just to be on the safe side.

Originally Posted by AMIGASYSTEM

The icons that maintain the association have a "real" icon so the association does not work on these icons.
To verify the exact association delete the icons and then tell the system to associate those files "show all files".

That is not how it works. You just set a default tool and it'll only works if you save an .info file. That has to be done for every single file you want to open, that's not very convinient.

The 'real' icons are only used when the fileformat is found by deficons.
In the icon file you can only set what programm to use. But if the file is wrongly recognized in the first place the default tool is meaningless. If deficon sees an ascii file the def_pdf will never be used.
I can tell how the deficons prefs works but this is not the thread for that

EDIT: I get an error too on reading your pdf. (guru 8000 0027)

[AMIGASYSTEM]

Originally Posted by tero

EDIT: I get an error too on reading your pdf. (guru 8000 0027)

Try the cure I reported above

I did not understand correctly what you wrote your "deficons.prefs" works well and I have no block.

[AMIGASYSTEM]

Originally Posted by honx

that .pdf file which i zoned is already one of these 4 files, AmigaFever3.pdf which is not working here. i just renamed it. should i upload all 4 AmigaFever .pdf files (AmigaFever1-4, 2 working and 2 not working ones)? this makes ~100mb...

Attach them all including the icons if present so I can understand with certainty the problem

i don't know h.ow to do that manually without that prefs program

Easier than you think, you will find all the "Def" icons designated by the system in this path:

DH0:Prefs/Env-Archive/Sys/

Check that the def_pdf.info icon is of the project type, and as a tool it is "RNOPDF" and path

[tero]

Originally Posted by AMIGASYSTEM

I did not understand correctly what you wrote your "deficons.prefs" works well and I have no block.

The Guru has nothing to do with deficons that's a different cause. i assume it's a bug in the hollywood library or a wrong datatype or library or something.
The whole deficons part in this thread is only because the pdf is shown as ascii.

just to explain:
Setting the def_icon to project and set a tool also has nothing to do with deficons. Those are 2 different things. (the problem with the pdf is problem on its own and has nothing to do with the icon.)

Project + tool is to set a programm to use for a file. It is saved in a files .info. you can't even configure those in deficons. (But it offers a way to open iconinformation to make things easier.)

Deficons is only used when no .info for a file exists. And only to deliver a default icon.
To have a good setup in your workbench both (deficons + the def_ files) have to be configured correctly and separatly)

[Mr-Z]

Originally Posted by AMIGASYSTEM

AmigaOS is not a Windows PC, AmigaOS does not recognize files from its extension, if you delete AmigaOS extension will still recognize the fie, amiga recognizes files "from internal Codes".

Not completely true, in AmigaOS 3.9 you can do both, you can let Deficons only look at extension and/or also the file headers.

[tero]

True, not only can deficons do that iirc it really does for some files.
btw those 'internal codes' is deficons.

[AMIGASYSTEM]

Originally Posted by tero

The Guru has nothing to do with deficons that's a different cause. i assume it's a bug in the hollywood library or a wrong datatype or library or something.
The whole deficons part in this thread is only because the pdf is shown as ascii.

Who has spoke of Def Icon as a cure, read well the cure that I indicated to honx

just to explain:
Setting the def_icon to project and set a tool also has nothing to do with deficons. Those are 2 different things. (the problem with the pdf is problem on its own and has nothing to do with the icon.)

Project + tool is to set a programm to use for a file. It is saved in a files .info. you can't even configure those in deficons. (But it offers a way to open iconinformation to make things easier.)

Deficons is only used when no .info for a file exists. And only to deliver a default icon.
To have a good setup in your workbench both (deficons + the def_ files) have to be configured correctly and separatly)

Whoever has ever said the contrary, you have encountered the problem Guru, I on all my systems I have no GURU with PDF or other extensions, you can see here many of my associations files on both Workbench and Dopus4


https://drive.google.com/file/d/1LHn...Bwy_h-gAd/view

[AMIGASYSTEM]

Originally Posted by Mr-Z

Not completely true, in AmigaOS 3.9 you can do both, you can let Deficons only look at extension and/or also the file headers.

This only happens if there is a real icon or if a file has an extension, a file without an icon and without an extension will be examined internally, see also Dopus4

[honx]

Originally Posted by tero

I may be able to help with the ascii problem at least. just download the attachment and
put the deficons.prefs into prefs/env-archive.
The default file had more than one file wrongly recognized so i edited it to fix those. It recognizes all files os4 can (there are some formats more than in 3.x) , and i added a fileformat or two.

There shouldn't be any problems but make a backup of your original file first. just to be on the safe side.

thx, this at least solved the problem with pdf wrong recognized.

but there are some entries in your deficons.prefs i can't doubleclick to change. for example: tif, if i doubleclick it to assign it to multiview or any other picture viewer, i get an error:

DefIcons.Prefs
tif: object not found
Okay

and on right side it says "Makroklasse". there are more entries which do this: utahrle, wbmp, xbm, yuvn, etc. (i don't know these ).
but no worry, .tif never worked on my system. now with your deficons.prefs at least it has an icon (tiff) which it didn't have before.
i guess, it will take some weeks checking if everything still works as it used to (opens how it's supposed to be opened), i'll have to check wordworth, turbocalc, amigawriter, etc. - not gonna do this today...

Originally Posted by tero

EDIT: I get an error too on reading your pdf. (guru 8000 0027)

at least i'm not alone with this!

[AMIGASYSTEM]

Originally Posted by honx

but there are some entries in your deficons.prefs i can't doubleclick to change. for example: tif, if i doubleclick it to assign it to multiview or any other picture viewer, i get an error:

Edit the def_tiff file by hand, done this you'll also have it modified in DefIcons.Prefs