[25939] in Athena Bugs

home help back first fref pref prev next nref lref last post

linux 9.3.11: nautilus/soffice

daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Mon Aug 16 17:11:19 2004

Message-Id: <200408162110.i7GLAJr3021858@opus.mit.edu>
To: bugs@mit.edu
Date: Mon, 16 Aug 2004 17:10:19 -0400
From: "Jacob Morzinski" <jmorzins@mit.edu>
cc: jmorzins@mit.edu
Errors-To: bugs-bounces@mit.edu

System name:		opus.mit.edu
Type and version:	i686 9.3.11 (with mkserv)
Display type:		nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 15)

Shell:			/bin/sh
Window manager:		sawfish

What were you trying to do?
	Edit a *.doc file.

What's wrong:
	Double-clicking on the *.doc file gives no user feedback for
	90 seconds, and then a (StarOffice) splash screen appears.
	From the splash screen, it takes another 30 seconds to
	finish opening the document.

	The long delay is very confusing to general users, and
	thoroughly confused me as well.

What should have happened:
	It'd be nice if *.doc files opened in less than two minutes.
	After I've launched StarOffice the first time, subsequent
	launches become much faster.  (After a launch-and-quit, the
	next launch puts up a splash screen in 5 seconds and opens
	the document in the next 5 seconds.)  This suggests that
	bringing the locker "local" would solve the problem.

	There was some discussion on zephyr about whether soffice or
	ooffice were already local; if one is already local, the
	default *.doc handler could be pointed at the local app.

	(If there is no way to bring the *.doc handler local,
	perhaps it would be worthwhile writing our own splash screen
	so that the user has some feedback about the launching
	application.)


Please describe any relevant documentation references:
	[Please replace this line with your information.]


Thanks for listening,
 -Jacob

home help back first fref pref prev next nref lref last post