Bug#906060: Coordinate overflow when rendering

2019-10-23 Thread Olly Betts
Control: reassign -1 libcairo2 On Wed, Oct 23, 2019 at 02:07:43PM +0200, Simon Richter wrote: > On Wed, Oct 23, 2019 at 09:45:11AM +1300, Olly Betts wrote: > > > > This is a major showstopper for linking KiCad 5 against GTK3, so this > > > requires us to keep GTK2 around longer. > > > The

Bug#906060: Coordinate overflow when rendering

2019-10-23 Thread Simon Richter
Hi, On Wed, Oct 23, 2019 at 09:45:11AM +1300, Olly Betts wrote: > > This is a major showstopper for linking KiCad 5 against GTK3, so this > > requires us to keep GTK2 around longer. > The debian kicad package has now using the GTK3 flavour of wxwidgets3.0 > for many months, so has this bug been

Bug#906060: Coordinate overflow when rendering

2019-10-22 Thread Olly Betts
Control: tags -1 +moreinfo On Mon, Aug 13, 2018 at 09:28:53PM +0200, Simon Richter wrote: > This is a major showstopper for linking KiCad 5 against GTK3, so this > requires us to keep GTK2 around longer. The debian kicad package has now using the GTK3 flavour of wxwidgets3.0 for many months, so

Bug#906060: Coordinate overflow when rendering

2018-08-13 Thread Jason Crain
On 2018-08-13, Simon Richter wrote: > Quick debugging has shown that the coordinates given to Cairo still make > sense, even if the zoom level makes them numerically large. As I'd need > significant time to debug into optimized drawing routines, I'd like to pass > this on. I suspect that this is

Bug#906060: Coordinate overflow when rendering

2018-08-13 Thread Simon Richter
Package: kicad,libwxgtk3.0-gtk3-0v5,libcairo2,libpixman-1-0 Severity: important Hi, this bug is difficult to pin down to a specific package. KiCad uses the graphics context from wxWidgets for rendering in the schematic editor (which somewhat works) and the PCB editor (which fails utterly).