Well, maybe not a new subject - just an eternal one - grids

I've seen lots of posts to and about LibreCad complaining about the metric grid being the only option.  Surely the maintainers could include an option for imperial measurements (feet and inches).  I've even seen posts that show some kind of code that appears to do that - but I don't know how to incorporate it.  And I don't want to mess with it.

So I'll have to continue dual booting Linux and Windows just to run TurboCad (2D).  And yes, I could run TurboCad in Linux via the Windows simulator, albeit a little flaky (yes, I've done it).  But I don't understand what the reluctance is to add the imperial measurements.

Let me explain why that's so important to me.  I'm a model railroader.  I like to build my own rolling stock (box/tank/stock/etc) and structures (factories/houses/stations/barns/granaries).  Not only is it satisfying, but it also saves considerable money.  It would be so nice to do it in LibreCad.  

I've looked at other 2D CAD packages that run under Linux, but LibreCad appears to be the best.  If only it spoke English!

Read the note in https://librecad-docs-dev.readthedocs.io/en/latest/ref/fundamentals.html#units

Imperial grid is supported as well as metric one.

In order to enable it - you need to change drawing units of the drawing (in Drawing options dialog) to one of imperial units (like inches).

It's probably not the grid, because LibreCAD just works in units. And the meaning of an unit is set in drawing preferences. Thus you can work with 1 unit is 1 inch.

The issue is the non linear scaling and fraction system of imperial units. It's more worse when it comes to architectural sizes when foot and yard are involved.
From programmers point of view this is a nightmare. It is not just text to number conversion, it is advanced parsing needed to get units and fractions correct. And the reverse procedure is needed for annotating.
There is no fixed grid in LibreCAD, grid is increased/decreased by factor 10 on zoom in/out. In imperial this is also not easy, using factor 4 or 8 for the grid might work for zoom in, but zooming out it will be wrong as it does not match with foot/yard factors.

Basically this is possible, for sure, but it will need a considerable amount of effort to do it correct.
There was no developer so far and none in sight, who take this battle.

There are some work arounds here in the forum how to handle the imperial issues, try to search for inch might deliver some usable results.
So it is possible to enter math expressions in command line and most input fields when units is set to inch.
E.g. for 3/8" enter 3/8 or 2 7/8" is 2+7/8 or 2'5" is 2*12+5.
For annotation you have to modify the dimension manually with Modify->Preferences to have imperial notation.

I'm used to decimal units, but I rarely rely on the grid myself. I prefer using the command line where I can enter accurate relative distances or construct shapes using parallel, angle and circles with appropriate snap settings and trimming afterwards.

Actually, it's not hard to tweak the grid to follow the english architecture grid normals.

I am pretty sure it's about one week's work. With the current AI coding capabilities, it probably mean a solid day's work in developer time.

LordOfBikes wrote

It's probably not the grid, because LibreCAD just works in units. And the meaning of an unit is set in drawing preferences. Thus you can work with 1 unit is 1 inch.

The issue is the non linear scaling and fraction system of imperial units. It's more worse when it comes to architectural sizes when foot and yard are involved.
From programmers point of view this is a nightmare. It is not just text to number conversion, it is advanced parsing needed to get units and fractions correct. And the reverse procedure is needed for annotating.
There is no fixed grid in LibreCAD, grid is increased/decreased by factor 10 on zoom in/out. In imperial this is also not easy, using factor 4 or 8 for the grid might work for zoom in, but zooming out it will be wrong as it does not match with foot/yard factors.

Basically this is possible, for sure, but it will need a considerable amount of effort to do it correct.
There was no developer so far and none in sight, who take this battle.

There are some work arounds here in the forum how to handle the imperial issues, try to search for inch might deliver some usable results.
So it is possible to enter math expressions in command line and most input fields when units is set to inch.
E.g. for 3/8" enter 3/8 or 2 7/8" is 2+7/8 or 2'5" is 2*12+5.
For annotation you have to modify the dimension manually with Modify->Preferences to have imperial notation.

I'm used to decimal units, but I rarely rely on the grid myself. I prefer using the command line where I can enter accurate relative distances or construct shapes using parallel, angle and circles with appropriate snap settings and trimming afterwards.

