Re: [Interest] Link failure with undefined references, on Ubuntu but not macOS

On Wednesday, 29 April 2020 18:57:24 PDT Ben Haller via Interest wrote: > Aha! And I figured out that the order in which I declare the dependencies > in my .pro file determines the order in which those dependencies appear in > the link command. I fixed that, and now it builds. > > I guess th

Re: [Interest] Link failure with undefined references, on Ubuntu but not macOS

Hi Thiago, > On Apr 29, 2020, at 8:48 PM, Thiago Macieira > wrote: > > On Wednesday, 29 April 2020 15:16:49 PDT Ben Haller via Interest wrote: >> -ltskit -lQt5OpenGL -lQt5Widgets -lQt5Gui -lQt5Core -lGL -lpthread >> >> And here’s the beginning of the link errors, of which there are a fair >> n

Re: [Interest] Link failure with undefined references, on Ubuntu but not macOS

On Wednesday, 29 April 2020 15:16:49 PDT Ben Haller via Interest wrote: > -ltskit -lQt5OpenGL -lQt5Widgets -lQt5Gui -lQt5Core -lGL -lpthread > > And here’s the beginning of the link errors, of which there are a fair > number: > > /home/bhaller/Desktop/SLiM_QMAKE_5142/QtSLiM/../eidos//libeidos.a(e

[Interest] Link failure with undefined references, on Ubuntu but not macOS

Hi folks. I’ve got a subdirs-type Qt Widgets project that lives here: https://github.com/MesserLab/SLiM/tree/qtslim (Note that’s the qtslim branch of a project named SLiM; the Qt stuff is all on the branch until I get it completely working.) I build it with qmake and then make, with no further

Re: [Interest] Qt Creator Application Output window

Maybe I was too specific here. This isn't just a problem with Address Sanitizer. It is a general problem with the output pane in Qt Creator. Its just that AddressSanitizer happens to put out lots of output. So I guess y'all don't see this? -John Weeks __

Re: [Interest] Writing custom Qt Widgets is overly complicated

On 4/29/20 7:37 PM, Matthew Woehlke wrote: > I think you may be taking a poor approach. My knee-jerk reaction is that > you should be using a custom object in a rich text edit. While this > appears feasible for rendering, it seems¹ that mouse handling is not > well thought-out. I believe you might

Re: [Interest] Writing custom Qt Widgets is overly complicated

> Use a separate QLabel for each tag, and a single QLineEdit with > clearButtonEnabled=true that is initially hidden.  In each label's > onClick, hide the label and insert the edit with the same text > immediately after it in the layout.  When the focus leaves the edit, if > there is text in the ed

Re: [Interest] Writing custom Qt Widgets is overly complicated

On 28 April 2020 at 12:05:54, Jonathan Purol (cont...@folling.de ) wrote: Yesterday however I put my hands on trying to implement my first custom widget. The item in question is what I would describe as a "Tag Textfield". […] The last approach seemed rather cleve

Re: [Interest] Writing custom Qt Widgets is overly complicated

On 28/04/2020 06.04, Jonathan Purol wrote: Hello everyone, I'm at a bit of a rough point right now. Up until this point Qt has never disappointed me - everything I wanted to do was possible to do in a seamless and understandable way. Yesterday however I put my hands on trying to implement my fi