[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

148.0. "Bizarre extraneous squiggle" by DECWET::OSHEA (Kate O'Shea) Tue Jun 06 1989 15:59

Hi -

I have a simple table displayed inline with the text.  
Here is the source code for the table:


<p>
With the keyboard, enter the numbers 0 to 9 from the main keyboard or the
keypad.  Press the Shift key to enter the arithmetic functions (+, -, *, /, %,
=) on the main keyboard.  From the keypad, pressing the following keys
produces the corresponding functions:
<page>
<TABLE>
<TABLE_SETUP>(2\11)
<TABLE_HEADS>(Press<HELLIPSIS>\To Produce<HELLIPSIS>)
<TABLE_ROW>(PF1\/)
<TABLE_ROW>(PF2\<math>(<sqrt>(a,b)))
<TABLE_ROW>(PF3\*)
<TABLE_ROW>(PF4\%)
<TABLE_ROW>(comma key\+)
<TABLE_ROW>(Enter or Do\=)
<TABLE_ROW>(F17\MC)
<TABLE_ROW>(F18\MR)
<TABLE_ROW>(F19\M+)
<TABLE_ROW>(F20\M-)
<endtable>


The source file runs through DOCUMENT correctly, but when I look at the 
table online, there is a funny squiggle in front of the / in the first table 
row.  The squiggle looks sort of like a backwards lighting bolt, where
the bottom end of the bolt touches the bottom of the /.

Have you ever seen this before?  Any ideas what's causing this?

Kate
T.RTitleUserPersonal
Name		DateLines
148.1VAXUUM::UTTWed Jun 07 1989 15:338
    Kate-
    
    The 'squiggle' you see is the square root symbol called out in the second
    row of your table. This is a bug in the current version of the math
    fonts that are available on DECwindows V1.0. Better math fonts are
    on the way and we are trying to get them into the V2.0 kit.
    
    Mary
148.2Still there...DECWET::OSHEAKate O&#039;SheaFri Jul 21 1989 14:387
    FYI - We've just installed the June baselevel so I rebuilt the book. 
    The math font problem is still there.  Can you give me any idea of when
    better math fonts might be available?
    
    Thanks,
    
    Kate
148.3VAXUUM::UTTMon Jul 24 1989 16:276
    I re-raised the issue last week with online documentation product
    management (Harriet Cohen, in Marian Weisenfeld's absence) and
    the DECwindows program office (Jake VanNoy). The previous decision
    stands: no new math fonts for the Bookreader until DECwindows V3.
    
    Mary
148.4Font complaintsDECWET::OSHEAKate O&#039;SheaThu Jan 04 1990 16:4216
    I guess we aren't up to DECwindows V3 yet...I've just rebuilt this book
    again (later version) and the squiggle for the square root symbol is
    still there...sigh.  Do you know a date for DECwindows V3?
    
    As long as I'm on the subject of fonts, here is a piece of source code
    that doesn't display correctly online:
    
    "...the number changes from a normal font (nn) to an italic font
    (<emphasis>(nn\italic)) wherever it is displayed."
    
    The online display has the opening paren through the middle of the
    first italic n.  Can you suggest a workaround?
    
    Thank you,
    
    Kate
148.5CHEST::ALFORDIce to see you.....Mon Jan 08 1990 04:546
    
    have you tried using 
    
    <align_char>(#)(#<emphasis>(nn\italic))<endalign_char>
    
    to force the spacing ?
148.6OK as a temporary solution...DECWET::OSHEAKate O&#039;SheaThu Jan 11 1990 13:4715
    Sorry to take so long to respond -- I got side-tracked with some other
    work.
    
    I tried your suggestion, and it solves the problem of the paren going
    through the middle of the first italic n, but there is a fair amount of
    space between the paren and the n, which looks weird.  I suppose weird
    but legible is better than letters on top of each other.
    
    Thanks for the idea.
    
    Will the font spacing be fixed properly any time soon?
    
    Thanks,
    
    Kate
148.7Fixed in a future versionCLOSET::FITZELLput nifty saying hereFri Jan 12 1990 10:3011
    >>>will the font spacing be fixed properly any time soon
    
    
    Sorry but no. Basically it's a feature of having to display final
    form files built with one set of metrics(75dpi) on devices that
    are either 75 or 100dpi. To make it look decent for both resolutions
    the font metrics get scaled multiple times and the problem you're 
    seeing is a side effect. You might see fix in a future version but
    no time soon.
    
    Mike