Re: ODF specification for border around text portions
Hi Tamás, Regina Henschel schrieb am 30-Jul-18 um 14:33: That is the behavior of LibreOffice. But if browser (tested with Seamonkey and Chrome) split a paragraph across pages, then the bottom border of the paragraph in the first page is missing and the top border of the paragraph on the second page is missing. And because ODF indirectly uses CSS, here is a problem too. I have just tested Word 365. It does not render borders at page breaks. So it is only LibreOffice. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ODF specification for border around text portions
Hi Tamás, Tamás Zolnai schrieb am 30-Jul-18 um 11:57: Hi Regina, That's right what Miklos wrote here, it was added mainly for MS compatibility, so the expected behavior if it works similar to that. This line height handling "bug" seems an independent issue from the character border, which affects that use case too. Yes, that bug can be seen too with images anchored as character or single characters in larger font size. But the effect of the bug for me is, that I cannot say "LibreOffice has implemented borders same as Word.". However I'm not sure that ODF specification is this detailed that you need to specify these things too. At least I did not meet with a detailed specification. As I remember in ODF spec the border related attrubutes are general attributes already used for other objects like paragraphs, pages, frames, etc. Unfortunately it is not that simple. The border of the paragraph is a fo:border and is specified by a reference to XSL. And XSL specifies it by a reference to CSS2. And there I come to https://www.w3.org/TR/CSS2/visudet.html#inline-non-replaced with its description "The vertical padding, border and margin of an inline, non-replaced box start at the top and bottom of the content area, and has nothing to do with the 'line-height'. But only the 'line-height' is used when calculating the height of the line box." Therefore the current fo:border is not suitable to describe a intended, Word compatible rendering. So it might be a good idea to check how paragraph border works for example. In theory these two should be somewhat consistent and as I see they are. Line height - border interaction seems similar for paragraphs and when a paragraph is splitted between pages I see two separate boxes. That is the behavior of LibreOffice. But if browser (tested with Seamonkey and Chrome) split a paragraph across pages, then the bottom border of the paragraph in the first page is missing and the top border of the paragraph on the second page is missing. And because ODF indirectly uses CSS, here is a problem too. Therefor this mail: How to resolve the differences between rendering as specified by CSS and rendering in Word? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ODF specification for border around text portions
Hi Regina, That's right what Miklos wrote here, it was added mainly for MS compatibility, so the expected behavior if it works similar to that. This line height handling "bug" seems an independent issue from the character border, which affects that use case too. However I'm not sure that ODF specification is this detailed that you need to specify these things too. At least I did not meet with a detailed specification. As I remember in ODF spec the border related attrubutes are general attributes already used for other objects like paragraphs, pages, frames, etc. So it might be a good idea to check how paragraph border works for example. In theory these two should be somewhat consistent and as I see they are. Line height - border interaction seems similar for paragraphs and when a paragraph is splitted between pages I see two separate boxes. Best Regards, Tamás 2018-07-30 9:24 GMT+02:00 Miklos Vajna : > Hi Regina, > > On Mon, Jul 30, 2018 at 12:36:01AM +0200, Regina Henschel < > rb.hensc...@t-online.de> wrote: > > I have noticed the problems described below, when looking what would be > > needed for interoperability with Word and what would be needed for EPUB > > export. > > I think it was on purpose that Tamas implemented this feature in terms > of what Word does. > > Regards, > > Miklos > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libreoffice > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ODF specification for border around text portions
Hi Regina Thanks for bringing this up. What would be nice to have is an equivalent feature of the "between" border element, as described in [1] An example document using this is in bug #104345 [2] and we currently don't seem to have a similar feature neither on the UI nor in ODF. So, if we could have a copy of this, that could be good for interoperability. [1] http://officeopenxml.com/WPborders.php [2] https://bugs.documentfoundation.org/show_bug.cgi?id=104345 Best Regards Gabor Kelemen 2018-07-30 0:36 GMT+02:00 Regina Henschel : > Hi all, > > you can draw borders on portions of text in Writer. This is currently in > loext namespace. I'm working to get this feature to ODF. > > I have noticed the problems described below, when looking what would be > needed for interoperability with Word and what would be needed for EPUB > export. > > I would be happy to hear some suggestions from you. > > Problem line height > --- > EPUB: EPUB uses XHTML and CSS3. Border, margin and padding does not > influence the line-height calculation in CSS. Therefore the margin-, > border- and padding-box might overlap previous or next lines. But the text > inside the box is always regularly visible. Overlapping happens in document > order. The border will be painted on top of the previous line and the next > line will be painted on top of the border. > > MS Word: Word acts different. If the line-height is proportional (e.g. 1.5 > lines) the distance between lines is increased, so that the entire box fits > into the line. The additional space is distributed so that the text in the > box has the same baseline as the text outside the box. If the line-height > is fixed (e.g. 24pt), the height of the box is reduced (not the border > width) so that the border might overlap the text inside the box. The border > is drawn on top of the text. > > LibreOffice's line height implementation has currently bug > https://bugs.documentfoundation.org/show_bug.cgi?id=69647 > > Problem line break > -- > EPUB: If the text portion, which has got border, margin, padding is split > so that the start of the text portion is in line A and the end is in the > next line B, then the border box is split in CSS. That means, that the box > in line A has no right border and the box in line B has not left border (in > ltr script). > > MS Word: Word acts different. It enclosed the text porting in line A with > a complete box and encloses the text porting in line B with a complete box > too. > > Currently LibreOffice follows the way Word does it. > > Kind regards > Regina > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ODF specification for border around text portions
Hi Regina, On Mon, Jul 30, 2018 at 12:36:01AM +0200, Regina Henschel wrote: > I have noticed the problems described below, when looking what would be > needed for interoperability with Word and what would be needed for EPUB > export. I think it was on purpose that Tamas implemented this feature in terms of what Word does. Regards, Miklos signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice