SUMMARY When it is created a new object in a pdf (let say a new note object) and then, it is created a new object overlapping the previously created object (let say a typewriter object), it cannot be possible to change the properties of the sencod object (the typewriter object). STEPS TO REPRODUCE 1. Create a note object 2. Create a typewriter object on the note object 3. Try to change any property of the typewriter object (as size, font...) OBSERVED RESULT Properties do not change when overlapping objects. If you want to change the object properties, you have to move the object to remove the overlapping, then change the object properties, and then move the object to the original position (overlapping). EXPECTED RESULT Be able to change the object properties even when objects are overlapped. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Debian 11 stable / KDE Plasma 5.20.5 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
I do not understand what you are describing, do you think you could record the video reproducing the problem so i cna try yo underrstand it better?
Created attachment 150229 [details] Changing properties error As you can see in the video, when there are two objects overlapped, Okular changes the bottom object properties even when the top object is selected. In order to change the top object properties you have to move the top object out of the bottom object bounds. Hope this help. Regards.
The video looks like the intended behavior. You do a rightclick to configure one of the annotations, and because there are two annotations in this place, Okular shows a context menu with two sections, one for each annotation. You select one of them, by clicking on one of the “Properties” menu items, and Okular configures that one. I see the problem, that you do not know which of the two menu sections is relevant. There is no disambiguation. The menu sections could show “Typewriter: Top obj...” instead of just “Typewriter”. It is also a bit weird that the menu shows all annotations of that position, although one of them is already selected. If there is an annotation selected, the context menu should probably show just one section for that one annotation.
> The video looks like the intended behavior. Exactly, there's two annotations in that popup menu and you select the second, so you edit the second in the staking order. If you want to edit the first in the stacking order, edit the properties of the first annotation in the menu.