To all who replied, thanks.

Yes I can set the units to inches, but the major lines are still 10 units apart - 12 would be nice :-).

As far as small units, I can only suggest what TurboCad does - it allows me to repeatedly halve or double the grid spacing to get to the resolution I need.

So why don't I just run TurboCad and forget looking for a Linux solution?  Running Windows (W10 in my case) just to run TurboCad allows Microsoft to do all sorts of things in the background without any indication of what they are doing.

And I recently purchased the latest 2D version of TurboCad and found that the interface bore no resemblance to the one I'm used to.  And they want extra money to allow me to run it on both my computers.

Another nice feature of TurboCad is the ability to resize the drawing for printing.  Example: that allows me to draw the plans for a stock car in actual size (~36') and print it out in any scale (HO,S,O) that I want.

P.S.  I have to brag a little here - I started programming computers in the late 1950s.  Univac was the second computer I programmed - the first was Readix, which nobody ever heard of.  It's been a long journey, but it's seldom been boring.  A lot of it was SCADA stuff - I even did a little bit for the space shuttle simulator.  I'll be 90 next year, and doing a little C programming on Arduino micros to control stuff on my model railroad is about my limit.  And I need my K&R manual for that :-).

So I'll gladly pass the baton to folks like you - good luck.

hi LarryB,

My respect to you! Like the Chinese saying, "Living to old ages, learn to old old ages"(roughly).

Coding is becoming much easier today. Free AI coding tools allow you to improve software with minimal effort. AI can handle development tools, like Git for version control and CMake for building, so you no longer need to worry about steep learning curves or tricky commands.

I know it's easier said than done.

I'm currently in the middle of heavy DWG support implementation, but I do expect to have time to implement the English grid style in a few days, and the new feature will go to the development branch (master, 2.2.2_alpha):

https://github.com/LibreCAD/LibreCAD/releases/tag/2.2.2_alpha-latest

LarryB wrote

To all who replied, thanks.

Yes I can set the units to inches, but the major lines are still 10 units apart - 12 would be nice :-).

As far as small units, I can only suggest what TurboCad does - it allows me to repeatedly halve or double the grid spacing to get to the resolution I need.

So why don't I just run TurboCad and forget looking for a Linux solution?  Running Windows (W10 in my case) just to run TurboCad allows Microsoft to do all sorts of things in the background without any indication of what they are doing.

And I recently purchased the latest 2D version of TurboCad and found that the interface bore no resemblance to the one I'm used to.  And they want extra money to allow me to run it on both my computers.

Another nice feature of TurboCad is the ability to resize the drawing for printing.  Example: that allows me to draw the plans for a stock car in actual size (~36') and print it out in any scale (HO,S,O) that I want.

P.S.  I have to brag a little here - I started programming computers in the late 1950s.  Univac was the second computer I programmed - the first was Readix, which nobody ever heard of.  It's been a long journey, but it's seldom been boring.  A lot of it was SCADA stuff - I even did a little bit for the space shuttle simulator.  I'll be 90 next year, and doing a little C programming on Arduino micros to control stuff on my model railroad is about my limit.  And I need my K&R manual for that :-).

So I'll gladly pass the baton to folks like you - good luck.

@dixli

Well, please don't rely on AI neuroslop code - or at least add it into the codebase with really great caution. Based on my experience (regardless of specific models, unfortunately) - AI it's more or less fine for finding some expirations or quick & dirty checks of small things - but the direct usage of it in production leads to non-satisfactory results (both in code quality and, what is worse, in algorithm logic, where errors may be quite subtle and hard to find).

Of course, AI is evolving and things will be better with time, yet now it's indeed just a T9 on steroid, after all..

As for grid - yes, that might be nice (yet not high priority, as for me) - but before switching to it, probably it's better to finalize and merge https://github.com/LibreCAD/LibreCAD/pull/2540?
I have to merge your changes from master to it again, and I'm afraid that with more changes it will require more efforts to integrate that PR.

Thank you.  I look forward to seeing and trying the result.