Skip to main content
ExLibris

Knowledge Assistant

BETA
 
  • Subscribe by RSS
  • Back
    Aleph

     

    Ex Libris Knowledge Center
    1. Search site
      Go back to previous article
      1. Sign in
        • Sign in
        • Forgot password
    1. Home
    2. Aleph
    3. Knowledge Articles
    4. NewPrintType=Y causes printing problems

    NewPrintType=Y causes printing problems

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    No headers
    • Article Type: General
    • Product: Aleph
    • Product Version: 18.01

    Description:
    We sent out the Aleph v.18 client with Alephcom/tab/alephcom.ini/NewPrintType=Y, as recommended on page 576 of the Systems Librarian guide. We have received many reports of problems related to this setting:

    1. CJK and other characters do not print. To test this on lms03, please set NewPrintType=Y. Open record 8018798. Set print option to Normal. Click control+p and choose any option. Control boxes are printed instead of the characters. If you change to preview and print the same record, the characters appear properly. Clearly the Preview setting is overrideing the NewPrintType=Y and using the I.E. print definitions.

    2. Page header and footer as defined in I.E. do not print on the products.

    3. Table setting in the xsl stylesheet are not reflected properly on the print out. This means tath addresses no longer align properly in window envelopes.

    4. You get the Print Setting dialog box rather than the Print Window dialog box, which causes an extra click because the focus does not snap to the print button. This has been reported previously in SI 8192-30680.

    We have asked users to update this setting to NewPrintType=N. We are concerned that we may be causing other problems by changing from the recommended settings. Can you please send more information on what this setting applies to and why this is the recommended option?

    Resolution:
    [3] The address no longer aligns for the envelope window because the IE header/footer have been removed. Add a similarly-sized header to solve the problem.
    Regarding the 2nd problem in your last step (using more paper), have you checked that it’s using the same font? It’s either the font or the cell-spacing from what I can see.
    C:\AL500-18sp293\ALEPHCOM\BIN\HTMLprint.ini
    [HEADER]
    FONTNAME=Arial
    FONTSTYLE=
    FONTSIZE=8
    FONTCOLOR=clBlack
    SkipFirst=0
    LEFT=
    CENTER=
    RIGHT=
    [FONT]
    NAME=Times New Roman
    SIZE=12
    As a general answer to your excellent points, I can tell you that its use and documentation are being reviewed at this time. My recommendation was that HTMLprint should NOT be the recommendation and default of v18 and, at a minimum, that a brief discussion of the pros and cons of its use should be included in the documentation (or, if nowhere else, the Knowledge Base).


    • Article last edited: 10/8/2013
    View article in the Exlibris Knowledge Center
    1. Back to top
      • Newly-added location missing from OPAC "Location" dropdown
      • New/updated Aleph Course Reserve records not displaying in Primo
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Language
      English
      Product
      Aleph
    2. Tags
      1. 18.01
      2. contype:kba
      3. Prod:Aleph
      4. Type:General
    1. © Copyright 2025 Ex Libris Knowledge Center
    2. Powered by CXone Expert ®
    • Term of Use
    • Privacy Policy
    • Contact Us
    2025 Ex Libris. All rights reserved