Die PDF-Beispiel-Höhlenpläne auf der CaveRenderPro-Homepage werden nicht richtig angezeigt.

PC, Windows 7, Firefox

Iron Deep:



Mitternachtsschacht bei Zoom von 30% oder weniger:



Gemsenhöhle bei Zoom von 30% oder weniger:



ORO-Freezer bei Zoom von 30% oder weniger:



Nur der Plan der Tham Pha Yem ist nicht davon betroffen. Allerdings benutzt Thomas das Programm Illustrator zur Fertigstellung seiner Pläne.


Einen sehr ähnlichen Fehler hatte ich 2018 gemeldet.

Gleiches Ergebnis unter PC, Windows 10, Firefox

Mit Akrobat Reader geht es selbstverständlich. Nur hilft das den Leuten wenig, die deine Seite mit Firefox ansurfen.

Ich frage mich, woran es liegt, dass der Plan von Thomas nicht betroffen ist.

Könntest du vielleicht mal in die PDFs reinschauen, wie das Symbol für Fließrichtung in seinem Plan gespeichert ist. Und dann mit einem Plan vergleichen, wo dieses Symbol falsch dargestellt wird (z.B. Mitternachtsschacht).

Hi Andreas,

As you mention further up, I finalise my drawings using Illustrator 2020. However I just work on the final layout (i.e. plan frame, inset, UTM grid rotation and text arrangement). The drawings as such remain untouched. I export my drawings as SVG files from CRP and my final PDF files are created from Illustrator 2020.
I've just tried to export one drawing as *.pdf from CRP and I don't have the issue you're seeing. Opening the PDF on OSX/Chrome, OSX/Firefox and Win10/Edge works fine.

I can confirm, that Win10/Edge works fine.
Win10/Firefox is where the error occurred for me.

Have you tried opening the pdf file with Firefox then reduce zoom value to 30% or lower?

Looks like a bug with the latest version(s) of Firefox. I had 83.x installed and did an update to 88.0... and now I have the same issue with zoom value =<30%. This wasn't the case before update.

I just tried to open my final pdf created with Illustrator using Firefox v88.0 and there is no issue. So the issue must lie within the process used by CRP to create the pdf's.

Now that is interesting. Thank you for checking.

I did some more research and seem to have found what exactly is causing the problem on the CRP side.

The way an SVG objects size is determined in the settings menu is problematic.



The lower the number in the size data field, the bigger the object will be displayed, when the error occurs. That's quite paradoxical.

Sand has the lowest size value of the default symbols. It also happens to show the biggest display error.



With a zoom of 30%, a single grain of sand is being displayed as if the size value was around 4,68 instead of 0,002.
With a zoom of 20%, a single grain of sand is being displayed as if the size value was around 7,03 instead of 0,002.
With a zoom of 10%, a single grain of sand is being displayed as if the size value was around 14,06 instead of 0,002.

10%*2= 20% 20%*1,5 = 30%
14,06/2=7,03 7,03/1,5 = 4,68 approximately

Halving the zoom doubles the size. That means the object is always displayed at the same size on screen no matter the zoom (30%, 20%, 10%). (But only if the error occurs.)

I wonder what kind of error has happened in the calculation done by Firefox to cause this.

Exactly, thats what I just figured out, too.

In case of sand, this is my solution:



Is there any drawback on doing this or why is it not the default setting?

Are you planning to change the parameters for all default + UIS symbols for all users with an upcoming update?

For how little this problem is relevant, I understand your decision.

Zitat von CaveRenderPro im Beitrag #14

---

Mainly because of the poor quality of Firefox at zoom >100% Acrobat Reader is recommended anyway.

---