| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3282.1 | Hint | AIMTEC::WICKS_A | U.S.A 2 England 0 - I was there! | Thu Sep 16 1993 17:51 | 7 |
| Sunil,
Would make a good STARS article...
Regards,
Andrew.D.Wicks
|
| 3282.2 | Sure? | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Fri Sep 17 1993 10:32 | 7 |
| I'm not very confident about this, but are you sure that printer tables
are language independent?
Graham
PS I think that if there are some missing valid areas, then it would
probably make a good SPR too :-)
|
| 3282.3 | partly language dependent | UTRTSC::SCHOLLAERT | Ajax, last hope of Holland | Fri Sep 17 1993 12:37 | 13 |
| > I'm not very confident about this, but are you sure that printer
> tables are language independent?
They are not. Postscript tables contain overlay definitions
with text like "COMPANY CONFIDENTIAL" and "DRAFT".
Some customers expect these to be translated.
The example in the dutch user guide
even contains a translated PRINTER TABLE command.
Regards,
Jan
|
| 3282.4 | CM needs to be updated with all possible combinations | BUSHIE::SETHI | | Mon Sep 20 1993 04:02 | 37 |
| Hi All,
>tables are language independent?
Jan my friend I am not disputing what you have said but there does
appear to be a bit of an anomaly. For example the logicals pointing to
the printer tables are:
"WPL$PRT" = "WPL$SITE_PRT_SHARE"
= "WPL$PRT_SHARE"
= "OA$LIB_LLV"
"WPL$PRT_SHARE" = "$1$DIA1:[ALLIN1.PRINT]"
"WPL$SITE_PRT_SHARE" = "$1$DIA1:[ALLIN1.SITE.PRINT]"
"KOA$PRINT_DIR" = "KOA$SITE_PRINT_SHARE"
= "KOA$PRINT_SHARE"
= "OA$LIB_LLV"
"KOA$PRINT_SHARE" = "$1$DIA1:[ALLIN1.PRINT]"
"KOA$SITE_PRINT_SHARE" = "$1$DIA1:[ALLIN1.SITE.PRINT]"
On my system which is British with the US_GB dialect, we don't have any
.PRA's and .PRC's in the OA$LIB_LLV area. Also CM$AUTH$LOCATIONS does
not have an entry in for all of the above logicals, perhaps an internal
SPR should be raised by me and I will do so.
This call drove me a bit made as the customer was unable to move the
.PRA's to a language dependant area or to KOA$* areas. In short we
need to tidy up CM so that we can move the printer tables to the
correct locations.
Regards,
Sunil
PS - Andrew this is the 2nd time you have asked me to write something
for Stars. I have't got a clue how to submit the article if you send
me an EM I write something up.
|
| 3282.5 | Don't we all see the STARS? | AIMTEC::WICKS_A | U.S.A 2 England 0 - I was there! | Tue Sep 28 1993 22:25 | 13 |
| Sunil,
I assume that we all (CSCs that is) had access to STARS - what do you
guys use for an electronic database of problem reports, troubleshooting
etc...
See you write all these articles and I can read them thus meaning i
don't have to write them and can do something more important - like
filing expense claims
Regards,
Andrew.D.wicks
|
| 3282.6 | List of changes | UTES09::EIJS | All in 1 Piece | Thu Nov 11 1993 20:38 | 21 |
|
It's more than just this one logical.
1) Directory [.PRINT] must be deleted
2) Directories [.PRINT_SHARE]/[.PRINT_<language>] need to be created
3) Logicals WPL$SITE_PRT_<language> and WPL$PRT_<language> must be
defined
4) Logical WPL$PRT needs to be redefined
5) logicals WPL$SITE_PRT_LLV and WPL$PRT_LLV must be defined
6) CM$SDC.DISK_LOCATION needs to be changed for all LLV printer tables
7) WPL$SITE_PRT_<language> must be added to CM$AUTH$LOCATIONS.DAT
8) WPL$PRT_<language> and WPL$PRT_LLV must be added to
CM$SDC$LOCATIONS.DAT
9) Logicals KOA$SITE_PRINT_<language> and KOA$PRINT_<language> must be
defined
10) Logical KOA$PRINT_DIR needs to be redefined
11) KOA$PRINT_<language> must be added to CM$SDC$LOCATIONS.DAT
Ciao,
Simon
|