|
2287 | QCAD (main) | Feature Request | Very Low | Evaluate draw order for preference "Prevent white-on-wh... | Assigned | |
|
Task Description
The Application Preference setting “Graphics View - Appearance - Prevent white-on-white/black-on-black display” seems to be a global setting that doesn’t take the draw order into account. For example: With the setting enabled, it prevents creating a white hatch of a higher draw order on top of a larger, colored hatch with lower draw order (background). The preference does not seem to evaluate if the object is truly drawn as “white-on-white”.
With the preference enabled, setting the object color as “white” will set the “white” color label, but the object color actually stays black. Its hard to determine why it happens in that case.
Is it possible to let the global preference setting be applied to objects after evaluation of the draw order, and determine if the object actually is a true case of white-on-white?
My workaround: Disable the preference setting (I think it is default = on), and only enable it for ad-hoc checks of hidden and overlooked objects.
|
|
2290 | QCAD (main) | Bug Report | Very Low | loading the Drawing Preferences using enter, using ente... | Assigned | |
|
Task Description
I use CTRL + I to pull up drawing preferences. Upon changing the dimension settings quickly and closing it normally by pressing enter it closes. But if i go to the next tab (drawing tab) then press enter to load it up quickly instead of pressing CTRL + I. Upon changing the dimensions settings and pressing enter to close it, it won’t close but instead flash and i have to keep pressing enter and eventually it closes.
I think this is a bug.
I have the Pro Version
|
|
2297 | QCAD (main) | Suggestion | Very Low | Few UI inconsistencies | Assigned | |
|
Task Description
1) Line with command prompt in Command Line widget is missing padding/margin - letter C is glued to frame. 2) In the “Selection Filter” widget there is an “whitespace” character before colon “:” symbol on multiple places, it doesn’t seem repeat anywhere else
|
|
2302 | QCAD (main) | Bug Report | Very Low | polygon.getSelfIntersectionPoints(tol) returns 3th inva... | Assigned | |
1 |
Task Description
Windows 7 pro 32 bit msi-Installer Version: 3.26.4.5 (3.26.4.5) Internet: QCAD.org Build Date: Jul 20 2021 Revision: e596276 Qt Version: 5.13.2 Architecture: i386 Compiler: Unknown
Andrew,
In the attached dxf: Besides that it is clear that duplicate vectors are not filtered ... Where a segment is crossing in another node a non valid node is returned as self-intersection point. Seems to be unrelated to CW/CCW or tolerance.
Where 2 nodes coexists 4 duplicate vectors are returned.
Regards, CVH
|
|
2328 | QCAD (main) | Bug Report | Very Low | drop down, using keyboard | Assigned | |
|
Task Description
Minor issue! When using keyboard to initiate the dropdown menus. I noticed the ALT “D” does not cycle through the headings Draw & Dimension in the same way. ALT “M” cycles though Modify & Misc or ALT “S” cycles though Select & Snap. User Name: StanTibbs E-mail: [email protected]
|
|
2415 | QCAD (main) | Bug Report | Very Low | Issues with OffsetBothSides | Assigned | |
1 |
Task Description
Andrew,
I can’t find any documentation concerning OffsetBothSides under Misc .. Modify. It is not listed in the QCAD features nor in the changelog.
There was a Feature Request FS#1130 for this, I think you might want to close that as being implemented.
The tool asks for a Line, Arc, Circle, Ellipse, Spline or Polyline. It also seems to act on shapes that can be exploded to such entities like Text, Dimension and Hatch entities.
There may be many ‘Result loop not closed’ or ‘No offsets possible’ warnings when hovering over entities on a drawing. The preview may be partially, one or two sided and even two sided partially and closed with semi-circles.
I only successfully created a dual offset for open Splines, open or logically open Polylines. All other attempts result in a single offset at the indicated side.
There are the usual exceptions for Polylines with arc-segments but that is related to small arc segments and being tangentially connected. Only tested it on a Win7 platform. I don’t suspect that version 3.27.8 includes a fix for that ...
Regards, CVH
|
|
2440 | QCAD (main) | Bug Report | Very Low | Hatch from Segments > False positives open loop warning... | Assigned | |
1 |
Task Description
Andrew,
Most probably not related to OS or QCAD version.
When hatching an area with Hatch from Segments (HS) there might be false positive warnings on open loops. It seems that this is related to the orientation of the indicated segments and the order of selection. The real problematic position is not always the first that is reported. Loop count is increased even if it is a single loop.
Included a basic test drawing to replicate these. Further details to replicate the issue are in the file.
Regards, CVH
|
|
2452 | QCAD (main) | Feature Request | Very Low | Keyboard Shortcut for Undo Last Point While Drawing Spl... | Assigned | |
1 |
Task Description
Instead of having to click on the toolbar, it would be useful to have a keyboard shortcut for undoing the last fit point (or control point) while drawing splines. Preferably it would also be nice to allow the user the ability to set what the keyboard shortcut is for this function.
|
|
2494 | QCAD (main) | Bug Report | Very Low | Information scrip on drawing screen unaligned. | Waiting on User | |
|
Task Description
Please view the attachment.
Regards
Graeme
|
|
2497 | QCAD (main) | Bug Report | Very Low | Draw > Circle > 3 Tangents (CT3) fails in some cases wi... | Assigned | |
1 |
Task Description
Andrew,
See attachment with example:
Solution included on layer ‘Solution’.
Regards, CVH
|
|
2501 | QCAD (main) | Feature Request | Very Low | Add spelling checker / spell checker for all text boxes | Assigned | |
1 |
Task Description
Suggestion to add spelling checker / spell checker for all text boxes
|
|
2505 | QCAD (main) | Feature Request | Very Low | Info > Polygonal Area > Use dimension decimal format fo... | Assigned | |
1 |
Task Description
Andrew, On behalf of user Kmeelo
Polygonal Area adds measurements text with 12 decimal digits and then as short as possible.
Current formatting path see: https://www.qcad.org/rsforum/viewtopic.php?f=32&t=10450&p=42833#p42805
Related forum feature request: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=10458
I also see a misconception of the term ‘precision’. Numbers precision is the amount of significant digits disregarding the position of the decimal point. 12 decimal digits is about the largest precision for numbers with 5 integer digits.
Regards, CVH
|
|
2538 | QCAD (main) | Bug Report | Very Low | Weight 2.11 French translation typo | Assigned | |
1 |
Task Description
Andrew,
When switched to French I detected a typo in the drop down box for Lineweight.
Weight 2.11mm is listed as 1.58mm {2.11m?} https://github.com/qcad/qcad/blob/master/ts/qcadcore_fr.ts#L1228-L1229 Also see attached image file.
May I ask why only ISO types have a comma instead of a point in French. The use of a comma is uncommon in the Property Editor even when that is the native decimal separator. I also detect an extra space between the value and ‘mm’ and that only for the ISO types.
This only occurs in: https://github.com/qcad/qcad/blob/master/ts/qcadcore_fr.ts https://github.com/qcad/qcad/blob/master/ts/qcadcore_pl.ts https://github.com/qcad/qcad/blob/master/ts/qcadcore_pt.ts
Probably not OS or QCAD version related.
Regards, CVH
|
|
2539 | QCAD (main) | Bug Report | Very Low | (Relative) Polar feet + surveyor notation fails. | Assigned | |
1 |
Task Description
Andrew,
A user essentially pointed out to an ACAD textbook example. https://qcad.org/bugtracker/index.php?do=details&task_id=2533 Step 3 of: https://autodesk.blogs.com/between_the_lines/2012/07/drawing-with-surveyors-units-in-autocad.html
Please refer to this topic: https://www.qcad.org/rsforum/viewtopic.php?f=33&t=10652
Regards, CVH
|
|
2541 | QCAD (main) | Suggestion | Very Low | Consider the unit "Microinch" to be non-metric | Assigned | |
1 |
Task Description
Andrew,
One Microinch is equivalent to 25.4 nanometers and I don’t consider that to be metric.
RUnit.isMetric(this.getDocument().getUnit()) returns true for RS.Microinch or value 8.
https://github.com/qcad/qcad/blob/master/src/core/RUnit.cpp#L145-L155 Returns false for: RS::Inch ; RS::Foot ; RS::Mile ; RS::Mil ; RS::Yard ... and true for all the rest.
Also see last note in: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=9506&p=38295
Not to be confused with RDocument::isMetric() because that returns the measurement system unless that is RS::UnknownMeasurement what is rather impossible with drawings created by QCAD.
Regards, CVH
|
|
2544 | QCAD (main) | Feature Request | Very Low | Request to add "plain text" paste, traditionally CTRL-S... | Assigned | |
2 |
Task Description
See: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=10379
Could you add “plain text paste” as ctrl-shift-V Why? Because sometimes the clipboard comes in with rich text formatting that’s anti-helpful. The workaround is to paste into a plain text editor, or the console, then recopy and repaste into qCad.
Either way the ctrl-shift-V shortcut is useful for those trained on other software but: one could also argue that qCad should NEVER take rich text, and rather only accept the plain text with both CTRL-V and CTRL-SHIFT-V.
— CHV says
Agreed, having encountered it numerous times while documenting with text snippets from elsewhere. :roll: Even copying Info measurements from the Command Line are Rich Text.
The best place to file a feature request is QCAD Bugtracker: https://www.ribbonsoft.com/bugtracker/ You may need a different account there or make a new one.
May I remark that Ctrl-Shift-V is already in use for Paste along Entity (PE) But not when the Text Editor Widget has the focus and dialog Widgets are always modal on a Win OS system. :wink: Still, I’ll vote for it in any way.:P
Regards, CVH
|
|
2547 | QCAD (main) | Bug Report | Very Low | Block > Purge Unused Blocks > Removes _DatumFilled bloc... | Assigned | |
1 |
Task Description
Andrew,
The _DatumFilled Block used by Datum entities (DT) is considered as not used and is purged by Purge Unused Blocks (BP). There is no block association for these special types of arrowheads in QCAD.
After purging the Datums are not immediately updated but the special arrowheads will eventually disappear. Adding new Datums will not fix that.
Not problematic because the _DatumFilled Block is re-created on save/reload when Datum entities exists. Datums are updated.
Probably not OS or version related. Related forum topic: https://www.qcad.org/rsforum/viewtopic.php?f=89&t=10694
Best solution would be to support different types of arrowheads and all related: https://qcad.org/bugtracker/index.php?do=details&task_id=695 https://qcad.org/bugtracker/index.php?do=details&task_id=757 https://qcad.org/bugtracker/index.php?do=details&task_id=1157
Regards, CVH
|
|
2011 | QCAD Community Edition | Suggestion | Very Low | Update QCAD CE SpatialIndex module to latest version | Assigned | |
|
Task Description
Building with the bundled version, 1.8.5, works fine.
When I try to build using the system version, which for Mageia Cauldron is 1.9.3, the build fails.
https://raw.githubusercontent.com/kekePower/mmbl/master/qcad/2019/12/11/20%3A13%3A48/log.qcad
Here is the current spec file for version 3.23.0.4. https://svnweb.mageia.org/packages/cauldron/qcad/current/SPECS/qcad.spec?revision=1465894&view=markup
It looks like qcad is incompatible with versions above 1.8.5.
Are there plans to port to the new version?
Thanks in advance.
|
|
2068 | QCAD Community Edition | Bug Report | Very Low | Non-english text in upper/lower index becomes UTF code | Assigned | |
|
Task Description
How to reproduce.
1. Create a text field with some non-english words in the upper index. (see attached pic1.png) 2. Save the project and close QCAD. 3. Run QCAD and open same project. 4. Now upper/lower indexed text becomes not human readable UTF codes. (see attached pic2.png)
Tried different fonts - doesn’t help.
Linux ntb-kirill 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux CentOS Linux release 7.7.1908 (Core)
|