20,741
edits
| Line 37: | Line 37: | ||
}}</ref>, the problem may be unrelated to OSG 3.4 use as long as everything is built from source. 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 | }}</ref>, the problem may be unrelated to OSG 3.4 use as long as everything is built from source. 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 | ||
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 | 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) | ||
People able to reproduce this, could greatly help by troubleshooting this a bit further, specifically that means: | People able to reproduce this, could greatly help by troubleshooting this a bit further, specifically that means: | ||