|
439 | QCAD (main) | Bug Report | Low | Help crashes | Closed | |
|
Task Description
Vista 32bit, SP2
See also: http://www.ribbonsoft.com/rsforum/viewtopic.php?t=1767
|
|
1351 | QCAD (main) | Bug Report | Low | Help > Check for Updates: No connection to server | Closed | |
|
Task Description
Installed latest release.
Checked for update and no connection found: See attached image.
|
|
1534 | QCAD (main) | Suggestion | Low | Headless Styling | Closed | |
|
Task Description
Since the launcher batch no longer requests “-style plastique” QT wants to apply the native style of the desktop environment. This fails on a headless system (or where the current user has no graphical shell to connect to) with the message “Gtk-WARNING **: cannot open display: “. Fortunately, QT provides a workaround in addtion to the new “platform=offscreen” flag.
In the tools that set -no-gui, beforehand export these variables into the environment
export QT_STYLE_OVERRIDE=""
export QT_QPA_PLATFORM=offscreen
export DISPLAY=""
PS: QT-offscreen will not find fonts; unfortunately the workaround only allows for a single directory to search them (I need helvetica):
export QT_QPA_FONTDIR="/usr/local/share/fonts/type1"
Maybe that should get reported upstream, so that like LD_LIBRARY_PATH several directories could be specified.
|
|
1907 | QCAD/CAM | Bug Report | Low | having issues importing and opening dxf files | Closed | |
|
Task Description
can not import dxf files
|
|
763 | QCAD (main) | Feature Request | Low | Hatching with just one click | Assigned | |
10 |
Task Description
My task: To hatch an area.
Right now, if I want to fill an area with a hatch pattern, I have to select all the enclosing objects (lines, arcs) and then I can select the hatch tool. That can be under some circumstances a tedious task. To illustrate this, I created a simple example (see Attachment 1: Hatching.png).
Step 1: Create a rectangle. Step 2: Draw four vertical lines. Step 3: Select the four lines surrounding the first area. –> Problem! The horizontal lines are too long. Step 4: Divide the long horizontal lines of the rectangle where the vertical lines touch. Now the lines surrounding the three areas can be selected. Step 5: Hatch the selection. Done.
Just for fun try recreating my second example (see Attachment 2: Hatching2.png)
Therefore I would like to suggest a far more simple approach.
Step 1: Select the Hatch Tool. Step 2: Click inside the area you would like to be hatched. Done.
Of course that would mean that the hatch style is already pre-defined and can be changed later, if needed.
In this way productivity can be increased by ... [fill in you own estimate] ... times.
Example 2 would need only 13 clicks to hatch all the areas (including the hatch tool button).
|
|
1069 | QCAD (main) | Bug Report | Low | Hatching uses current 'point' display - results in wron ... | Closed | |
|
Task Description
If a chosen hatch contains points, the hatch will use the point display set in the Application/Current drawing preferences, this leads to incorrectness with certain hatches.
In my attached example I have used AR-CONC (Concrete), the result is something which is wrong!
|
|
2264 | QCAD (main) | Bug Report | Low | Hatching segment selection stops at entity - hatch patt... | Assigned | |
1 |
Task Description
QCAD Professional Windows7 pro WinInstaller 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
In the example given by ‘turtle’ .. why_is_this_not_closed-v2.dxf https://www.qcad.org/rsforum/viewtopic.php?f=32&p=34157#p34153
Selecting hatch boundary segments of the horizontal polyline segment at (1169.933593;274.432562)-(1089.933593;274.432562)
Segment selection stops where the AR-CONC hatch pattern touches the horizontal segment. Such intersections points where already no longer regarded as snappoints. See :
FS#2090 : https://www.qcad.org/bugtracker/index.php?do=details&task_id=2090. Related topic https://www.qcad.org/rsforum/viewtopic.php?&t=7340&p=28414#p28414
Regards, CVH
|
|
988 | QCAD (main) | Bug Report | Low | Hatching in ISO projection gives unwanted result | Closed | |
|
Task Description
Not sure whether this has been reported yet. I get an unexpected result when creating a solid fill hatch in an isometric projection, all entities are polylines.
|
|
634 | QCAD (main) | Bug Report | Low | Hatches using user added hatch patterns cannot be saved | Closed | |
|
Task Description
Hatches using user added hatch patterns cannot be saved.
OpenDesign error message: “Bad name for Hatch pattern”
|
|
1294 | dxflib | Bug Report | Medium | Hatches scale differently now from earlier releases | Closed | |
|
Task Description
Something with hatching changed between 3.10 and 3.12; Changelog for 3.11.2 states: “Add support for hatch patterns defined per entity”. That may be?
Attached drawing from an older version; open in current and see a black box where there should be earth. Change scaling of hatch from 10 to 254 and it will be exactly the same it was when saving the file.
Curiously, that is like swapping inches and mm? Looking into prefs, there is a new drop down: “Messsytem für Linien und Schraffuren” and it read “imperial”; making it metric and bingo, my drawing looks as intended!
This is bad, because each drawing has to be changed! I changed the application default drawing setting to metric and the existing drawing still had imperial set…
Probably a heuristic was on order? If the drawing does not specify the new setting, and the drawing units is metric, use metric?
|
|
2010 | QCAD (main) | Bug Report | Low | hatches of type "gravel" doesn't appear inside an ellip ... | Closed | |
|
Task Description
Draw an ellipse, select it, draw an hatch of type gravel: it doesn’t appear at all.
Only for gravel.
|
|
563 | QCAD (main) | Bug Report | Medium | Hatches and colors transformed in Q3 | Closed | |
|
Task Description
To check compatibility for the same .dxf drawing prepared with Q2, I prepared 2 copies, one with a “_Q2” suffix and the other with “_Q3”. I managed to keep an operational Q2 system on the same Win7-HomeEditionPremium-64bits PC. As you can guess, I opened each copy with the relevant QCAD version.
In each version, I selected the same hatch layer and list here their properties along with a hardcopy of a display of a similar part of the hatched area, with blue lines showing the differences in hatching, apparently the density. Q2 : Solid:False, Scale:3.00, Angle:0, Name:ar-brelm ; the color is described in its panel as 20,255,255 and 255,85,0 (left colum first from top to bottom). Q3 : all identical values but Scale:0.78189.
Another comparison with a global view of the same drawing. Just notice how the hatching in the areas at the bottom are different (red lines). Also, I noticed that increasing the zoom let the hatching appear in the Q3 version instaed of the grey homogenous color, but the hatching in Q3 remains more dense than in the Q2 version. Q2 : Solid:False, Scale:1.00, Angle:0, Name:ar-conc : color is a standard grey (0,0,128 & 128,128,128) Q3 : Solid:False, Scale:0.246063, Angle:0, Name:AR-CONC : color is qualified as “custom” even with the same values. Both have “centimeter” as drawing units.
Then I opened another Q2 drawing with Q3. I elected to hide all layers then to show all of them. And the color hatching of some aras were then modified. See 3rd picture with all black areas. (Just changing the layers shown or hidden was enough to not allow to close the drawing without a save...).
Than you for your attention or letting me know which setting can correct the differences.
|
|
1103 | QCAD (main) | Bug Report | Low | Hatch: use imperial patterns for unitless drawings | Closed | |
|
Task Description
Unitless drawings use metrical patterns, should be imperial for compatibility.
|
|
1101 | QCAD (main) | Bug Report | Low | Hatch: Some patterns create point shapes around hatch b ... | Closed | |
|
Task Description
Line weight in exported pdf is sometions wrong. Example, create a polyline closed figure and hatch it with style GRAVEL, then export to PDF. The outline line width will vary depending on the actual zoom factor of the display. I believe this bug is causing points to be displayed at various sizes in the PDF.
|
|
458 | QCAD (main) | Bug Report | Low | Hatch: ellipse segments | Closed | |
|
Task Description
Hatch ellipse segments with cw direction saved as ccw.
|
|
303 | QCAD (main) | Bug Report | Low | Hatch with spline boundary | Closed | |
|
Task Description
If spline boundary has fit points, hatch is loaded with visible inaccuracy.
|
|
465 | QCAD (main) | Bug Report | Low | hatch with pattern empty (solid ok) | Closed | |
|
Task Description
valid hatch is not visible if filled with pattern instead of solid fill
|
|
2332 | QCAD (main) | Feature Request | Low | Hatch Sources | Closed | |
|
Task Description
As we know it is easy to copy our own hatches (.pat) to QCAD but unfortunately with every QCAD update I’ve to move those files to a new location.
This said - it would be nice to have the possibility to tell QCAD the source for such customized hatch collection. Similar to the “Library Source” feature for the Library Browser.
|
|
2124 | QCAD (main) | Bug Report | Low | Hatch solid fill disappears after saving and reopening | Closed | |
|
Task Description
A solid fill hatch works as expected in the attached file and prints OK, but after saving the file and reopening, the hatch has disappeared.
|
|
780 | QCAD (main) | Feature Request | Low | Hatch should always follow changes to its contour | Closed | |
1 |
Task Description
I drew a closed polyline, hatched it (on the same layer) and then moved a node... the hatch didn’t change as one would expect.
It would be great if hatches would follow any changes to its contour.
|
|
842 | QCAD (main) | Bug Report | Low | Hatch Scale Problem | Closed | |
|
Task Description
Hello, We previously had troubles with hatch scaling which you fixed with the example Modifier: ExFixHatchScale.js
Unfortunately, we can no longer find this extension on the web site’s “Add On” page. We have the extension from previous downloads but can not find out where to install it on a Mac running Lion.
Can you please describe how to install this fix on a Mac or provide us with a similar fix for our Mac?
Thank you, Dylan
|
|
45 | QCAD (main) | Bug Report | Medium | Hatch Polyline | Closed | |
|
Task Description
open the attached drawing
select the polyline
fill it with hatch pattern “stars” → looks ok, the whole area is filled
save the file
re-open it
there is a gap in the filling now, see attached screen shot
|
|
1580 | QCAD (main) | Bug Report | Low | Hatch origin point not saved / loaded correctly | Closed | |
|
Task Description
Create hatch Set origin point of hatch pattern to custom coordinate Save Load
Hatch offset parameters are unchanged but visual appearance has changed
|
|
276 | QCAD (main) | Bug Report | Low | Hatch not working if 'island' is a block | Closed | |
|
Task Description
If a simple polygon is drawn and a rectangle created within it; the whole then selected and hatch applied; hatching works as expected. The hatching is within the polygon but not within the rectangle.
If the rectangle is made into a block, then hatching does not work at all when the block is included in the selection. If the block is not selected and the polygon is, then all within the polygon is hatched, including the block.
|
|
544 | QCAD (main) | Bug Report | Low | Hatch not restored correctly in undo operation after sc ... | Closed | |
|
Task Description
Scaling some entities including hatches and undo-ing this, the hatches are not restored correctly (still existing, but completely malformed).
|
|
468 | QCAD (main) | Bug Report | Low | hatch not existing after save+reopen | Closed | |
|
Task Description
After several hints (see IDs 464 and 465) I removed all non-zero Z-coordinates inside a dxf, so hatches seem to work even with pattern now. But after save and re-open, the hatch is not existing anymore (even with select all).
|
|
809 | QCAD (main) | Bug Report | Low | Hatch modifications and undo | Closed | |
1 |
Task Description
- Draw ellipse - Fill ellipse (solid or hatch) - Rotate ellipse and filling - Undo
→ Angle of ellipse shaped fill is not undone.
Other hatch boundary elements that break or cannot be undone: - splines from fit points - arcs (when only one point is moved, e.g. stretch) - circles (when radius changes, e.g. scale, position changes) - ellipses (when major point changes)
|
|
1123 | QCAD (main) | Performance Issue | Medium | Hatch in block causes performance problem | Closed | |
|
Task Description
Hatches in blocks cause poor performance while (auto-)snapping. The lines that make up those hatches are included in the search for intersection points which is not desirable.
|
|
1972 | QCAD (main) | Bug Report | Low | Hatch import fails for boundaries with many very small ... | Assigned | |
|
Task Description
See also: https://www.qcad.org/rsforum/viewtopic.php?f=33&t=6648
|
|
787 | QCAD (main) | Feature Request | Low | Hatch generator - plug in tool? | Assigned | |
|
Task Description
Would it be possible to make a Plug in tool for a Hatch generator, so custom made hatches can be saved as .pat files?
I have a lot of up and coming future projects that I would like to make my own ‘custom’ hatches for.
|
|
2015 | QCAD (main) | Bug Report | Low | Hatch from segments cannot be saved to DXF/DWG using Op ... | Closed | |
|
Task Description
I have an example of a figure that I can solid-fill, but if I save and exit, and reload, it disappears.
|
|
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
|
|
635 | QCAD (main) | Bug Report | Medium | hatch fills wrong area, saving results in "Exception oc ... | Closed | |
|
Task Description
Attached you’ll find a floor plan.
Trying to fill the walls (layer “KG_Wand”), the hatch does not fill them but the space inside the rooms. Saving the file (with the wrong hatch) leads to
Exception occurred. Entity NOT saved: 148
in the Command Window, after re-opening the file the hatch is (as expected) not existing anymore.
|
|
511 | QCAD (main) | Bug Report | Low | Hatch fails with multiple full-ellipse islands | Closed | |
|
Task Description
Hatch fails with more than one full-ellipse islands
See fs511.dxf
|
|
1515 | QCAD (main) | Bug Report | Low | hatch fail | Closed | |
|
Task Description
The hatch window does not open in version 3.16.1
|
|
43 | QCAD (main) | Bug Report | Medium | Hatch ellipse | Closed | |
|
Task Description
cannot hatch single full ellipse
|
|
1985 | QCAD (main) | Bug Report | Low | Hatch dots are rendered as lines with fixed length of 0 ... | Closed | |
|
Task Description
With some unit and scale combinations dots rather look like dashes. https://qcad.org/rsforum/viewtopic.php?t=6685#p25325
|
|
499 | QCAD (main) | Bug Report | Medium | hatch does not save | Closed | |
|
Task Description
When adding a hatch in a drawing, the hatch is vissible and printable but after saving and closing some of the hatches have dissapeared when reopening the drawing.
After several attempts the same hatches in the same objects always dissapear or are not saved.
When needed i can send the drawing, please let me now!
|
|
1641 | QCAD (main) | Bug Report | Low | HATCH COMMAND | Closed | |
|
Task Description
Hatch is not working !
|
|
164 | QCAD (main) | Bug Report | Low | Hatch / draft mode | Closed | |
|
Task Description
open example01.dxf
toggle draft mode
toggle draft mode
hatch is now visible in draft mode and not visible in normal mode
|
|
723 | QCAD (main) | Bug Report | Low | Hatch "Solid Fill" no saved. | Closed | |
|
Task Description
In the attached drawing (top figure) I created an hatch “Solid Fill”. I have saved, reopen and the “Solid Fill” is not present!
No problem (bottom figure) with other types of hatch.
It’s possible to have a workaround? Is urgent for terminate work.
Thank You.
|
|
785 | QCAD (main) | Bug Report | Low | Hatch at scale 1/10 not completed on 500 mm x 500 mm s ... | Closed | |
|
Task Description
Windows 7-64 3.0.8
I’ve not been able to hatch a simple Brick pattern at a scale of 1/10 on anything larger that 500 mm x 500 mm.
*Scale of 1:1 works fine *Scale of 1/10 works fine on Squares 400 mm x 400 mm or less!
To reproduce: 1. Draw square of 500 x 500 mm. 2. Select and execute Hatch command using Brick pattern (but I suspect the result will be the same with any pattern). 3. Result in selection states a Hatch but no hatch is present!
Please see attached image:
|
|
828 | QCAD (main) | Feature Request | Low | Handle to reposition CAD Tools | Closed | |
|
Task Description
CAD Tools could have a small handle that would make it possible to drop them in a different location. This should not be a header with title, maximize and close buttons like normal dropable windows have. Instead it should be a (dotted) line similar to the one normal toolbars have.
|
|
1826 | QCAD (main) | Feature Request | Low | guide lines when extending lines | Assigned | |
|
Task Description
When using the SHIFT key while dragging the end point a perpendicular guide line is displayed (see attached screenshot). It would be very helpful if other guide lines with x=const. and y= const. are displayed when pressing SHIFT + ALT key together while dragging.
|
|
998 | QCAD/CAM | Bug Report | Very Low | Grounded 0 recursive block references in blocks: | Closed | |
|
Task Description
I open anyting file dxf, the message pop-up : Grounded 0 recursive block references in blocks:
|
|
606 | QCAD (main) | Bug Report | Low | Grid with unit 'Mil' | Closed | |
|
Task Description
In version 2.2.2.0 when unit mil is selected the grid choices are auto, 0.01, 0.1, 1, 10 In version 3 when mil is selected the grid units are 1/128, 1/64, 1/32 ...... etc. binary. This needs correction. I use the grid a lot when I draw so this is a high priority for me.
|
|
689 | QCAD (main) | Bug Report | Low | Grid spacing info not shown | Closed | |
|
Task Description
OpenSuSE 12.2: the grid info display is not displayed: http://www.qcad.org/rsforum/viewtopic.php?f=32&t=2178&view=unread#unread
|
|
838 | QCAD (main) | Bug Report | Low | Grid settings are not taken over ... | Closed | |
|
Task Description
If I do my Grid settings - there are not correctly taken over in existing or new drawings.
Some kind of multiplication?
|
|
189 | QCAD (main) | Feature Request | Low | Grid settings | Closed | |
|
Task Description
Make grid configurable. Switch on / off grid visibility.
|
|
410 | QCAD (main) | Bug Report | Medium | Grid preferred before enteties | Closed | |
|
Task Description
When I want to select in example a intersection or a endpoint, QCAD v3RC2 preferred to choose the grid not the intersection or the endpoint of enteties.
|