| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2030.1 | Use LAT as a workaround (or alternative) | ZUR01::JAUNIN | www2000: click and dispair | Thu Feb 06 1997 05:00 | 44 |
| Ok, several questions and also answers:
>>We then installed VXT on the VAX using the same
>>procedure and we were able to load the fonts (about 500 items).
Are you saying that your're load the fonts from the VAX via TFTP and everything
works?
>>It was able to boot
>>but we could 'not' load the fonts using tftp (UCX)
I'm not very familiar with TFTP under UCX. Could it be that TFTP also uses the
logical DECW$XTERMINAL_FONT (= "DECW$SYSCOMMON:[SYSFONT.DECW.*]") ? If you are
starting Xterminal support under DECwindows (System logical
"DECW$INSTALL_XTERMINAL" = "TRUE") and @SYS$STARTUP:DECW$STARTUP XTERMINAL will
create this logical and the DECW$FD (font deamon) process.
The DECW$FD is used if you are using LAT to download the fonts. So try to use
LAT to download the fonts as a workaround or alternative.
>>We have read from the Notesfile (VXT) that PCF is supported by VXT
>>2000+;
Yes they are, and I _know_ that there aren't any problems downloading them via
LAT.
>>I think the xterm is looking for files
>>with extension DECW$FONT on the Alpha hence no font was loaded because
>>there are none.
I don't know the mechanism, but I think it does not depend what file extension
the files have you try to download. I think it more uses a directorypath to find
the files to download.
>>Is it possible to copy the fonts
>>from the Infoserver and load thm on the VAX or Alpha where the xterm
>>can download it from?
I think not. InfoServer has a special way (font sets) to serve the fonts. The
other way 'round is possible: To build a font set on the InfoServer with fonts
from a host system.
Hope this helps a bit...
andre
|
| 2030.2 | LAT on Alpha. | 23329::NOELGESMUNDO | | Tue Feb 11 1997 06:41 | 25 |
| Thanks Andre for the reply.
We have loaded the fonts from the VAX using tftp but the fonts required
by their application were not available. Using tftp, we tried to load
the fonts from the Alphaserver but VXT 2000 reported 'no fonts loaded'.
This is inspite of following the exact procedure done in the VAX.
Just the other day, we tried LAT in downloading the fonts by providing
the fonts directory in the VXT's fonts manager, one line per directory
and only the fonts from the first directory were loaded.
We plan to do test again tomorrow in Alpha using LAT by defining DECW$FONT to
SYS$COMMON:[SYSFONT.DECW.*] and using DECW$FONT in the VXT's fonts
manager. If this does not work, we will copy all the other font files
to SYS$COMMON:[SYSFONT.DECW.100DPI] and create a new FONTS.DIR to
include all fonts. Alpha has more fonts than VAX has and these include
the fonts required by the customer's application.
Do you have other suggestion? The customer has already bought some Sun
wokrstations that do the same jobs as the VXT and has no more plans to
buy VXTs in the future because of this problem.
Regards.
Noel
|
| 2030.3 | lat | ZUR01::JAUNIN | www2000: click and dispair | Tue Feb 11 1997 10:28 | 21 |
|
First of all, VXT has been end of live for more than one year now...
As I said I don't have/had -and I never heard of- any problems downloading fonts
via LAT from VAX or AXP.
I have over 500 Fonts in all (around 4 I think) the directories under
SYS$COMMON:[SYSFONT.DECW.*]...
I never used a path. I just made shure that DECW$FD process was running, so the
logical also was defined. At the VXT just choose "LAT", "HOST" (LAT service
name) and "default path". Make shure that the Host is reachable via LAT - create
LAT DECterm...
In the Message Window of the VXT you will see what happens when downloading the
fonts. See also the SYS$SYSROOT:[SYSMGR]DECW$DWT_FONT_DAEMON_OUTPUT.LOG for any
errors if it fails.
andre
|