[Date Prev][Date Next][Subject Prev][Subject Next][ Date Index][ Subject Index]

Re: A radical idea: a new XyWrite



If memory serves, that was true for *certain* characters, but not all.  RH wrote a couple treatises on this subject, which I'm sure I have somewhere.  (They were what I would consider "advanced user" material.)  They may also be linked on the Jumbo U2 page, or perhaps over at XyWrite.Com ?



From: Philip White
To: "xywrite@xxxxxxxxxxxxx"
Sent: Wednesday, April 18, 2018 8:22 AM
Subject: RE: A radical idea: a new XyWrite

(Continued thought from previous post…) When I mentioned that XyWrite’s internal characters had an extended number of bits for each character, I was assuming that it was the case from my experience with Atex, which had a 16-bit character, the upper bits being used for formatting information. As such, I may be mistaken about XyWrite’s internal character.
 
Does anyone know if this is also true for XyWrite?
 
 

From: xywrite-bounce@xxxxxxxxxxxxx on behalf of Philip White
Sent: Wednesday, April 18, 2018 9:58:16 AM
To: xywrite@xxxxxxxxxxxxx
Subject: RE: A radical idea: a new XyWrite
 
Hmmm. Am I getting the message that the original scripting format put out by XyWrite is no longer relevant?
 
What about the internal file format? If memory serves, that had ‘special’ properties due to an extended number of bits for each character.
 

Sent from Mail for Windows 10
 

From: xywrite-bounce@xxxxxxxxxxxxx on behalf of Kari Eveli
Sent: Wednesday, April 18, 2018 4:49:53 AM
To: xywrite@xxxxxxxxxxxxx
Subject: Re: A radical idea: a new XyWrite
 
Hello,

The industry standard is most likely InDesign, but I do not know if it
makes any sense to try to support that program. (I personally use Xara
Designer for publishing and web design, an easy, affordable, and very
versatile program). It would have made more sense to support Ventura and
Quark back in the 1990's, but these are things of the past. There is
much open-source LaTeX code around, and integrating that into XyWrite
could be meaningful. Still, it is a very big effort.

Another point to concentrate on might be XML content editing which could
be formatted in various ways using open-source formatting code (e.g. The
Apache™ FOP Project, ). Relevant
ideas on content editing might be gathered from DocBook markup system,
too. These things may be of interest to the folks at NB.

Best regards,

Kari Eveli
LEXITEC Book Publishing (Finland)
lexitec@xxxxxxxxxx

*** Lexitec Online ***
Lexitec in English:
Home page in Finnish:


> PS and if the current layout program is not LaTex, then we should
> research what the industry standard is and make Xy conform to that