20,741
edits
| Line 38: | Line 38: | ||
'''Thus''', another hypothesis is that this could be related due to package-manager installed OSG versions lacking some dependencies - e.g. libpng (was used to be an issue at some point previously), i.e. because tooltip.nas basically sets up an <code>image</code> child as the background image (see tooltip.nas lines 70+), and in fact, that's a png: $FG_ROOT/gui/images/tooltip.png | '''Thus''', another hypothesis is that this could be related due to package-manager installed OSG versions lacking some dependencies - e.g. libpng (was used to be an issue at some point previously), i.e. because tooltip.nas basically sets up an <code>image</code> child as the background image (see tooltip.nas lines 70+), and in fact, that's a png: $FG_ROOT/gui/images/tooltip.png | ||
To see if that applies here, it would make sense to try an arbitrary canvas/image snippet in conjunction with a png image. | To see if that applies here, it would make sense to try an arbitrary canvas/image snippet in conjunction with a png image: http://wiki.flightgear.org/Canvas_Snippets#Adding_Raster_Images | ||
If that's indeed the case, we really ought to fix up cmakelists.txt to specifically check for libpng built into osg, because that's not the first time this is happening - at the very least, we should add a startup check and a console error, and probably expose the whole thing as a property to show it in the help/about dialog (link) | If that's indeed the case, we really ought to fix up cmakelists.txt to specifically check for libpng built into osg, because that's not the first time this is happening - at the very least, we should add a startup check and a console error, and probably expose the whole thing as a property to show it in the help/about dialog (link) | ||