|
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.
|
|
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
|
|
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
|
|
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.
|
|
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.
|
|
2021 | QCAD (main) | Performance Issue | Very Low | Cannot work with big dwg files | Assigned | |
|
Task Description
Openning a big file or doing any action in it, takes minutes to load. Even dragging the scrollbar slightly left or right, takes mintues to redraw the canvas again, which makes QCAD un-usable for professional use. Is there a way to make QCAD usable, after loading completed: - Like suppressing edit until user says so, - or taking snapshots of rendered canvases to another file and use it, as windows uses thumb.db ( for negative latency :P )
PS: I wish I could help a bit, but my hand are tied. I am just a java freak, I am opt to any idea of porting it to java, if she is still alive.
Tuğalsan Karabacak EEE, MSc Mobile Comp & App, IWE
|
|
2048 | QCAD (main) | Bug Report | Very Low | Move / Copy to current layer fails when reference point... | Assigned | |
|
Task Description
QCAD 3.24.2 / macOS x86_64 10.14.6
Starting with empty doc: 1. Draw any object (e.g. a rectangle) on layer 0. 2. Create new layer (”1”) with color, say yellow. 3. Select new layer 4. Select new object 5. Modify → Move / Copy 6. Click reference point 7. Click target point same as reference point 8. In “Move / Copy Options” dialog, select “Delete Original” and check “Use current layer and attributes.” Click OK.
The moved object stays on the layer it was previously on. Using “Move / Copy” as a quick way to move a selection between layers is not useful even though it appears to be the recommended way in a Google search.
Note: if “Keep Original” is selected instead, the copied object is placed on the current layer and the original object remains on its layer, as expected.
Note: if the target point is different from the reference point, the moved object is placed on the current layer as expected.
There are other workarounds too, cut / paste with “To current layer” checked seems to work, as does chaging the layer in the Properties Editor.
|
|
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)
|
|
2088 | QCAD (main) | Bug Report | Very Low | column headers of the "General: tool settings " resize... | Assigned | |
|
Task Description
Open QCAD and the application preferences. In the section “General: tool settings " you can resize the columns: Menu, Shortcuts etc. The problem is that it is not intuitive. The first divider is not selectable and the second moves the first, only backwards.
|
|
2097 | QCAD (main) | Bug Report | Very Low | Very hard to snap to baseline reference point of dimens... | Assigned | |
|
Task Description
With default autosnap settings reference points included I find it very hard to snap to the baseline reference points of a dimension. I manage to do it by setting snap to reference point only and zoom out till I see the entire dimension element.
|
|
2226 | QCAD (main) | Feature Request | Very Low | macOS: support proxy icon | Assigned | |
|
Task Description
Support proxy icon in title bar. This can be used to move the file to another folder using drag and drop.
|
|
2261 | QCAD (main) | Suggestion | Very Low | QCAD change freehand tool to freehand spline tool | Assigned | |
|
Task Description
no task description |
|
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
|
|
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]
|
|
2461 | dxflib | Bug Report | Very Low | ASCII Control characters not handled correctly in Commu... | Assigned | |
|
Task Description
I see the following problem: When I open a particular DXF file in the Professional Trial version 3.27.9.0 on macOS, “^I” in text fields is expanded to whitespace. When I open the same DXF file in the Community Edition 3.27.9.0 on NetBSD/x86_64 (installed from pkgsrc), “^I” in text fields is visible as “^I”.
|
|
2494 | QCAD (main) | Bug Report | Very Low | Information scrip on drawing screen unaligned. | Waiting on User | |
|
Task Description
Please view the attachment.
Regards
Graeme
|