20,741
edits
Tooltips: Difference between revisions
Jump to navigation
Jump to search
→Known Issues
No edit summary |
|||
| Line 37: | Line 37: | ||
}}</ref>, the problem may be unrelated to OSG 3.4 use as long as everything is built from source. | }}</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 | '''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. | |||
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) | ||