Msg: 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?

Sent from https://go.microsoft.com/fwlink/?LinkId=550986 for Windows 10

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@xxxxxxxx on behalf of Kari Eveli
Sent: Wednesday, April 18, 2018 4:49:53 AM
To: xywrite@xxxxxxxx
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@xxxxxxxx

*** 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