page1
LTR test box
This contains different formatting, 1.15 line spacing, different fonts, and
even different sizes.
These attributes are hard to get via copy/paste from a PDF, so it they can be kept by combining the textboxes, that would be nice.
Hanging indents and other types of margin things would be impossible to do in a generic way, wouldn’t they?
Numbering is similar
The number becomes hardcoded
Embedded fonts are not imported, so they have to be substituted
Irrelevant for textbox analysis
مربع اختبار RTL
حسنًا ، في الواقع ، يبدو أن مربع النص نفسه لا يحتوي على خصائص RTL. فقط الفقرة نفسها ، وفقا لجوي.
يبدو أن السحب لا يحتوي عادة على وظائف لتعريف RTL ، لكنه يتعقب isVertical.
لا ينبغي دمج عناصر LTR و RTL معًا عند دمج مربعات النص ، على الأقل هذا يبدو منطقياً بالنسبة لي.
1) يمكن فصل الرقم
2) ل ا يسمح تباعد التبويب في رسم؟
يتم تحويل التسطير إلى خط حقيقي ، بحيث يتم فقد هذه الخاصية.
جنوب نقطة
Underlining is turned into a real line, so that attribute is lost.
The textboxes seem to be created in the correct order, even in RTL format, so just appending each text portion sequentially without analysing the position of the textbox seems to create text in the right order. That should really simplify things, shouldn’t it?
Textboxes do not know about RTL. Only the paragraph itself knows if it is vertical or RTL. That would make textbox positioning analysis very difficult.
Trying to change import to directly use one textbox would be suicidal. That leaves only giving the user tools to fix the text themselves. All spacing formatting (indents, before/after/above/below, alignment etc) will be inevitably lost. The best I can imagine is combining text into a paragraph until a fragment ends with sentence end punctuation – i.e. each sentence becomes a paragraph instead of each line/character run becoming a paragraph.
Test the import quality by making the textbox much, much wider...