[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference vaxuum::online_bookbuilding

Title:Online Bookbuilding
Notice:This conference is write-locked: see note 1.3.
Moderator:VAXUUM::UTT
Created:Fri Aug 12 1988
Last Modified:Mon Jul 15 1991
Last Successful Update:Fri Jun 06 1997
Number of topics:440
Total number of notes:2134

26.0. "RAGS/BOOKREADER Problems" by MTWAIN::FRIEDMAN () Thu Nov 03 1988 13:11

             <<< VAXUUM::W7_:[NOTES$LIBRARY]DOC_GRAPHICS.NOTE;4 >>>
                  -< Graphics Editing for Compound Documents >-
================================================================================
Note 257.0                  RAGS/BOOKREADER problems                  No replies
MTWAIN::FRIEDMAN                                     33 lines   3-NOV-1988 13:05
--------------------------------------------------------------------------------

    I am running DECwindows FT2 and RAGS BL10, and the CUP$VOILA.SAV
    from August on top of DOCUMENT V1.1.
    
    I include a sixel file, white out the annotation, and redo it using
    the RAGS fonts. Then I save the graphic as both a .RAGS and .FSE
    file. I include both files into a DOCUMENT test file, and run it
    through with ONLINE VOILA doctype/destination.
    
    When I attempt to look at the illustrations in the bookreader, the
    .RAGS file comes up as an empty window, approximately the size of
    the text window in the bookreader. The .FSE file comes up almost
    ok. The problem is that part of the annotation on the left of the
    figure gets chopped off and appears on the right. Like this:
    
    Original figure:
    
         XYZZY Thingamajig---------> *****)(******
    
    
    In bookreader:
    
    
             ZY Thingamajig--------> ******)(******   XYZ
    
    
    Note that all the files are in the same directory, which is where
    my logical DECW$BOOK is pointing.
    
    Thanks for any help...
    
    
    Marty
    
T.RTitleUserPersonal
Name
DateLines
26.1MTWAIN::FRIEDMANThu Nov 03 1988 13:188
    If anyone is interested, the files are in
    MARTY""::DUA1:[FRIEDMAN.TEMP]. 
    
    VOILA5.SDML,.DECW$BOOK
    MLO-000941.FSE
    MLO-000941.RAGS

    
26.2It WAS a bugCLOSET::FITZELLput nifty saying hereWed Nov 16 1988 13:183
    This is fixed in the latest release. (see note 30)
    
    Mike
26.3RAGS-file too big for MOPSMUNLEG::GOETZUlrike Goetz, UI Specialist LEG Munich, GermanyFri Feb 23 1990 06:1623
Hello !

We are presently in the process of formatting the DECdecision documentation
for the Bookreader.

There is one figure which proved to be a bit problematic. It is the figure
"Getting Help on Screen Objects" (RE_EN01499R_89.RAGS), which is in the first
chapter of the individual books.

We tried (unsuccessfully) to convert this RAGS-figure into the FSE format
required for the Bookreader. All that follows is a stack dump. We thought
that the problem might be the size of this figure (it covers almost the 
entire screen). We thus tried to scale it down using RAGS, but this was not
possible.

Has anybody had the same experience with this figure? Has somebody even found
out what to do about it? If you need the figure file, I have copied it to the
DECNET-account MUNLEG. 


Ragards,

Clarissa
26.4FIGURE::REXFORDFri Feb 23 1990 09:2317
Hi Clarissa,

I am the illustrator that created the ZK-1096A.rags version 
of RE_EN01499R_89.rags.

I just pulled up "DECdecision Overview" in the Bookreader 
and figure 1-1 "How to get Help on Objects" worked fine.

I do not remember having any trouble creating the FSE file.

How big is the figure now?  Our version is 64.85 picas wide and 
51.69 picas high in RAGS format. This size should not cause a problem 
with MOPS when creating the FSE file.

The figure does contain several images. Maybe that is causing the problem.

-Kim Rexford
26.5Point decw$display to a monochrome systemCLOSET::EROSSFri Feb 23 1990 10:2011
    Re. .3
    
    The problem is arising as a consequence of the GPX Pixmap size limit
    (see note 2100.* BULOVA::decwindows).
    
    The workaround is to point decw$display to a monochrome system when
    processing such large images.  RAGS, MOPS, etc. will be made to
    terminate gracefully in a future release.
    
    	george