Flyspray:: Thu, 16 May 2013 18:40:30 +0200 Flyspray::QCAD: Recently closed tasks http://www.qcad.org/bugtracker/ FS#623: C++ plugin interface Andrew Mon, 11 Jun 2012 12:07:41 +0200 http://www.qcad.org/bugtracker/index.php?do=details&task_id=623 http://www.qcad.org/bugtracker/index.php?do=details&task_id=623 FS#806: File - Print , not working -- Mon, 13 May 2013 19:35:49 +0200
Selecting print from Main menu > File > Print - not working.

Print function only working from selecting the Print icon button from within the Print preview stage!]]>
http://www.qcad.org/bugtracker/index.php?do=details&task_id=806 http://www.qcad.org/bugtracker/index.php?do=details&task_id=806
FS#711: Drawing preferences dialog too large Andrew Wed, 07 Nov 2012 23:02:14 +0100 http://www.ribbonsoft.com/rsforum/viewtopic.php?f=11&t=2249&view=unread#unread]]> http://www.qcad.org/bugtracker/index.php?do=details&task_id=711 http://www.qcad.org/bugtracker/index.php?do=details&task_id=711 FS#803: Pan and Zoom with touch pad are hard to use (wrong buffer handling) Matthias Melcher Mon, 29 Apr 2013 18:03:33 +0200 V 3.0.9 and earlier.

How to reproduce:
Go into App Preferences, in Graphics View->Navigation, enable pan gesture. Now add any drawing and pan around for ten seconds quickly, not taking the fingers off the mouse/touch pad. Take the fingers off the pad now.

What goes wrong:
QCad will pan around the drawing for another 30 seconds or so, dutifully executing all the buffered mouse moves.

Suggested solution:
Qt buffers more mouse pan-moves than QCad can handle. QCad executes every move in the buffer, making the pan feature close to unusable. The zoom function has the same bug, but it much less pronounced.

This is easily solved: when receiving a pan event (two finger scroll), just check if there are more events in the queue. If there are, accumulate the effect, but don't draw yet. As soon as the buffer is empty, kick off the redraw. The result is a *much* more fluent and responsive user interface.

Please fix soon. This wonderful feature makes life so easy, but currently it is unusable. Thanks. Matthias.]]>
http://www.qcad.org/bugtracker/index.php?do=details&task_id=803 http://www.qcad.org/bugtracker/index.php?do=details&task_id=803
FS#804: "Color by Layer" uses wrong Layer for Blocks Matthias Melcher Mon, 29 Apr 2013 18:10:26 +0200
When loading a block that has a drawing set to "color by layer" into any layer but "0", it will still always show the color of the "0" layer.

However, it should show the color of the layer that this Block is in (this is likely true for all the other attributes).]]>
http://www.qcad.org/bugtracker/index.php?do=details&task_id=804 http://www.qcad.org/bugtracker/index.php?do=details&task_id=804
FS#149: SIGABRT when trying to use entiy.setColor() Martin Wed, 27 Jul 2011 14:31:24 +0200 Compare.js#413:

Compare.markDifferences = function(newAndMissingIds) {
...
entity = Compare.doc1.queryEntity(id);
entity.setColor(new RColor("green"));
op = new RModifyObjectOperation(entity.data());
Compare.di1.applyOperation(op);


ECMA code:

QScriptValue
REcmaSharedPointerEntity::setColor
(QScriptContext* context, QScriptEngine* engine)
{
QScriptValue result = engine->undefinedValue();
// public function: can be called from ECMA wrapper of ECMA shell:
REntity* self =
getSelf("setColor", context);
=> Q_ASSERT(self!=NULL);


Stacktrace:

Thread [1] 18673 (Suspended : Signal : SIGABRT:Aborted)
__kernel_vsyscall() at 0xffffe424
raise() at 0xb4efc8df
abort() at 0xb4efe220
RMainWindow::messageHandler() at RMainWindow.cpp:63 0x8f3917a
qt_message_output() at 0xb5356f65
0xb53571ab
qFatal() at 0xb53572c9
qt_assert() at 0xb5357355
REcmaSharedPointerEntity::setColor() at REcmaSharedPointerEntity.cpp:1,360 0x8bc0602
0xb6bd813c
0xb6ac1f68
0xb6a9164c
0xa622afd2
0xb6a423e3
0xb6af06e0
0xb6ac201e
0xb6be0cd3
0xb6be11a9
QMetaObject::metacall() at 0xb5478c83
QMetaObject::activate() at 0xb5489134


]]>
http://www.qcad.org/bugtracker/index.php?do=details&task_id=149 http://www.qcad.org/bugtracker/index.php?do=details&task_id=149
FS#801: Different solid appearence in Autocad and Qcad Mikhail Mon, 22 Apr 2013 20:29:22 +0200
It seems that QCAD and Autocad treat solid fills differently. Here is attached
example and its view in QCAD and autocadws.com web service. I found that order
of vertices is important.

Thank you
Mikhail ]]>
http://www.qcad.org/bugtracker/index.php?do=details&task_id=801 http://www.qcad.org/bugtracker/index.php?do=details&task_id=801
FS#800: Configurable auto snap Andrew Mon, 22 Apr 2013 11:20:38 +0200 http://www.qcad.org/bugtracker/index.php?do=details&task_id=800 http://www.qcad.org/bugtracker/index.php?do=details&task_id=800 FS#799: Detect duplicates not working properly -- Wed, 17 Apr 2013 15:21:04 +0200 3.0.9
Detect duplicates tool not working properly.
Selecting this tool causes program to lag endlessly and malfunctions.
To reproduce bug:
1. Select all entities.
2. Select duplicates tool.
3. Nothing happens.
4. Select duplicate tool again and...bug!]]>
http://www.qcad.org/bugtracker/index.php?do=details&task_id=799 http://www.qcad.org/bugtracker/index.php?do=details&task_id=799
FS#777: Spline display error Andrew Fri, 01 Mar 2013 09:52:05 +0100
See:
http://www.qcad.org/rsforum/viewtopic.php?f=11&t=2344]]>
http://www.qcad.org/bugtracker/index.php?do=details&task_id=777 http://www.qcad.org/bugtracker/index.php?do=details&task_id=777