get_toc(simple=False) return 'to' point coordinate is not based on top-left origin about pymupdf

[JorjMcKie]

You did not provide the reproducing file.

[charosen]

You did not provide the reproducing file.

sorry, i could not upload mypdf file for some reason.

However, it is pretty clear that 'to' point in toc is based on bottom-left origin, not top-left origin.

i simply want to convert 'to' points to top-left coordinates.

[JorjMcKie]

It is not all clear:
What are we even looking at? Where do the "**" come from?
The TOC entries seem to point to named destinations - are there errors in the PDF? Or in our code?
Did the PDF creator want to point to the bottom left point 🤷‍♂️?
Have you tried to look at the PDF's names dictionary?

Again: without the file in question we are already wasting time.

[JorjMcKie]

Maybe you simply had a question and just wanted to know how to do coordinate transformation?
In that case you shouldn't have submitted an error report but a post in Discussions.

[charosen]

It is not all clear: What are we even looking at? Where do the "**" come from? The TOC entries seem to point to named destinations - are there errors in the PDF? Or in our code? Did the PDF creator want to point to the bottom left point 🤷‍♂️? Have you tried to look at the PDF's names dictionary?

Again: without the file in question we are already wasting time.

Sorry for the "**" signs, i just want to get bolded fonts, and i already delete them.

my question is:

get_toc(simple=False) returns a Point(0.0, 761.8583) for 1.1 Hello World, and a Point(0.0, 731.8583) for 1.1.1. first step to hello world.

1.1 Hello World is above 1.1.1. first step to hello world, however, Point(0.0, 761.8583) is greater than Point(0.0, 731.8583), which is not based on pymupdf top-left coordinates.

[JorjMcKie]

Ok - to make some progress, I transferring this thread to Discussions, and we can continue there.