20,741
edits
| Line 35: | Line 35: | ||
|added = May 31st, 2016 | |added = May 31st, 2016 | ||
|script_version = 0.40 | |script_version = 0.40 | ||
}}</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 | }}</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 | |||
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: | ||