tag:forum.librecad.org,2006:forum-4499512Nabble - LibreCAD2024-03-29T01:25:53Z<h2>Cross-platform Open-source 2D CAD</h2><h3>Wiki, Howtos, Tutorials: <a href="https://dokuwiki.librecad.org" target="_top" rel="nofollow" link="external">https://dokuwiki.librecad.org</a></h3><h3>Online manual: <a href="https://docs.librecad.org/" target="_top" rel="nofollow" link="external">https://docs.librecad.org/</a></h3><h3>Source code: <a href="https://github.com/LibreCAD" target="_top" rel="nofollow" link="external">https://github.com/LibreCAD</a></h3><h4>Many questions are already asked meanwhile, so please use the forum search or wiki search and maybe you possibly find a quick answer for your problem.
<br/>Very often asked questions have their own place at our <a href="https://dokuwiki.librecad.org/doku.php/usage:faq" target="_top" rel="nofollow" link="external">wiki FAQ</a></h4>tag:forum.librecad.org,2006:post-5724567Godrej Sarjapur2024-03-28T23:56:19Z2024-03-28T23:56:19Zgodrejsarjapurroadblr
<a href="https://www.godrej-sarjapurroad.co/master-plan/" target="_top" rel="nofollow" link="external">Godrej Sarjapur Road Master-Plan</a> is decided keeping market trends in mind to give provision to every home buyer a place to own a home inside the community. This Project will have state of the art amenities with a fully equipped clubhouse within the community. <a href="https://www.godrej-sarjapurroad.co/" target="_top" rel="nofollow" link="external">Godrej Sarjapur Road</a> is a new residential high-rise apartment coming up in the heart of Sarjapur, Bangalore, offering 2, 3, and 4-bedroom apartments. Embracing modern living, it promises a blend of comfort and convenience for residents.
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724566Re: Problems with displaying dimension text (or just text in general?)2024-03-28T22:34:22Z2024-03-28T22:34:22ZDarren
I had the same problem but my fix was different.
<br/><br/>After I did everything and it still didn't work.
<br/><br/>I went to Options, Application Preferences then Defaults.
<br/><br/>Then I went to "clear settings" and selected All.
<br/><br/>It said to reboot LibreCAD and when I did it worked correctly.
<br/><br/>Success. Thanks for your help.
<br/><br/>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724565Re: Printing "Calculate number of pages"2024-03-28T17:13:52Z2024-03-28T17:13:52ZRahooty
You guys nailed it, but something isn't right in the programming.
<br/><br/>The drawing was done in millimeters, when I select current drawing settings the units are inches, when I change the units to mm it works.
<br/><br/>Thanks for the help everyone
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724564Re: New Pen Palette in 2.2.1 alpha2024-03-28T17:13:07Z2024-03-28T17:13:07Zdxli
Those two features are first merge requests from this developer, so I'm not surprised to see quality issues.
<br/><br/>It will take some QA time to reach production quality.
<br/><br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">dellus wrote</div>
<div class="quote-message">I haven't studied the new Pen Palette and the Layer Tree widgets yet, looks complicated. But I have noticed a changed behaviour, even when they are hidden: when I draw a line with pen properties "By Layer" and afterwards want to check the pen properties with "Properties", it shows the colour, linewidth and linetype it has in the end, but doesn't say "By Layer", as it has been before.
<br/>Is this intended? Now you can't check on an existing element whether pen properties are defined directly or via layer.
<br/>Tested on linux appimage.
<br/><br/>I hesitated to place a new issue on github, so this time I ask here in the forum. So I also ask what is the appropriate place for questions and bug or issue reports about the development versions.
</div>
</div></blockquote>
<p>Posted in <a href="/LibreCAD-dev-f4361976.html">LibreCAD-dev</a></p>
tag:forum.librecad.org,2006:post-5724563New Pen Palette in 2.2.1 alpha2024-03-28T15:56:35Z2024-03-28T15:56:35Zdellus
I haven't studied the new Pen Palette and the Layer Tree widgets yet, looks complicated. But I have noticed a changed behaviour, even when they are hidden: when I draw a line with pen properties "By Layer" and afterwards want to check the pen properties with "Properties", it shows the colour, linewidth and linetype it has in the end, but doesn't say "By Layer", as it has been before.
<br/>Is this intended? Now you can't check on an existing element whether pen properties are defined directly or via layer.
<br/>Tested on linux appimage.
<br/><br/>I hesitated to place a new issue on github, so this time I ask here in the forum. So I also ask what is the appropriate place for questions and bug or issue reports about the development versions.
<p>Posted in <a href="/LibreCAD-dev-f4361976.html">LibreCAD-dev</a></p>
tag:forum.librecad.org,2006:post-5724562Re: Printing "Calculate number of pages"2024-03-28T15:08:05Z2024-03-28T15:08:05ZLordOfBikes
That's what I suspected, when paper size is in Inch and drawing in mm, this was probably not considered in the contribution for this feature.
<br/>You can test if a metric paper size like A4 works or set a custom paper size where you enter 8.5x11 in mm.
<br/>More efforts might be to scale the drawing down to inch, to match the imperial paper size.
<br/><br/>Dividing 1414 width by 8.5 paper width results in 167, what is over the limit. This also means, that the unit mismatch will lead to a much too big drawing anyway.
<br/><br/>Another idea, I just had writing this, is to change the printing factor.
<br/>When the drawing is 1:1 in mm use 25.4:1 factor for printing on imperial paper, this might work without changes in the drawing and print settings. Can't check this right now, but I think it can work.
<br/><br/>Armin
<div class="signature weak-color">
<sup>investing less than half an hour into <a href="https://forum.librecad.org/template/NamlServlet.jtp?macro=adv_search_page&node=4499512" target="_top" rel="nofollow" link="external">Search</a> function can save hours or days of waiting for a solution</sup>
</div>
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724561Re: Printing "Calculate number of pages"2024-03-28T11:48:28Z2024-03-28T11:48:28Zperepujal
You say the drawing is 1414.84mm wide by 1720.98mm, are the units of the drawing in mm. ?
<br/>The print preview units looks as inches?
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724560Re: Can't see drawing in print preview2024-03-28T10:45:28Z2024-03-28T10:45:28Zflywire
<blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">dellus wrote</div>
<div class="quote-message">On my printer the widest not printable border area is 5mm.
</div>
</div></blockquote>
Same for me but I'd think 5mm is too narrow for a default. I suggested 10mm, 6mm would reasonably translate to 1/4". I appreciate this needs discussion.
<br/><br/>It's only a default the user can easily change but in my opinion the example I provided shows a 0mm default margin is unreasonable.
<br/><br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">dellus wrote</div>
<div class="quote-message">I usually draw a paper sheet sized frame around the contents, according to the intended scale. With default margins at 0, as it is now, Fit to Scale automatically scales and places the drawing correctly on the sheet. This would be lost if a margin larger than 0 is applied. But well, this still can be done manually.
</div>
</div></blockquote>
If the frame is part of your drawing and you wanted to print on paper I'd expect by default it should be visible on the output. As you say, it's not hard to reset margins to 0mm if that is the intended use.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724559Re: Printing "Calculate number of pages"2024-03-28T08:57:16Z2024-03-28T08:57:16ZRahooty
<img src="https://forum.librecad.org/file/n5724559/Screenshot_2024-03-28_115342.png" border="0"/><br/><br/>I also tried 8.5 x 11 letter size first, then I tried 11x17 after the error, but it didn't like that either...
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724558Re: Printing "Calculate number of pages"2024-03-28T06:39:28Z2024-03-28T06:39:28ZLordOfBikes
A quick look showed that 99 X or Y is the limit.
<br/>Means max. 99 rows or columns.
<br/>From your drawing size I suspect that it should be much less assuming A4 or similar paper size.
<br/>So I recommend to check the paper size settings. I can also imagine an issue with imperial/decimal units.
<br/><br/>Armin
<div class="signature weak-color">
<sup>investing less than half an hour into <a href="https://forum.librecad.org/template/NamlServlet.jtp?macro=adv_search_page&node=4499512" target="_top" rel="nofollow" link="external">Search</a> function can save hours or days of waiting for a solution</sup>
</div>
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724557Printing "Calculate number of pages"2024-03-28T05:55:11Z2024-03-28T05:55:11ZRahooty
I made a 1:1 scale drawing 1414.84mm wide by 1720.98mm high.
<br/>I am trying to print it out "Calculate number of pages to Contain the Drawing" and I get the following error.
<br/><br/>"RS_ActionPrintPreview::calcPagesNum(): Limit of pages has been exceeded."
<br/><br/>What is the Limit? I thought this was exactly what that feature was for?
<br/>I am drawing a backplane of a PLC control cabinet and wanted to print out the life size pages put together on the back of the cabinet for the technicians to follow?
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724554Re: Fillet command2024-03-27T14:00:14Z2024-03-27T14:00:14ZDobro
Thanks to everybody spending time on solving this problem.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724553Re: Can't see drawing in print preview2024-03-27T09:05:25Z2024-03-27T15:18:47Zdxli
FoFor experienced, margines are to be set in drawing preferences.
<br/><br/><br/>For quite many softwares, "Print" always brings up "Print Preview". In Preview, paper size should be configurable.
<br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">dellus wrote</div>
<div class="quote-message">10mm?!
<br/>For me on a small A4 or Letter sized paper sheet this is too much wasted precious space.
<br/>On my printer the widest not printable border area is 5mm. Probably it's about the same with other printers.
<br/>In Windows printing I always get a about 3.5mm vertical and horizontal printing offset. Yes, a wider print margin would buffer this better. I personally counter this phenomenon by countermoving the sheet a little bit in Print Preview if necessary.
<br/>I usually draw a paper sheet sized frame around the contents, according to the intended scale. With default margins at 0, as it is now, Fit to Scale automatically scales and places the drawing correctly on the sheet. This would be lost if a margin larger than 0 is applied. But well, this still can be done manually.
<br/><br/>Just my view.
</div>
</div></blockquote>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724552Re: Fillet command2024-03-27T08:01:14Z2024-03-27T08:01:14Zdxli
I pushed a fixed to the master branch:
<br/><br/>1. handle trimming of circles for fillet;
<br/>2. Fixed fillet option GUI on memorizing user settings.
<br/><br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">Dobro wrote</div>
<div class="quote-message">Thanks for the explanation, it sounds quite scientific, but I guess I could catch the core of it.
<br/><br/>I've tried the other way as well, first trimming and then fillet, and the result is excellent.
<br/><a href="https://forum.librecad.org/file/n5724548/Example_fillet.dxf" target="_top" rel="nofollow" link="external">Example_fillet.dxf</a><br/><br/>On the left there is the first attempt, where fillet is bad. On the right the second, where the line is uninterruptedly continuous.
<br/><br/>So there's a solution for this problem, but one have to figure it out.
</div>
</div></blockquote>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724551Re: Can't see drawing in print preview2024-03-27T06:22:27Z2024-03-27T06:22:27Zdellus
10mm?!
<br/>For me on a small A4 or Letter sized paper sheet this is too much wasted precious space.
<br/>On my printer the widest not printable border area is 5mm. Probably it's about the same with other printers.
<br/>In Windows printing I always get a about 3.5mm vertical and horizontal printing offset. Yes, a wider print margin would buffer this better. I personally counter this phenomenon by countermoving the sheet a little bit in Print Preview if necessary.
<br/>I usually draw a paper sheet sized frame around the contents, according to the intended scale. With default margins at 0, as it is now, Fit to Scale automatically scales and places the drawing correctly on the sheet. This would be lost if a margin larger than 0 is applied. But well, this still can be done manually.
<br/><br/>Just my view.
<br/>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724550Re: Can't see drawing in print preview2024-03-27T02:23:56Z2024-03-27T02:23:56Zflywire
<blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">flywire wrote</div>
<div class="quote-message">Firstly, fit between page margins.
</div>
</div></blockquote>
This is poorly worded because it currently prints between the margins. The real issue is appropriate margin settings. I don't think the default should be zero. How about 10mm?
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724549Re: Fillet command2024-03-27T00:39:22Z2024-03-27T00:39:22Zdxli
This is actually a long-overlooked bug in fillet. I can see the fillet arc is created properly, but trimming fails.
<br/><br/>One workaround would be cutting the circle into an arc of 360 degrees (Tools > Modify > Divide and cut the whole circle by any point on it). Fillet works with arcs but not circles/ellipses. This also shows it's actually a bug.
<br/><br/>I also found the fillet size GUI input is quite buggy. Need to be fixed.
<br/><br/>This is not an issue of trimming, since trimming is not meant to handle tangential cases. For fillet, the trimming is by the closest point to the fillet arc center.
<br/><br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">Dobro wrote</div>
<div class="quote-message">Thanks for the explanation, it sounds quite scientific, but I guess I could catch the core of it.
<br/><br/>I've tried the other way as well, first trimming and then fillet, and the result is excellent.
<br/><a href="https://forum.librecad.org/file/n5724548/Example_fillet.dxf" target="_top" rel="nofollow" link="external">Example_fillet.dxf</a><br/><br/>On the left there is the first attempt, where fillet is bad. On the right the second, where the line is uninterruptedly continuous.
<br/><br/>So there's a solution for this problem, but one have to figure it out.
</div>
</div></blockquote>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724548Re: Fillet command2024-03-26T14:40:05Z2024-03-26T14:40:05ZDobro
Thanks for the explanation, it sounds quite scientific, but I guess I could catch the core of it.
<br/><br/>I've tried the other way as well, first trimming and then fillet, and the result is excellent.
<br/><a href="https://forum.librecad.org/file/n5724548/Example_fillet.dxf" target="_top" rel="nofollow" link="external">Example_fillet.dxf</a><br/><br/>On the left there is the first attempt, where fillet is bad. On the right the second, where the line is uninterruptedly continuous.
<br/><br/>So there's a solution for this problem, but one have to figure it out.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724547Re: Can't see drawing in print preview2024-03-26T07:19:42Z2024-03-26T07:19:42Zdxli
With the latest master branch,
<br/>If you print from a drawing, a print preview will be brought up.
<br/><br/>For actual raw printing, should we enable a command option instead. The GUI printing shouldn't be too complicated.
<br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">flywire wrote</div>
<div class="quote-message shrinkable-quote">I'd still like to print directly. The print preview interface needs a bit of work. Firstly, fit between page margins.
<br/><br/><img src="https://forum.librecad.org/file/n5724546/LC_PrintPreview.png" border="0"/><br/><br/>Version: 2.2.1_alpha-358-ged79434d
<br/>Compiler: GNU GCC 13.2.0
<br/>Compiled on: Mar 26 2024
<br/>Qt Version: 5.15.2
<br/>Boost Version: 1.75.0
<br/>System: Windows 10 Version 2009
</div>
</div></blockquote>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724546Re: Can't see drawing in print preview2024-03-26T04:25:46Z2024-03-26T04:25:46Zflywire
I'd still like to print directly. The print preview interface needs a bit of work. Firstly, fit between page margins.
<br/><br/><img src="https://forum.librecad.org/file/n5724546/LC_PrintPreview.png" border="0"/><br/><br/>Version: 2.2.1_alpha-358-ged79434d
<br/>Compiler: GNU GCC 13.2.0
<br/>Compiled on: Mar 26 2024
<br/>Qt Version: 5.15.2
<br/>Boost Version: 1.75.0
<br/>System: Windows 10 Version 2009
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724545Re: Can't see drawing in print preview2024-03-26T04:11:12Z2024-03-26T04:24:27Zdellus
- I will start to modify the behaviors -
<br/><br/> Hurray!
<br/><br/>@GeoffatMM: As far as I can see this will not affect existing drawings.
<br/><br/>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724544Re: Can't see drawing in print preview2024-03-25T23:55:48Z2024-03-25T23:55:48ZGeoffatMM
Apologies if this is obvious but any changes to behavior need to avoid upsetting existing drawings.
<br/><br/>Geoff
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724543Re: Can't see drawing in print preview2024-03-25T17:56:46Z2024-03-25T17:56:46Zdxli
I will start to modify the behaviors.
<br/><br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">dellus wrote</div>
<div class="quote-message">I have long since advocated to:
<br/><br/>1) set default (out of the box) line width for the initial Layer 0 and following new Layers to 0.25 mm. Even AutoCAD does it this way <a href="https://help.autodesk.com/cloudhelp/2022/ENU/AutoCAD-Core/files/GUID-1BB43E62-DF93-494E-ACF2-55824ACD5130.htm" target="_top" rel="nofollow" link="external">https://help.autodesk.com/cloudhelp/2022/ENU/AutoCAD-Core/files/GUID-1BB43E62-DF93-494E-ACF2-55824ACD5130.htm</a><br/>Then linewidth 0 printing problems for newbies will be gone.
<br/><br/>2) make "Print Preview" the standard procedure for printing. The old "Print" could then be "Quickprint" or better be dropped completely.
</div>
</div></blockquote>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724542Re: Can't see drawing in print preview2024-03-25T16:40:49Z2024-03-25T16:40:49Zsmaccabe
You are reminding of my head scratching from years ago with MicroStation and AutoDesk. But someone in the office new what was going one. :)
<br/>Today my home office, wife and kids are lacking the LibreCad knowledge. :)
<br/><br/>Thanks for all your replies. I'll play some more. I did review the doc but I guess I missed the layer 0 one and that made me recall a few things about printing in CAD. This ain't Microsoft Word.
<div class="signature weak-color">
Steve
</div>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724541Re: Fillet command2024-03-25T14:56:32Z2024-03-26T15:35:55Zdxli
Trimming by tangent points is a fundamental issue here.
<br/><br/>The proper way to address this issue would be introduction of topological entities here(like a vertex of tangential).
<br/><br/>Using only geometry info is not enough. A tangent point by definition is when two intersection points are degenerate into one. Direct intersection calculation may give us 0, 1, or two intersections, depending on the tolerance level.
<br/><br/>That being said, the initial fillet looks quite bad. Could you upload an example dxf, so I can verify the fillet feature works as expected.
<br/><br/>To add topological entities is clearly a huge project, but we will see.
<br/><br/><br/><blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">Dobro wrote</div>
<div class="quote-message">Thanks to everybody taking care of my problem.
<br/><br/>This small inaccuracy would not be an issue, as it is not visible at normal size. However since the two lines do not intersect, I cannot use the Trim option, which is already a problem.
<br/><br/>I will try to solve this issue on an other path: first trimming and then fillet.
<br/><br/>Anyway, thanks again.
</div>
</div></blockquote>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724540Re: Fillet command2024-03-25T14:18:23Z2024-03-25T14:18:23ZDobro
Thanks to everybody taking care of my problem.
<br/><br/>This small inaccuracy would not be an issue, as it is not visible at normal size. However since the two lines do not intersect, I cannot use the Trim option, which is already a problem.
<br/><br/>I will try to solve this issue on an other path: first trimming and then fillet.
<br/><br/>Anyway, thanks again.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724539Re: Fillet command2024-03-25T14:02:58Z2024-03-25T14:02:58Zflywire
You are right, I updated the original link. It is the post you recalled.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724538Re: Can't see drawing in print preview2024-03-24T23:59:24Z2024-03-24T23:59:24ZGeoffatMM
I think that would be helpful for new users and save time for experienced users.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724534Re: Can't see drawing in print preview2024-03-24T16:30:32Z2024-03-24T16:30:32Zdellus
I have long since advocated to:
<br/><br/>1) set default (out of the box) line width for the initial Layer 0 and following new Layers to 0.25 mm. Even AutoCAD does it this way <a href="https://help.autodesk.com/cloudhelp/2022/ENU/AutoCAD-Core/files/GUID-1BB43E62-DF93-494E-ACF2-55824ACD5130.htm" target="_top" rel="nofollow" link="external">https://help.autodesk.com/cloudhelp/2022/ENU/AutoCAD-Core/files/GUID-1BB43E62-DF93-494E-ACF2-55824ACD5130.htm</a><br/>Then linewidth 0 printing problems for newbies will be gone.
<br/><br/>2) make "Print Preview" the standard procedure for printing. The old "Print" could then be "Quickprint" or better be dropped completely.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724533Re: Why are some file extensions ".dxf~"?2024-03-24T15:30:07Z2024-03-24T15:30:07Zdellus
They are some auto save, but I don't know why they are sometimes left and sometimes not. Just delete them. Or, if necessary, remove the ~ and you can open the file.
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724532Re: Fillet command2024-03-24T15:24:15Z2024-03-24T15:24:15Zdellus
I think flywire has accidentally pasted a link meant for an other thread.
<br/>If I remember correctly LordofBikes once commented to a similar case that this phenomenon is caused by some screen rendering issue but can be ignored, as the geometrical calculation is OK.
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724531Re: Can't see drawing in print preview2024-03-24T14:50:25Z2024-03-24T14:50:25Zflywire
Great suggestions though I'd like turn off the warnings and print through print preview with a setting.
<br/><br/>How about a startup screen to read the manual unless the message is cleared?
<br/><br/>Maybe the same for printing:
<br/>* <a href="https://dokuwiki.librecad.org/doku.php/usage:faq" target="_top" rel="nofollow" link="external">https://dokuwiki.librecad.org/doku.php/usage:faq</a><br/>* <a href="https://docs.librecad.org/en/latest/guides/completion.html" target="_top" rel="nofollow" link="external">https://docs.librecad.org/en/latest/guides/completion.html</a>
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724530Why are some file extensions ".dxf~"?2024-03-24T12:25:33Z2024-03-24T12:25:33Zbkvanbek
I assume the files with the ~ are some auto save, but why do they some times remain even after I save the file I need?
<p>Posted in <a href="/LibreCAD-user-f4499514.html">LibreCAD-user</a></p>
tag:forum.librecad.org,2006:post-5724529Re: Fillet command2024-03-24T00:26:30Z2024-03-25T14:00:50Zflywire
Looks like same issue as <a href="https://forum.librecad.org/Draw-Chord-tp5723152p5723158.html" target="_top" rel="nofollow" link="external">https://forum.librecad.org/Draw-Chord-tp5723152p5723158.html</a> (ie limit of GUI).
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>
tag:forum.librecad.org,2006:post-5724528Re: Screen cuts off lower part of characters in Status bar2024-03-24T00:22:48Z2024-03-24T01:04:06Zflywire
<blockquote class="quote dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">AHG wrote</div>
<div class="quote-message">I could still see only the top half of the numbers in the problem area.
</div>
</div></blockquote>
Toolbar?? <a href="https://docs.librecad.org/en/latest/getstart/configure.html#user-interface" target="_top" rel="nofollow" link="external">https://docs.librecad.org/en/latest/getstart/configure.html#user-interface</a><br/><br/>What about the absence of Docks and the command line?
<p>Posted in <a href="/Troubleshooting-f5706789.html">Troubleshooting</a></p>