| From: HYDRA::AXPDEVELOPER "[email protected]" 4-FEB-1997 12:03:14.85
To: SMTP%"[email protected]"
CC: AXPDEVELOPER
Subj: Re: X-Windows, XLIB draw text
Steve,
This was suggested by someone in DIGITAL Semiconductor who has actually
done this in CAD software. -Mark Schafer
-< draw to a pixmap/getpixel/rotate points/drawpoints >-
One method that could be imployed is to do the x$draw_text to a
temporary Pixmap, then do an XGetImage so that you can do XGetPixel for
the image to get all the points. You can store the points in a buffer
and then rotate each point in the buffer. Once this is done you can
then make a call to XDrawPoints().
|
| From: HYDRA::AXPDEVELOPER "Alpha Developer support" 13-FEB-1997 10:42:46.73
To: SMTP%"[email protected]"
CC: AXPDEVELOPER
Subj: I: X-Windows, XLIB draw text
Steve,
How's it going? I learned today that the new release of OpenVMS
includes a new X server that may be of interest to you. The X11/R6
server (shipped with v7.1 of OpenVMS Alpha) supports transformations of
the scalable fonts it supports. To find what scalable font are
available use xlsfonts and pass it "*-0-*" as the font name.
The transformation is define by specifying the values for the
transformation matrix you want to use as part of the font name. You can
either replace the pixel size or point size fields. The syntax would
look like:
-bitstream-courier-medium-r-normal--[a b c d]-*-*-*-m-*-iso8859-1
where [a b c d] (brackets are required) are entries in the matrix
a b 0
c d 0
0 0 1
So, passing [50 0 0 50] would give you a 50 pixel high font. The values
can be floating point. They can also be negative, but you need to use
~ instead of - for the minus sign. Be careful about sending valid
values. The server doesn't seem to appreciate 0 height fonts.
Mark Schafer
|
| From: SMTP%"[email protected]" 14-FEB-1997 10:06:44.95
To: [email protected] (Alpha Developer support)
CC:
Subj: Re: I: X-Windows, XLIB draw text
Return-Path: [email protected]
Received: by asimov.mro.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX);
Fri, 14 Feb 1997 10:06:39 -0500
Received: from multiverse.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV)
id JAA26359; Fri, 14 Feb 1997 09:58:17 -0500 (EST)
Received: from .multiverse.com (ts2-170.clv.multiverse.net [207.170.129.170]) by multiverse.com (8.8.5/8.8.5/Gissy/dilbert1.1) with SMTP id JAA20130 for <[email protected]>; Fri, 14 Feb 1997 09:57:25 -0500 (EST)
Date: Fri, 14 Feb 1997 09:57:25 -0500 (EST)
Message-Id: <[email protected]>
X-Sender: [email protected]
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: [email protected] (Alpha Developer support)
From: [email protected] (Dr. Steve G. Belovich (BV Technologies))
Subject: Re: I: X-Windows, XLIB draw text
Hey Mark -
Thanks much for the info on the new X server. Which version of Open VMS
supports this? I have v6.2 and our newer machines have 7.0 (I think - I'll
have to check). If this works, It'll allow bigger text which is always a plus.
Our BVC ToolSet software is becoming very popular because we support all
kinds of serial graphics (RS232) legacy terminals; e.g., ReGIS, Tektronix,
etc. as well as X-Windows and NT workstations. Supporting both
simultaneously and in a completely transparent manner has been a real
challenge. We've got it so that all displays, menus, etc. built on one
terminal appear fine on other terminals and inherit the the capabilities of
the more advanced terminal. This translation is done on-the-fly without any
intervention (or even awareness) on the part of the user. This feature has
allowed us to provide 100% functionality over the phone as well as
hyper-fast display updates over the phone - without "preloading" software
via floppy disk. This has real advantages in remote locations where we have
to support overseas applications. We can do it all from Cleveland Ohio,
courtesy of the phone company. Oh, another thing - we only run on DEC
machines! WE ARE ALMOST CERTAINLY THE ONLY COMPANY THAT DOES THIS
EXCLUSIVELY! PLEASE PASS THE WORD AROUND!
This is the reason why I need more flexibility with regards to text. The
older terminals support arbitrary sized text at arbitrary angles of
rotation. The X standard tried to be too cute using traditional publisher's
font descriptions. Text parsing is rarely efficient and it usually requires
coding gymnastics to insert/delete/edit substrings. X-Y graphs, trends,
SQC/SPC charts, X-bar-R graphs, etc. all need text at 90 degrees and
sometimes 270 degrees. "faking it" via moving the x-y origin of the text is
"do-able" but is a real pain. Oh well...
You've been extremely helpful. Tell your boss you deserve a raise
immediately. If you hear more in this regard, please let me know. Also, if
you hear of business opportunities for us or our system, please let me know.
Give me your "snail mail address" and our sales staff can send you mores
pecific info about what we do. Thanks again for your help!
Regards,
Steve Belovich
Dr. Steve G. Belovich
Vice President
BV Technologies, Inc.
5310 W. 161st St. Suite H
Brook Park, OH 44142-1610
E-mail: [email protected]
Voice: (216) 267-1881 x211
FAX: (216) 267-1880
Home: (216) 278-2665
|