On Thu, Jan 7, 2016 at 9:47 PM, Torsten Paul wrote:
> That basically sums up the reports so far. On my system I can
> reproduce the issue with debug builds, but not with release builds.
right - i have a possible explanation for that. if there are two
threads now in qt5, one handling mouse-even
On Thu, Jan 07, 2016 at 10:47:35PM +0100, Torsten Paul wrote:
> It seems the best short term solution is to enable usage of the
> new QOpenGLWidget "qmake CONFIG+=qopenglwidget". Unfortunately we
> can't just enable it in general as this needs Qt5.4 and also is
> causing issues on MacOSX and totall
On Fri, Jan 8, 2016 at 3:12 AM, Torsten Paul wrote:
> On 01/08/2016 03:36 AM, Luke Kenneth Casson Leighton wrote:
> Thanks for providing this nice motivation to help.
i was concerned for a moment that i'd misunderstood, and that the
code-comment meant that the issue was well-understood. i'm re
On 01/08/2016 03:36 AM, Luke Kenneth Casson Leighton wrote:
> clearly, by stating this, the upstream authors are, i have to be
> absolutely frank here, blithering idiots. "waiting for the buffer
> swap" - which i infer and assume means that there's a means by which
> it's possible to detect when
On Fri, Jan 8, 2016 at 2:22 AM, Luke Kenneth Casson Leighton
wrote:
> On Thu, Jan 7, 2016 at 9:25 PM, chrysn wrote:
>> luke, could you, for comparison, on the system where the new .deb
>> dragged and the fresh 21c8d2fc9 (that's openscad-2014.03, by the way)
>> build worked, build the current mas
On Thu, Jan 7, 2016 at 9:47 PM, Torsten Paul wrote:
>> torsten, can you make anything of this? (lkcl's messages in full at
>> http://bugs.debian.org/806670)
>>
> Yes, the event handling is likely the root cause of the issue, but
> the exact same code works fine with Qt4 and in some cases also wit
On Thu, Jan 7, 2016 at 9:25 PM, chrysn wrote:
> On Thu, Jan 07, 2016 at 06:36:07PM +, Luke Kenneth Casson Leighton wrote:
>> On Thu, Jan 7, 2016 at 6:00 PM, lkcl wrote:
>>
>> > so what i'm going to do is to find an older version of the openscad source
>> > code, compile that up and use it. i
> torsten, can you make anything of this? (lkcl's messages in full at
> http://bugs.debian.org/806670)
>
Yes, the event handling is likely the root cause of the issue, but
the exact same code works fine with Qt4 and in some cases also with
Qt5.
There were a number of issues in Qt5 that caused pro
On Thu, Jan 07, 2016 at 06:36:07PM +, Luke Kenneth Casson Leighton wrote:
> On Thu, Jan 7, 2016 at 6:00 PM, lkcl wrote:
>
> > so what i'm going to do is to find an older version of the openscad source
> > code, compile that up and use it. i had a version that used to work, from
> > source, b
Package: openscad
Version: 2015.03-1+dfsg-3+b1
Followup-For: Bug #806670
rright. the "rotation dragging" has absolutely nothing whatsoever to
do with what version of QT, what version of OpenGL (or not) that is
being used.
the change is a critically-flawed design mistake in the way that the
mous
Package: openscad
Version: 2015.03-1+dfsg-3
Severity: important
(forwarding info from tpaul into bts)
> Are the packages in testing built with CONFIG-=debug ?
>
> For some yet unknown reason it seems the Qt debug version forces OpenGL
> to vsync buffer swaps which makes the display quite unusabl
11 matches
Mail list logo
