Linas Vepstas <[EMAIL PROTECTED]> writes:
> -- should I just tell current and future developers to go get the lastest
> XmHTML, build it yourself, and good luck? That add an extra hassle
> factor, which is already nasty what with all the guile build problems
I think I like this option, though I understand the problems that it's
likely to create.
> -- maybe there are precompiled .rpm .deb packages for XmHTML that are
> less hassle?
There are no .deb's but Tyson might be willing to package it, and if
not, I probably would. I don't know about .rpm's
> -- maybe we should just pipe the html to Konqueror or Netscape or
> whatever? This seems somewhat of a config nightmare. as well as a
> compatibility hassle ... for marginal returns ...
One approach would be to just write the reports as files for now
(letting the user use whichever browser they like), and straighten out
the integrated viewing as we can.
We could also just have a config setting like report-view-func so you
could say:
(set-report-view-func! view-report-via-netscape)
(set-report-view-func! view-report-via-mnemonic)
(set-report-view-func! view-report-via-amaya)
(set-report-view-func! view-report-via-xmhtml)
and if the user wants to do something unusual:
(set-report-view-func!
(lambda (data)
(with-output-to-file "some-tmp-file"
(lambda (file)
(display data file)))
(launch-process (string-append "some-program " "some-tmp-file"))))
This could all be done pretty easily in the config files now.
> I note that the KDE control center is a "dock" for a bunch of smaller kde
> applets; what about gnome? Any sort of special programming tricks
> needed to enable something like this?
Gnome has the "panel", and it relies on corba for all the
integration. That's about all I know.
--
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
