View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0014899 | Scribus | OS-Win32 | public | 2017-07-07 07:22 | 2017-07-07 13:37 |
Reporter | longli | Assigned To | |||
Priority | high | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Product Version | 1.5.3 | ||||
Summary | 0014899: the bug about set or cancel TextFrame properties | ||||
Description | as title | ||||
Steps To Reproduce | 1.New TextFrame, input text 2.Set the TextFrame properties include underline 3.Select part of text, cannot cancel underline | ||||
Tags | No tags attached. | ||||
Patch | No | ||||
|
|
|
Other attributes have the same problem, just like Subscript, Superscript, Strikeout, and so on. |
|
What you describe is a bit expected in this case as setting effects on the box will modify the default properties for the whole story. Trying to set/unset text effects on the text itself afterwards will not modify the default properties. |
|
When change the properties of selected text , setting a new properties to the selected text, it should be able to solve this problem |
|
Not the way you proceed. Setting text effects such as underline on selected text will *never ever* change defaults you have set on the story. When you unset a text effect on selected text, it will take its value from defaults you have set on the box, which in your case have this effect set. So in your case effect will remain active. So just avoid setting properties on the box directly, act directly on the content itself. |
|
jean, this behavior is probably not a good one. scribus should not have defaults for a frame. that's not a good idea. it would be good to have a "discussion" on the way the formats tree is constructed. the current one is really not easy to grasp for the final user. i think that i have already written somewhere my thoughts about this issue and i'm ready to prepare a proposal if there is interest in changing the current state. the core ideas are: - text formatting should focus around the paragraph and character styles (+ local formatting) - there should be only one place to define each formatting. - frames should not have an own formatting (except for empty frames that get the tool's default styles or the formatting of the last deleted character) imo we should really simplify and document the chain the formatting goes through and then change the UI to make it easy to work with the new concepts. i think i can help with the conceptual part, but probably not with its programming (since it will touch at some core parts of scribus and other people know it much better than i do) |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-07-07 07:22 | longli | New Issue | |
2017-07-07 07:22 | longli | File Added: text.png | |
2017-07-07 07:22 | longli | File Added: text.sla | |
2017-07-07 07:48 | longli | Note Added: 0044135 | |
2017-07-07 08:28 | jghali | Severity | major => minor |
2017-07-07 08:34 | jghali | Note Added: 0044136 | |
2017-07-07 08:56 | longli | Note Added: 0044137 | |
2017-07-07 09:26 | jghali | Note Added: 0044138 | |
2017-07-07 13:37 | ale | Note Added: 0044139 |