|
1890 | QCAD (main) | Feature Request | Low | Possibility to address an QCAD extern font folder | Assigned | |
|
Task Description
Like the Library Browser it would be nice to be able to define a extern font source folder. Especially now after we are able to create our own cxf fonts with QCAD.
The reason is the same why we have it already for the library - without it we have to copy our individual fonts manually every time after a QCAD update to use them uninterrupted for existing and new drawings.
|
|
1895 | QCAD (main) | Feature Request | Low | Add support for block transformation matrices | Assigned | |
|
Task Description
Support transformations by transformation matrix for block references.
See also: https://www.qcad.org/rsforum/posting.php?mode=reply&f=33&t=6333
|
|
1900 | QCAD (main) | Bug Report | Very Low | Remote shares initially not accessible. | Assigned | |
|
Task Description
My data files are stored on network shares (synology) with a GB link. QCAD Pro is run in Admin mode.
While in my Windows browser all remote shares are accessible (Green), in the QCAD file open menu they are initially shown as not accessible (Red). By accessing a specific drawing file in a remote share, the share will open and turn green.
Same behavior using ‘Open recent’. Always the message is given that the requested file does not exist, and the file is wiped from the ‘Recent Open’ list. Only if the share is first accessed through ‘Open’ with a random file, it will turn and a ‘recent open’ file for that share will open.
Drag and Drop from a remote share will never work.
|
|
1901 | QCAD/CAM | Feature Request | Low | CAM Traverse Toolpath | Assigned | |
|
Task Description
Hallo Andrew,
Still busy on the never ending G-code story. Urgently needed the very common Traverse Toolpath.
Example added as pdf.
Greetings
|
|
1902 | QCAD/CAM | Feature Request | Low | CAM G-Block Toolpath | Assigned | |
|
Task Description
Hallo Andrew,
Still busy on the never ending G-code story. Urgently needed the very handy G-code Block Toolpath. This ‘toolpath’ also solves a lot of “editing requests”.
|
|
1903 | QCAD (main) | Feature Request | Low | Saving layer settings, e.g. visibility status, associat... | Assigned | |
|
Task Description
In a medium complex drawing it may be too much details to have all layers in a drawing visible at once.
Instead a number of views would be created that saves not only zoom level and position but also what layers are visible and not (as appropriate for the purpose of that particular view). This is very cumbersome (to the extent it is not really realistic) to achieve today and requires a lot of duplication of both model and layers.
The advantage of adding this is the ability to have only one model (with multiple views) and avoid duplication of work and the risk of inconsistency inherent with many copies of the model.
As a further (and natural extension to this) would be the ability to used this functionality with view-ports to be able to create (possibly many) paper-spaces from a single model. This would however require view-ports to be aware of what view they are a window into. A single change in the model would then propagate to all defined view-ports and paper-spaces.
|
|
1905 | QCAD (main) | Bug Report | Very Low | View > Property Editor: Changing attribute of block cha... | Assigned | |
|
Task Description
See also: https://www.qcad.org/rsforum/viewtopic.php?f=33&t=6367#p23947
|
|
1911 | QCAD/CAM | Feature Request | Low | Drill Toolpath | Assigned | |
|
Task Description
Hallo Andrew
It would be more than conveniant, defining the drilling locations of the drill toolpath, by selecting a circle’s center point.
|
|
1912 | QCAD/CAM | Bug Report | Low | Tool Description Error | Assigned | |
|
Task Description
Hallo Andrew,
Testing the drill toolpath I find it hard to select the correct tool by a small bug
|
|
1913 | QCAD/CAM | Bug Report | Low | 3D Simulation Behaves odd | Assigned | |
|
Task Description
Hallo Andrew,
testing the drill toolpath I used single point markers.
In 3D simulation the tool drills the toolpath AND uses the drill as a mill.
Cam Export and generated G-code is not effected.
|
|
1915 | QCAD (main) | Suggestion | Low | Viewport does not rotate view-port when changed in pape... | Assigned | |
|
Task Description
To reproduce
1. Select a new view-port in model-space 2. Select the appropriate paper-space 3. When the paper space opens change the angle of the viewport.
Actual
The object in the viewport changes but the viewport itself remains unchanged
Expected
That both the view-port and the object changes angle as the angle is updated
Motivation
If you abort the placement (but keep the angle) and go back to model-space and then redo the operation the view-port is rotated along the angle. It seems that the viewport only picks up the initial angle once the paper-space is open and ignores any changes thereafter
Workaround
1. Select the view-port per normal in model-space 2. Open the paper-space and set the wanted angle but do not place the view-port in paper space 3. Abort the placement on paper-space and redo the whole operation
Once the paper space is opened again the view-port will have the chosen angle
|
|
1916 | QCAD (main) | Bug Report | Low | Moving an object in an angled viewport with mouse does ... | Assigned | |
|
Task Description
To reproduce
1. Select a new view-port in model-space 2. Select the appropriate paper-space 3. When the paper space opens change the angle of the viewport to 90 degrees 4. Place view-port in paper space 5. Select the view-port in paper-space by clicking it 6. Try to move the object itself in the view-port (by clicking the “top” dot) to the right by moving the mouse to the right while holding the left mouse-button.
Actual
The object in the viewport moves down vertically NOT to the right
Expected
The object moves to the right
(It seems mouse movement does not compensate for the rotated angle of the viewport)
Workaround
None, except compensate for the angle in your head and moving the mouse the “wrong” way when correcting the placement of objects in the view-port
|
|
1917 | QCAD (main) | Feature Request | Low | Automatic labels with static information of the drawing | Assigned | |
|
Task Description
I would like static information of the drawing (like scale, creation-date, modified-date, revision etc) to be available as automatic labels to be placed in the drawing (with selectable style, font etc)
This would greatly simplify the creatin of title sections in the drawing and making sure it is consistent with the actual drawing and not requiring manual “synchronization”.
|
|
1919 | QCAD (main) | Bug Report | Very Low | Wrong order XY(Z) for Ordinate Dimension in property ed... | Assigned | |
|
Task Description
Win7pro Qcad Pro 3.22.1.2
In property editor properties of an Ordinate Dimension
Without Show Z DefPoint is displayed in order YX?
With Show Z Origin is displayed in order XZY? DefPoint is displayed in order YZX? LeaderEndPoint is displayed in order ZXY?
Regards
|
|
1920 | QCAD (main) | Feature Request | Very Low | Edit > Application Preferences: Add preference to disab... | Assigned | |
|
Task Description
See also: https://www.qcad.org/rsforum/viewtopic.php?f=89&t=6447
|
|
1922 | dwg2bmp | Feature Request | Very Low | Add error message when requesting raster for a non-exis... | Assigned | |
|
Task Description
It would be nice if QCAD spit some kind of warning message when trying to render a layer with a name that doesn’t exist (and perhaps render nothing), rather than silently rendering an empty image. :D
See https://qcad.org/rsforum/viewtopic.php?f=33&t=6453
|
|
1923 | QCAD (main) | Bug Report | Very Low | Faulty rendering Polylines with Global/Local Widths and... | Assigned | |
|
Task Description
Win7pro 32bit Qcad 3.23.0
Andrew, The Arc segments of Polylines with Global or any Local Width render faulty where Global Z or any of the arc’s local Z is not zero.
In the attached drawing setting the Global Z of the inner poly to 5,10,...
The setting of Z to not zero affects the radius of the projected arc and not the bulging of the poly. It also affects the projected widths of the line inversely, but not by changing the widths properties.
Pritty rare combination! True. Qcad is 2D native! True.
Flatten will resolve this.
It is not a purely visual rendering fault, the poly will explode as such.
Maybe similar flaw as with uneven scaling blocks with arcs. https://qcad.org/rsforum/viewtopic.php?f=8&t=5566#p20703
Regards
|
|
1924 | QCAD (main) | Bug Report | Low | SweepAngle = 0 | Assigned | |
|
Task Description
Win7pro 32bit Wininstaller Qcadpro 3.23.0
Draw an arc. Select the arc. In Property Editor: Set start angle to 135 Set end angle to 135
SweepAngle = */-360
edit the end angle and add “+360”, hit enter
SweepAngle = 0
An arc with zero sweep is a point. A point is not an arc. With the same start and end parameter an arc should have a sweep of +/-360. As for entries by points or by angles.
Regards
|
|
1930 | QCAD (main) | Feature Request | Low | Option disable "Auto Zoom on load" for saved "Layout Vi... | Assigned | |
|
Task Description
Hi,
my setting for “Auto Zoom on load” is checked to on. That works perfect for me for most of my drawings.
But if I save a drawing with Layout Viewports then I have to adjust every Viewport again after loading.
Would it be possible to have an option below Application Preferences / Graphics View / Appearance / Auto Zoom on load / ON which excludes drawings saved with Layout Viewports?
|
|
1934 | QCAD (main) | Feature Request | Low | Diametric text - overlaid | Assigned | |
|
Task Description
Diametric text is always placed above a horizontal measurement.
I often want to indicate both the inside and outside diameter of an object e.g. a wheel using diametric text. The text is overlaid and illegible.
To avoid text overlapping, I use Horizontal Aligned because I can control the position of the text to avoid illegible text.
A better method would be to alternate the placement of diametric text (alternatively) above and below a measurement so that in the majority of cases an overlap would be avoided.
Similarly for a vertical measurement, the text is overlaid and illegible.
When the angle is almost vertical, the angle controls the side the text appears however it also reverses the direction of the text (which is logical but not attractive).
Kind regards Simon
|
|
1954 | QCAD/CAM | Release | Low | Revised PWM Post Processor | Assigned | |
|
Task Description
Hallo Andrew,
I have revised the PWM Post Processor to Revision D.
|
|
1971 | QCAD/CAM | Bug Report | Low | CAD/CAM 3D Simulator | Assigned | |
|
Task Description
Hallo Andrew,
Found a bug in the 3D Simulator execution
|
|
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
|
|
1976 | QCAD (main) | Feature Request | Low | Envelope at offset to a poly tool | Assigned | |
|
Task Description
See: https://www.qcad.org/rsforum/viewtopic.php?t=6650
|
|
1977 | QCAD (main) | Feature Request | Low | Corresponding coordinate format | Assigned | |
|
Task Description
Hi,
It would be less confusing to read messages in the command line protocol if it would use the same coordinate separators like the settings below Application Preferences / General / Coordinate Format.
This example shows the “Absolute Cartesian Coordinate” but of course all corresponding format settings should be used within messages.
Absolute Cartesian Coordinate: Setting = semicolon (;) but the message will use division (/).
|
|
1982 | QCAD (main) | Feature Request | Low | measure DIN 1356 | Assigned | |
|
Task Description
To measure in the format DIN 1356 , Architect It is hard work to do this manual input with meta characters.
|
|
1997 | QCAD/CAM | Bug Report | Low | Can't export gcode, intermittently | Assigned | |
|
Task Description
When I create a simple drawing, I cannot export the gcode until I restart qcad.
general steps to reproduce the issue: 1. open a new drawing 2. Add a letter “D” near the origin in Arial font, about 7mm tall. 3. explode it 4. save the drawing 5. Fill in in the “cam configuration” 6. Select the drawing and generate the tool paths. 7. Hit the “export button” or the menu item. 8. Observe that you see the “camexport” command appears in the command section, but there is no file generated for the gcode.
If you restart qcad, then the gcode will export as expected. Also, it appears to work for more complicated drawings. I had the same issue, when I tried to generate the same thing, but using the string “November 2019” at 5mm height. I am using up to date MX Linux with kernel version 4.19.0. I also observed this behavior under Windows 10 professional.
|
|
2011 | QCAD Community Edition | Suggestion | 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.
|
|
1974 | QCAD (main) | Bug Report | Very Low | File > Print Preview: Cannot move paper in new drawing | Unconfirmed | |
|
Task Description
Yesterday I set up a Windows 64 bit install of QCAD Pro which shows the same bug I have been seeing for a while in the Community linux git repo.
Create a new drawing and then go to “Print preview”. Enable “Move paper postion”, the cursor changes to the hand icon, but the paper position is unable to be moved. Only by saving the drawing, exiting the program, restarting and reopening the drawing, will the “Move paper postion” function correctly.
Affected versions tested:
Windows 64bit installer download, as of yesterday. Linux 64bit build from git, about 20minutes ago.
For what it’s worth, this bug is not present in this previous git checkout:
Version: 3.21.1.0 (3.21.1) Internet: QCAD.org Build Date: Jul 2 2018 Revision:
Qt Version: 5.7.0 Architecture: x86_64 Compiler: gcc 6.3.1
Thanks for a great product.
|