I've migrated the last of the xacc config stuff over to the new command-line/config mechanism. The envt variable XACC_HELP is now gone, to be replaced with a command line option, --doc-path that has the same syntax as --load-path (i.e. auto-expand parenthesized elements, etc. -- see ./gnucash wrapper for an example). --doc-path is represented at the guile level by the config-var gnc:*doc-path*. I've also fixed motif: main.h main.c and HelpWindow.c to use the new approach, and it seems to work well. For anyone who cares, I replaced FindFile with an equivalent function that asks guile to find the file using the load-path mechanism I had already created. I'll have a patch for Linas soon. I also want to make the whole startup procedure more GUI independent so that we won't really have much in <ui>/main.c. This will make for fewer updates that we have to apply to each UI flavor's file. In other news, the upstream plotutils maintainer made the change I requested to support swig. Now theoretically, I could start working on the graphing stuff again. However, with all this talk of HTML/SGML/XML reports, I'm wondering what the right approach is. I chose plotutils because it has *really* broad support for postscript, plotters, xfig, etc, and it can render to a file, to an Xwindow, to an Xdrawable, etc. But I'm not sure how this would fit in with the current "repoorts" work. If we're using XmHTML, it seems like we might want to consider rendering to a .png or something (with alpha channels we could even overlay graphs with transparency -- is that useful?) and drop the images onto the "report". Thoughts? -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ----- %< -------------------------------------------- >% ------ The GnuCash / X-Accountant Mailing List To unsubscribe, send mail to [EMAIL PROTECTED] and put "unsubscribe gnucash-devel [EMAIL PROTECTED]" in the body
