I mean, the easiest option would be a small Macro, which emits the " "-HTML-Code to the Page. Of course, would be better than nothing and is already workable Non breaking spaces are much more common in some other languages, as in French where it should be used everytime you write ! or : or ? or or a number >= 1000. If nobody has a clue, I suggest we remove this option. Its not clear why numeric entities is configurable option, I don't see any reason to disable it.
If non breaking space was very common, I would go with the shorter \ , but for something you use only once in a while, better use a verbose markup. Īdding named entities like should be very easy to implement and more readable than \ to most users (typical user never used groff). Another possibility (which needs more keystrokes though) is to allow named SGML entities like. This is fast to type and easy to remember. I suggest to provide, similar to groff, an escape sequence \ (a backslash followed by a space) to enter nbsp. The workaround in MoinMoin 1.3.4 is to use, but numeric SGML entities might be disabled by the wiki admin. While you can input U+0x00A0 directly, some editors (and browsers) have difficulties to handle it correctly. Questions: You seem to be an actual French speaker.Currently, it hard to input a non-breakable space character (nbsp) unambiguously. Here are some of the threads that go into extreme detail on non-breaking spaces (and other types of spaces):Ģ013 " non breaking spaces (* and automatically removed" Over the years, I've written extensively on non-breaking spaces in ebooks. Even within French, there are differences between French + Canadian French punctuation. you have to know the specific language's conventions. Side Note: For all the different thin/normal spacing around punctuation. LibreOffice's article: "Non Breaking Spaces Before Punctuation In French (espaces insécables)" (*) fun fact: the left part of Vellum shows non-breaking spaces (View -> Invisible Characters) but at the same time the right part of the application (ePUB preview) shows normal spaces.įor the sake of completeness and further reference to French rules, I found the following resources (albeit in French only) of particular interest: Inevitably, the non-breaking spaces appear as normal spaces when I eventually display the ePUB. I tried opening the ePUB in macOS Library and in Adobe Digital Editions. I tried updating the XHTML with non-breaking space tags (& nbsp, & #160. I tried checking the generated XHML, and can't find any non-breaking space tag where they should be. I tried generating ePUB from Pages and from Vellum*. After browsing the Internet, I tried different ways: All is fine except the non-breaking spaces (present in my Pages document) but disappearing from my ePUB. I am on macOS (Catalina), primarily using Pages to generate my ePUB. Hello, I am giving a first shot at creating an ePUB, and am struggling with non-breaking spaces.
0 kommentar(er)
