🚀 go-pugleaf

Hi Riley...

Well .. this seems to work fine for me using Ctrl+Space in FM is written out as a  in the XML, then when opened back in FM the hard space is still there.

Are you using the default structure application or have you modified it in some way?

...scott

Scott:

For a start, I wouldn't dream of modifying the default application -- in my current level of ignorance I could only break things...

Anyhow, the "solution" to the problem was to ask a question on the forum. That activated the Forum-to-FrameMaker rejiggerer, at which point using CTRL+SPACE worked in both the XML and the FrameMaker file.

Which is a roundabout way of saying that I don't know what I was doing wrong before, but it seems to be working now. Sigh...

Cheers & thanks much,
Riley

Excellent. You gotta love that rejiggering!

...scott

The difficulty with plain ol' spaces inserted when you've turned off Smart Spaces is there is no indication in the XML file of how the author wants the spaces treated. My use case is wanting to ensure that a company name, such as "Adobe, Inc", never wraps to start a new line with " Inc." By the time the author's "phrase" gets to HTML, something needs to have inserted the appropriate markup --"Adobe,&-n-b-s-p-;Inc."

Hi Philip;

      My use case is wanting to ensure that a company name, such as "Adobe,
      Inc", never wraps to start a new line with " Inc."




Good point.

You could also set an XML internal entity to designate "Adobe, Inc".
OTOH, one of the hardest XML things to do (at least for me) is to determine exactly what objects and entities I want in the first place. Sigh.

David Blyth (The UNIX and VI dinosaur)
Staff Technical Writer
QUALCOMM - Standard Disclaimers Apply

Only 149,999,949 more years of Ruling The Earth to go
------------------------------------------------------------------

At the risk of contaminating my own thread, albeit in a way that's somewhat related to Phillip's point about keeping two-word tokens such as Adobe, Inc on the same line: For DITA / XML, what's the preferred form for non-breaking spaces in variables?

Is it still good ol' "\ ", or...?

RBV

Hi Riley...

I think you'll have the best luck with "\ " .. but if you're using FM8 DITA you're probably not going to have very good success using variables at all since they won't survive the map to book process. (DITA-FMx provides a command that wraps variables in a ph element which allows you to use them in a book.) However, for DITA, you should consider using conrefs instead of variables.

Cheers,

...scott

Scott: Good tip re: the variables. Thanks! RBV

Hello Mr. VanDyke,

you might try the following (although this is some kind of hack)

1. Define a variable in your structapps template (e.g. "hardspace") and give it the value "\ "(=the fm expression for a hard space)
2. in your R/W-Rules write:
entity "hardspace " is fm char XXX; (where XXX is the fm-number of the character; you should get this via the SYSTEC TOOLBOX-function "get encoding", which is a freeware function)
3. Whenever you want to insert a hard space insert the variable "hardspace".

I myself tried this with hard returns rather than hard spaces, but the method should be the same. After all, a "hard space" might be something that some application might not know, so it is an application specific character.

Hope this helps,
Franz.

[SYSTEC - the document processing company.]
 <http://www.systec-gmbh.com/sites/toolbox.php>
 <http://www.systec-gmbh.com/sites/ditapack.php>
 <http://www.systec-gmbh.com/sites/3dpack.php>
____________
|Schreiberhauer Str. 5 |D-90475 Nuernberg - Germany
|Phone +49 911 998955-625 |Fax +49 911 998955-663
|e-Mail info@systec-gmbh.com |Internet: www.systec-gmbh.com
|Redaction, Translation: www.systec-td.de |ePublishing, Solutions: www.systec-it.de
____________
|CEO: Dipl.-Ing. (FH) Georg Eck, Dipl.-Btw. (FH) Manfred Papp
|Amtsgericht N�rnberg HRB 9369
|Umsatzsteuer-Identifikationsnummer DE 133560519
______________
|"We innovate things that work better."

Riley,

This may not help, but I use structured FrameMaker and our EDD defines a NoBrSpace ELEMENT, for which the EDD inserts a nonbreaking space. I do not export to XML, but my guess is that this element would be exported as an element but with no content. When read back into Frame, the Frame EDD inserts a nonbreaking space. No read-write rules are needed because the element remains an element in both the Frame space and the XML.

Now, I agree that this approach does NOT create a nonbreaking space in the XML; there it is just an element with no content. On the other hand, one can argue that a nonbreaking space is formatting, not content; it is used to prevent a line break at a certain spot in the content, which is formatting not content. IF the XML content is used elsewhere as XML data, such as content for a Web site, then maybe the Web site's CSS would be able to insert the correct code for a nonbreaking space.

Maybe the read-write rules can be defined to replace this element with the Ampersand-"nbsp"-semicolon code when exporting to XML and back to the element when importing to Frame. I have no idea how this would be done, just a concept.

If this helps, good; if not, sorry.

Van

Thanks to all who responded.

This is one of many FM8-DITA issues that I've deferred while I rush to meet a deadline.

Long story short, the apparent need to descend into FM's read/write rules and EDD's simply to enter a non-breaking space is just one more in a growing number of annoyances I've encountered trying to use FM as a DITA authoring environment...

Cheers and thanks 'gain to all,
Riley