John Jason Jordan wrote:

On Wed, 08 Nov 2006 02:38:37 +1100
Ross Johnson <[EMAIL PROTECTED]> dijo:
spadmin is part of the Linux OOo package and the standard OOo rpms put it in /opt/openoffice.org2.0/program/spadmin.

If you can't find it, try running:

locate spadmin

Well, that didn't work. I did "locate spadmin" and it found it:

/home/jjj/.openoffice/1.1.3/spadmin
/home/jjj/.foxrc/.openoffice/1.1.3/spadmin
/usr/lib/openoffice/program/spadmin
/usr/lib/openoffice/program/spadmin.bin

So I navigated to /usr/lib/openoffice/program and the ls command says
it is there. So is spadmin.bin. But here's what happened:

[EMAIL PROTECTED]:/usr/lib/openoffice/program$ spadmin
bash: spadmin: command not found
[EMAIL PROTECTED]:/usr/lib/openoffice/program$ spadmin.bin
bash: spadmin.bin: command not found

Dunno what's wrong. :(
I would say that you don't have the current directory in your path. Explanation: Unix/Linux looks for executable programs ONLY in the list of directories specified in your PATH environment variable. This is different to Windows, which always looks in the current directory and then in the PATH variable list.

Try running spadmin with the relative path:

[EMAIL PROTECTED]:/usr/lib/openoffice/program$ ./spadmin

In this case, could you try:

/usr/bin/gs -q -dNOPAUSE -sDEVICE=pdfwrite \
-sOutputFile="/home/jjj/Phonetics/test_form3.pdf" \
/home/jjj/Phonetics/test_form.ps quit.ps

I.e. put the list of input files at the end (quit.ps is a file that gs knows where to find and just provides the "quit" command to tell gs to exit - otherwise gs will stay in interactive mode).

OK, that created an output file. But when I opened it in Adobe Reader
7.0 none of the controls were there.

Yep. I see the same thing and now that I've seen it, the reason seems as if it should have been obvious. OOo will be producing Postscript, which it outputs to Ghostscript, so no interactive Form controls. I hadn't realised that you were using PDF as an interactive form, and didn't know OOo and PDF could do that.

I have created a website with the relevant files in this discussion:

http://web.pdx.edu/~johj

I would appreciate it (and so would the bug-fixers and developers) if
you and anyone else who is interested in the PDF export problem would
look at those files and at least verify that the problem is not that I
am just doing something dumb.
Also, I can't upgrade my 2.03 to 2.04 because 2.04 is not yet in the
repositories. Meantime, it would be useful to find out if perhaps this
problem has been resolved in 2.04. If someone with 2.04 would download
the files and verify that it does or does not work, I'd appreciate it.
I'm using OOo 2.0.4 on Fedora Code 3 Linux.

I played around with your .odt file and the font and, unfortunately, I met with much the same as you are seeing.

I grabbed the files, but (as reported earlier on this list) the dBase database is missing, and the URL for the font zip file didn't resolve (the URL is http://web.pdx.edu/~johj/junicode-0.6.11.zip, but when I downloaded the font via http://junicode.sourceforge.net/ the font version is 6.12, so maybe you've got a typo in the URL).

Ignoring the missing database I added some controls and modified some of yours:

   * a Label
   * a Text box
   * a Combo box
   * a List box

I added junicode characters to each of them as default text or static list in the case of the lists. I saw the following:

   * The font appears correctly in all of them inside the .odt file as
     expected.
   * Only the Label control displays the font when exported as PDF.
   * As you noted above, the controls don't show when printed via
     ghostscript, however, the default text for those controls displays
     correctly as junicode characters in their place.

Ross

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to