Auto zoom troubles with 2.1 beta 4

Case 1
in A, the original drawing
in B, two triangulation circles set the point 'ref1' position
in C, no longer needed triangulation circles being erased, autozoom refuses
to come back to A, as if the circles were still there.

problem only solved by exiting LC and starting it again


Case 2
autozoom is totally inactive
on a drawing finished and saved on 2.1 alpha 3,
then completed with beta 4


LC_drawing_A.jpg
LC_drawing_B.jpg
LC_drawing_C.jpg

https://github.com/LibreCAD/LibreCAD/issues/711
https://github.com/LibreCAD/LibreCAD/issues/723

case 3
Two killers: 'enter to page' or 'fit to page' zooms.
Tested on drawings made on earlier builds of LC  / MacOS Yosemite

1 : drawing cropped and not centered, autozoom doesn't work as previously said in 'issue 723'

2 : print preview doesn't remember the landscape and position settings of
the previous session. I had to open 'current drawing pref' to reactivate landscape over portrait.

3 : print preview manually positionned with a 2:1 scale ; the would be better 1.5:1 scale
can't be activated :(

4 : after clicking 'center to page' or 'fit to page' icons the print preview page becomes blank
and nothing can revive it but restarting the app.

LC_1.jpg 
LC_2.jpg
LC_3.jpg
LC_4.jpg

I at least solved the issue where deleted objects are still considered part of autozoom.
Try beta-05

Center to page and fit page also seem to work.

great improvements but not yet parfect ...

1 the reduced complete drawing
2 after autozoom (i swear there is no hidden points on the left :)
but the memory of a part which has been erased
3 print preview is OK, at least conform to the autozoomed draft

LC_b05_p1.jpg
LC_b05_p2.jpg
LC_b05_p3.jpg

That's very unfortunate... >_<

It seems like something is being saved in the dxf file...
Can you reproduce any of your bugs with a new drawing?

Beta-06 will be up in a few minutes... I'm hoping for good news >_<

v2.1 beta05 is perfect on a new drawing !
it also works with the drawing of the XVI century house floor :)
I tested it with the geodesic triangulation circles (On then Erased)

Thanks for the lighter deactivated eye and lock icons !
--jp

PS:
I question the behaviour of the pan icon and its hand
- for PrintPreview :
when the bistable icon is light grey the small hand should pan/displace the drawing in the page,
and while it is dark grey the small hand should displace the white  page over the background
but I noticed the change of status is happening by clicking while the hand is either on the white page
or on the grey background.

- for drawing :
when the icon is light gray the hand is active for one stroke
when it's dark grey it should stay active for multiple additive strokes

Beta-06 will be up in a few minutes... I'm hoping for good news >_<

Wow...  the beta 06 Autozoom now works on the alpha made drawings also  !
problem solved  :-)))

!!

--

Where is this icon? :O

(the beta06 Autozoom now works on your alpha12 made drawings also  ! )

that is what I saw but...  I opened printpreview by its icon (->adequate auto scale and corresct framing)
but instead of coming back  to the drawing screen by the top tab I clicked the printpreview icon again,
fatal error !
The drawing showed up displaced to the right, exactly like in my former 'LC b05 p2.jpg' screern capture.
You are probably right saying this DXF is rotten, (probably by its passage through beta01 or 02)
If you wish I can send you this weird DXF.
--jp

the happy man w/sunglasses  :-)))  is not in the nabble emoticon list,
it has been keyed as  :  -  )  )  )  (no space between signs),

That's really bad news... because dxli's patch that caused this was also added to 2.0.11
Please send it to ravas-at-outlook.com

Is this something that you can reproduce consistently,
and only with certain files?

I confirm that auto-zoom, fit to page and center on page
do not work correctly with your drawing.

It seems like the program is considering invisible objects,
which are no longer accessible to the user.
If I copy / move all objects to another location (and delete the originals)
then auto zoom considers all of the deleted objects.

I really have no idea why this is happening.

dxli's patch removed code

" // needed for correcting corrupt data (PLANS.dxf) "

and replaced it with the strategy to

" // issue #711: better to ignore invalid bounding boxes "

https://github.com/LibreCAD/LibreCAD/commit/add5df5b4c765b756b8587ad46c9af5262f3d4ff

I know he also implemented new bounding boxes months ago...

So my only thought is that somehow bounding boxes are not being removed...
and/or whatever that "corrupt data" was that needed correcting didn't get corrected,
and is existing behind the scenes.
Either way, I'm not sure how my 'move / copy' observation with the latest code fits.

I doubt I'll be able to fix this. :-[

 I have been able to find mysterious objects like circles and arcs with radius 0 with "select all".

That's another clue at least; and seems to confirm the ghost objects.
If I use the standard selection window to select all and delete,
then auto-zoom will still be broken.
If I use the select all action and delete,
then auto-zoom will work properly with all new objects.

If I use the selection window to delete all objects, and create a new circle,
then auto-zoom always centers on the Y axis.

This also happens after a move / copy (delete originals) of all existing objects,
regardless if how I select all.

If we can figure out a way to identify the ghost objects,
we could in theory remove them when the drawing is loaded,
or provide an action.