Presentation - despite thickness set to 0, a text zone with the border shows a border

Desktop editors
1

Hi,
See below :
editors_20231015-14h01min00s

File with the issue :
OO- border thickness.pptx (27.7 KB)

Thanks for the analysis.

2

This one is interesting, so interesting, I had to have a look.
It does seem to be a bug in OO shape rendering code, where it is failing to process this section correctly.

<a:ln w="0">
	<a:solidFill>
		<a:srgbClr val="00B050"/>
	</a:solidFill>
</a:ln>

The line width, w=ā€œ0ā€, set in the <a:ln/> tag, is obviously specifying a zero (or none) width line with a green (#00B050) colour.

The presence of a colour seems to be enforcing a minimum width of 1px with the shape renderer.

The line can be made to disappear, but one has to change the line width to a non-zero width, set it to a null colour and then it can be reset back to a zero width and it will no longer display, nor displace any space.

OOā€™s shape configuration will not accept a colour change unless there is a non-zero width specified. That too may be a bug in the UI controls.

3

Hi @DavidRGreen
How do you access to the document properties ? You just ā€œunzipā€ de file and the open it with a text editor ?
Thanks

4

Hi @arcqus

Indeed.
When all the office document extensions changed from .doc to .docx, for instance, they changed to an xml encoding rather than their prior proprietary format.

Each ā€œdocumentā€ is in fact just a plain old compressed .zip file containing many files and folders. I just found the ā€œdocumentā€ in the zip container, and then un-minimalised it ( computers donā€™t need formatting for readability, but I do :grinning: ).

I just looked through the code looking for what was most likely the code segment that was relevant. ā€œa:lnā€ sounds like a line, and there was an child with the right colour code.

2 Likes
5

:wave:
Hello, @arcqus a couple of things in the file you provided are not entirely clear.

  1. Was the document created in ONLYOFFICE Desktop Editors?
  2. How was the border added (the sequence of actions to reproduce the issue)?
  3. In the GIF, itā€™s evident that after changing the line size from ā€˜no lineā€™ to ā€˜0.5 ptā€™ and back to ā€˜no line,ā€™ the line disappears.
6

@DavidRGreen :wave:

Dealing with this case required some effort on your part! We are extremely grateful for your assistance for the benefit of the forum. We are delighted that our product is garnering interest within the community! :heart_hands:

7

The attached document was created in OO. BUT the slide was copied from a doc having the issue, doc created in MSO (without the issue), then copied/saved as a lot of times in OO (I create one file per day by copying the ones from the previous week). The issue is new to the last OO version.

The border was created in the original file (so back in MSO).
Then one day, OO decided that is should have this weird border.

Yes, it was to show you that it was no blocker, just a little pain being solved by changing border parameters.

1 Like
8

@arcqus
:+1:
May I request that you provide the original file (1 slide) created in Microsoft Office?

10

hi Nikolas

Below, a file dating back from when I was using MSO.
20221209.pptx (6.2 MB)

I send you the whole file assuming that saving just on slide might spoil the thing.
Go to slide 9 to get the kind of text zone which, now, has the thickness issue.

1 Like
11

@arcqus
Just in case.

  1. Is your editor version 7.5.0?
  2. The version of the PP editor (as far as I understand, itā€™s 2016).
  3. We canā€™t reproduce the problem with the provided file when copying a slide to our editor or opening the file in our editorā€¦ itā€™s mysterious. :thinking:

Could we ask you to record a video with step-by-step actions for reproduction?

12

Hi
Yes, I migrated to OO 7.5.
For PP, i think it was 2013.
Iā€™m running a bit out of time.
So given the very small impact of this issue (at least from my standpoint), I suggest we forget it.

1 Like