On Fri, Sep 01, 2017 at 09:21:42AM -0400, Eric H. Johnson wrote:
> Dewey,
> 
> So is PROGRAM_PREFIX in the DISPLAY section getting ignored? I previously set 
> it to:

to the best of my knowledge, PROGRAM_PREFIX has never been used by
task for opening part programs with relative paths.  If I'm mistaken
about this, can you state a released version number or git ref which
behaved differently?  If that behavior has changed, we'd want to treat
it as a regression.

(task *does* read PROGRAM_PREFIX, but it appears to do so only for
locating custom M-code scripts, which is an unfortunate historical
choice)

Rather, UIs may read PROGRAM_PREFIX and use it in whatever way they see
fit, such as showing the file open dialog with that directory as the
initial location.  This is what AXIS does, last time I checked.

If you decide you want to enhance your UI so that it automatically joins
relative paths to PROGRAM_PREFIX before sending them to task, that would
make sense to me.

should consider using boost::filesystem for this purpose, since we
already use several other boost facilities.  In the future, when C++17
support is widespread, we can transition to use of std::filesystem with
a mostly-compatible API.  This would involve a few steps, such as adding
the right development packages to debian/ packaging metadata, adding
configure tests to find the right library names to link, etc, before it
could be used in a UI program.

Jeff

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to