Small bug in the snake tool

I think there is a small bug in the "snake x" or "snake y" tool. When we draw with snake  marking the points directly with the mouse and then we want to use the references to, for example, draw a line between two of its end points, it works perfectly.

However if we use the "snake x" or "snake y" tool entering with the keyboard the length of each line, if then we want to use the reference points to draw a line joining vertices of the one made with snake, the reference points only work in the first segment performed, end point and intermediate points, but from the end point of the first segment no longer recognizes them.

look at the video, please.

https://youtu.be/DbdUrX4Z8c0

Version: 2.2.2_alpha1-200-ga46f1967<br/>Compilador: GNU GCC 11.2.0<br/>Compilado en: Nov 13 2024<br/>Versión Qt: 6.6.3<br/>Versión de Boost: 1.83.0
Sistema: Windows 11 Version 23H2

thank you for your note.

Well, that's interesting case - and so far I'm not sure that this behavior is related to snake tools.

Actually, these tools create line(s) - and as soon as they are created, there is no any reference between entity (the line) and action which was used to create that entity.  So if snapping works for first set of lines - it should also works for the second set of lines.

However, according to your video there are some issues with snapping. Well, just as a side note - "snap to entity" mode is not the best choice for snapping to such drawing, probably "snap to endpoint" or "snap to intersection" will work better.

Therefore, I suspect that if some issues there are present, they might be not related to the "snake" tool, but rather to the overall snapping mechanism.

If this case is reproduceable, could you please share sample dxf? It will be helpful as all that snapping will be significantly depend on particular coordinates and distances.

Thank you.

Thank you very much for your response and sorry for the delay in uploading the dxf file.
In the snake below, the reference to the end point only works in the first point of the first line, however in the one above, made by entering the data with the mouse and not numerically, it works in all sections.snake_bug.dxf

I will look into this one.

Juan1966 wrote

Thank you very much for your response and sorry for the delay in uploading the dxf file.
In the snake below, the reference to the end point only works in the first point of the first line, however in the one above, made by entering the data with the mouse and not numerically, it works in all sections.snake_bug.dxf

I cannot reproduce the issue with the dxf and 2.2.2_alpha

I tested end point snapping, and intersections snapping, and snapping always finds all end points and intersections.

Juan1966 wrote

Thank you very much for your response and sorry for the delay in uploading the dxf file.
In the snake below, the reference to the end point only works in the first point of the first line, however in the one above, made by entering the data with the mouse and not numerically, it works in all sections.snake_bug.dxf

In my case the problem appears when I enter the length directly with the keyboard and not with the mouse. I have tried several times and always have problems detecting the endpoints except for the first one.
In any case, I'm going to try installing librecad on another computer to see if the problem persists.

Thank you very much dxli for your work and effort

Is it possible that you are actually use "grid" snapping, instead of end points?

No, I use the endpoint restriction and that's why I'm surprised that it only happens to me...I must be doing something wrong...

Are you using single snapping method, like end points only, nothing else?

Juan1966 wrote

No, I use the endpoint restriction and that's why I'm surprised that it only happens to me...I must be doing something wrong...

Yes, end points only, but I have also tried with midpoint and the same thing happens......if it only happens to me, it must be that I have something wrong with my computer...I am going to try to try it on another computer. next week.

Thank you very much, dxli

It definitely has to be a problem on my computer, I've tried it on other laptops and it doesn't give the same error....but it keeps crashing on mine, I guess it's a problem due to installing different versions on top of each other or something like that. ....I'm sorry for wasting your time with an error that is on my computer.

I suspect there's an actual subtle bug in the snake tool, leaving the engine in an unstable state.

I can do another round of code review on the tool.

Juan1966 wrote

It definitely has to be a problem on my computer, I've tried it on other laptops and it doesn't give the same error....but it keeps crashing on mine, I guess it's a problem due to installing different versions on top of each other or something like that. ....I'm sorry for wasting your time with an error that is on my computer.

Hi, I'm using LibreCAD v2.2.1 for Windows and I consider the snake(x) and snake(y) tools to be a great improvement (congratulations for that), but I had the same problem as Juan1966 shows in his video. Until that error is fixed my solution is to save the file and reopen it. When opening the dxf the lines generated by snake (only when entering values ​​for x and y) behave as such.

I have been an AutoCAD user for decades.
I am migrating my entire workstation to Open Source.
My CAD tool is LibreCAD, which I am currently developing.
A possible bug is that when I use Snake, I switch between x and y with the command line, and when I press <ESC> the command line shows the x as if I were trying to activate Explode.
However, it is a visual error, it does not prevent me from drawing.

Hm... and which version of the LibreCAD do you use?

if you are interested in contributing, there are a few items for you to consider according to your interested area:.

1, windows/Mac support. I don't have access to windows/mac currently. We probably want to update windows installer to MSI, and improve Mac packaging as well;

2, geometric algorithms. we want hyperbolas support as a basic entity type; improve our cubic spline support. If we can make spline NURBS, hyperbola support is automatic; improve our offset on contours similar to polylines;

3. Dimension support;

4, views, projection support;

5, hatching algorithms, like click on an enclosed area to hatch, and support editing contours.

Odi wrote

I have been an AutoCAD user for decades.
I am migrating my entire workstation to Open Source.
My CAD tool is LibreCAD, which I am currently developing.
A possible bug is that when I use Snake, I switch between x and y with the command line, and when I press <ESC> the command line shows the x as if I were trying to activate Explode.
However, it is a visual error, it does not prevent me from drawing.