Re: [Fwd: Re: patch -- LaTeX exporter, and new --to command line option]


Subject: Re: [Fwd: Re: patch -- LaTeX exporter, and new --to command line option]
From: sam th (sam@bur-jud-118-039.rh.uchicago.edu)
Date: Wed Jan 26 2000 - 11:20:23 CST


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, 26 Jan 2000, Joaquin Cuenca Abela wrote:

> Ops, I've forget the abiword list :)
>
> -------- Original Message --------
> Subject: Re: patch -- LaTeX exporter, and new --to command line option
> Date: Wed, 26 Jan 2000 18:04:16 +0100
> From: Joaquin Cuenca Abela <cuenca@ie2.u-psud.fr>
> To: Hubert Figuiere <hfiguiere@teaser.fr>
> References: <Pine.BSD.3.91.1000125151203.20078A-100000@qnx.com>
> <388EDD94.AFE3FC61@ie2.u-psud.fr> <20000126101934.B9883@abisource.com>
> <20000126174405.E1789@rhodan.businessobjects.com>
>
> Hubert Figuiere wrote:
> >
> > According to sterwill@abisource.com <sterwill@abisource.com>:
> >
> > > Having not looked at the code to implement this, is the process XP-clean
> > > enough to fit nicely in such an wp/ap/xp/ap_Convert.cpp? It seems to
> > > me like the process would have very clean entry points (give it the source
> > > file, the target file(s), and the output format(s), and let it do all the
> > > doc loading/converting/saving magic), so that this could be easily
> > > implemented with a few lines of code in each platform.
> >
> > I haven't had a look at this, but I think that allowing it to run without
> > being able to open the X display (for the UN*X version) is IMHO a
> > requirement. So we can use it as a batch processing tool.
>
> It's exactly like I've implemented it.
>
> But if you don't specify the --nosplash option, the splash screen
> appears. Do you think that it will be good to make the actual "--to" =
> "--nosplash --to"? (My personal answer is YES

I have to disagree here. I think that we should definitely give useres
the option of file conversion and opening the regular program at the same
time. I admit to no seeing a use for it right off the bat, but giving our
users maximum flexibility whenever possible is something we should strive
for.
           
                                     sam th
                                     sytobinh@uchicago.edu
                                        
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE4jyzYt+kM0Mq9M/wRAqdvAKCliN6fYTDVyI1SeftY8+hb+Bz01QCgs1Mg
uy95JOAWip8re8N430VCVUE=
=K9Cl
-----END PGP SIGNATURE-----



This archive was generated by hypermail 2b25 : Wed Jan 26 2000 - 11:20:53 CST