Re: xdg-open
Jerry James <james(a)xemacs.org> writes:
A couple of years ago, support for xdg-open was added to
browse-url.el. This has caused some problems in Fedora land, because
xdg-open launches programs that run asynchronously. The upshot is
that XEmacs thinks the helper program has exited, and removes the
temporary file it created for viewing. Meanwhile, the viewer is
finally initialized to the point where it can read the file ... which
is no longer there.
Coincidentally, I have just tackled the same issue on Win32 ("start
/wait").
A few suggestions have been floated on how to deal with this.
First,
take xdg-open support back out again.
It is a nice feature to have though. In a far, idealistic future, it
could help making mailcap.el a lot smaller.
Second, stop removing temporary files; as long as they are in /tmp,
the tmpreaper will get them sooner or later (which, of course, is
not feasible across all platforms supported by XEmacs).
A well behaved application should clean up after itself.
Third, ask upstream to make us a new tool or modify xdg-open to have
a synchronous mode (which would require having synchronous tools to
invoke).
xdg-open ought to be able to wait for the launched process to
terminate. It is actually arguable whether it should wait by default,
although this is not likely to change.
Regards
Marcus
--
note that "property" can also be used as syntaxtic sugar to reference
a property, breaking the clean design of verilog; [...]
(seen on http://www.veripool.com/verilog-mode_news.html)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta