I feel with you... it's always bad to lose one's work.

As a workaround: I noticed that the native file chooser saves the 'preview' check button state between invocations (even after closing the application). I'm wondering if the file chooser crashes too if you disable the preview. This would, of course, require to use an fltk app that doesn't crash (built with system libs) or maybe it would suffice to open the file chooser in a dir w/o image files. I know it's only a workaround, but if it helps...

I'm thinking we need a way to probe GTK to see if its PNG version is different than the one we've built with, ...

I don't think this is possible. Please keep in mind that using Xft already introduces this issue by linking with the system libpng implicitly, so it's not only the GTK file chooser that has issues.

Just for curiosity: why are you building your app with the FLTK libpng in the first place? If it's for better compatibility with different systems (aka portability) you should maybe reconsider this, at least on Linux systems. But maybe you have reasons I don't see?

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.