Format > Copy style not working

[Loki@99]

Hi,

There's an issue with Format > Copy style feature.

Steps to reproduce
1. Have a text underlined with another fill color
2. Copy Style
3. Apply Copied Style on another text

Expected behavior
Apply underline and the other fill color on the target

Issue
Not working
GIF

test.gif

Thanks for investigating,

[rakunavi]

Hello all,

I would like to add what I noticed after examining Loki@99's report.

The result seems to depend on how the text was selected just before the "Copy style" command was executed. There are three ways to select text, but the issue seems to occur only when the text is selected by dragging from right to left in Case C.

1. Dragging from left to right to select.
2. Double-clicking to select.
3. Dragging from right to left to select.

• figure.png
  
  
  Animation.gif

• sample.pdf

It seems that no matter which method is used to select the text to which the style is applied, the result is not affected. Note that this issue occurs with both comments and base content.

Hoping that the above information will be of some help to you.
Thank you so much for your continued support.

Best regards,
rakunavi

- PDF-XChange Editor PRO Version: 10.5.2 build 395
- OS Version: Windows 11 Pro / Home 24H2 Build 26100.3194
- PC Model: GMKtec Nucbox M7 Pro with HUION Kamvas Pro 19 / Lenovo IdeaPad C340-15IWL

[Daniel - PDF-XChange]

Hello,

Thank you both for the report, I have reproduced this and passed it along to the dev team for review and resolution.

RT#7383

Kind regards,

[Loki@99]

Hi,

Thanks for the ticket.

Not sure if it's directly related but this topic didn't get a ticket.

What I would like to bring here again is that Copy and Apply Copied Style doesn't work when copying embedded fonts.

Just an additional note in case.

[Daniel - PDF-XChange]

Hello, Loki@99

I can at least confirm that the referenced topic is not at all related to the issue reported in this one.

Touching a bit on that topic for your curiosity, I should note that "Fully embedded fonts" and "embedded font subsets" are two very different points of discussion. For embedded subsets, it is highly improbable that we can offer what is being requested. The nature of a subset inherently means that much of the necessary font data for making new content is simply missing. We already see cases where people trying to edit a section of text that has a partially embedded subset, and get confused when only half of the letters in their words are the correct font. Imagine if that were to happen after clicking "apply style"?

Instead that change will likely only work with fully embedded fonts. Of course, fully embedding a font is a very heavy set of data (Especially for oriental languages). You may notice that it is very rare for a full font to be embedded these days. As such, implementing support for that case is of questionable value for the amount of effort required. As Paul said in the other thread, the team did agree to implement it, but it is not a priority item.

Kind regards,