Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Avoid content of table cells overflowing into adjacent cells and margins #325

Open
Tracked by #326
ghost opened this issue Jul 3, 2017 · 4 comments
Open
Tracked by #326
Labels
cat-enhancement Enhancements cat-limbo Issues which should be investigated further format-pdf pdf support styles-2022 "suse2022-ns" styles topic-l10n Localization issues

Comments

@ghost
Copy link

ghost commented Jul 3, 2017

We need to force some more line breaks in tables somehow. Patrick sent us images mostly showing CJK commas (which do not have spaces after them) producing issues (below). But this is more generic in nature, cf. AutoYaST Guide and various SBPs which also have their table-related issues.

image001
image002

@ghost ghost mentioned this issue Jul 3, 2017
5 tasks
@ghost
Copy link
Author

ghost commented Jul 4, 2017

There are a number of similar problems that would all be solvable by enabling line breaks somehow:

  • long filenames/parameters in paragraphs not breaking
  • URLs either breaking incorrectly or not at all (i.e. with soft hyphens added)
  • ...

That somehow is actually ​, and we should insert it after! every! punctuation! character! in so many cases. This will probably slow the templates down a bit if we're doing this with XSLT because we need to make so many string manipulations... anyway, the common dir of our stylesheets should already have a search-and-replace template that we only need to use...

In HTML, we might be ably to apply overflow-wrap: break-word; to good effect -- although I doubt it, since most of the questionable cases there stem from the fact that we're using inline-blocks quite liberally. Maybe copying the fo:leader approach would actually be better than having inline-blocks... however, in HTML, we need to take care not to introduce extra space characters that might ruin copy/paste for users.

@tomschr tomschr added the format-pdf pdf support label Jun 12, 2018
@tomschr
Copy link
Collaborator

tomschr commented Jun 12, 2018

I did that already with filenames (see my URL line breaking algorithm in fo/hyphenate-url.xsl). However, at that time, FOP didn't support this ​ space.
I'm not sure if this is still the case with the current FOP version 2.1/2.2.

@ghost ghost added topic-l10n Localization issues styles-2013 "suse2013", "suse2013-ns", "daps2013", "daps2013-ns", "opensuse2013", "opensuse2013-ns" styles cat-enhancement Enhancements labels Jan 21, 2020
@janajaeger janajaeger added styles-2022 "suse2022-ns" styles cat-limbo Issues which should be investigated further labels Jul 20, 2022
@janajaeger
Copy link
Contributor

@tomschr still an issue with styles-2022?

@janajaeger janajaeger removed the styles-2013 "suse2013", "suse2013-ns", "daps2013", "daps2013-ns", "opensuse2013", "opensuse2013-ns" styles label Nov 21, 2022
@tomschr
Copy link
Collaborator

tomschr commented Nov 21, 2022

Still an issue for suse2022 stylesheets

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cat-enhancement Enhancements cat-limbo Issues which should be investigated further format-pdf pdf support styles-2022 "suse2022-ns" styles topic-l10n Localization issues
Projects
None yet
Development

No branches or pull requests

2 participants