View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0017513 | Scribus | Styles | public | 2025-05-05 14:10 | 2025-05-05 17:19 |
Reporter | sebastian_st | Assigned To | jghali | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | duplicate | ||
OS | Debian GNU/Linux | OS Version | 12 | ||
Product Version | 1.7.0 | ||||
Summary | 0017513: Selecting paragraphs in a text frame unexpectedly deletes paragraph-specific formatting. | ||||
Description | When multiple paragraphs within a text frame have different paragraph styles applied, simply selecting these paragraphs with the cursor triggers an unexpected loss of some paragraph formatting. So far, I observed this issue specifically with the vertical spacing above or below the affected paragraphs: upon selection, the custom vertical spacing values of the currently applied style are being overriden with the global default vertical spacing defined for the whole text frame. Interestingly, other paragraph properties, such as font size, remain unaffected by this selection process. Whether this bug impacts other paragraph-specific formatting beyond vertical spacing is unknown to me. Below are the precise steps to reproduce the problem. I hope this description is helpful. | ||||
Steps To Reproduce | - Create a new blank project - Create a text frame - Insert a few paragraphs, let's say three paragraphs. (Content doesn't matter e.g. "test¶test¶test" is sufficient) - Create a new paragraph style with the property of some non-zero spacing above and below the text, let's say 10pt. - Go back to the text frame, select the second paragraph (directly in the frame, not in story editor) and apply the new paragraph style (to this paragraph only.) Up to here, everything behaves as expected: the new style is applied. - Now use the cursor to select all paragraphs in the text frame. This results in the spacing of the second paragraph suddenly being overriden by the default paragraph style (or whatever "global" style was set for the entire text frame) | ||||
Additional Information | I encountered this issue in the 1.7.0 version (Linux AppImage). Whether it persists in 1.7.1 I am unable to check as there seems no image for that one yet. | ||||
Tags | 1.7.0, styles, Text frame | ||||
Patch | No | ||||
|
Duplicate of issue 0017500, already fixed in 1.7.1.svn |
|
sebastian, if you trust the Gitlab CI, please test https://gitlab.com/scribus/scribus/-/jobs/artifacts/master/raw/Scribus-nightly-x86_64.AppImage?job=appimage%3Alinux , the "nightly" Appimage built. It should contain Jean's fix! |
Date Modified | Username | Field | Change |
---|---|---|---|
2025-05-05 14:10 | sebastian_st | New Issue | |
2025-05-05 14:10 | sebastian_st | Tag Attached: 1.7.0 | |
2025-05-05 14:10 | sebastian_st | Tag Attached: styles | |
2025-05-05 14:10 | sebastian_st | Tag Attached: Text frame | |
2025-05-05 16:12 | jghali | Assigned To | => jghali |
2025-05-05 16:12 | jghali | Status | new => resolved |
2025-05-05 16:12 | jghali | Resolution | open => duplicate |
2025-05-05 16:12 | jghali | Note Added: 0052492 | |
2025-05-05 16:12 | jghali | Relationship added | duplicate of 0017500 |
2025-05-05 16:12 | jghali | Status | resolved => closed |
2025-05-05 17:19 | ale | Note Added: 0052493 |