View Issue Details

IDProjectCategoryView StatusLast Update
0014899ScribusOS-Win32public2017-07-07 13:37
Reporterlongli Assigned To 
Status newResolutionopen 
Product Version1.5.3 
Summary0014899: the bug about set or cancel TextFrame properties
Descriptionas title
Steps To Reproduce1.New TextFrame, input text
2.Set the TextFrame properties include underline
3.Select part of text, cannot cancel underline
TagsNo tags attached.



2017-07-07 07:22


text.png (46,045 bytes)   
text.png (46,045 bytes)   
text.sla (14,127 bytes)


2017-07-07 07:48

reporter   ~0044135

Other attributes have the same problem, just like Subscript, Superscript, Strikeout, and so on.


2017-07-07 08:34

administrator   ~0044136

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.


2017-07-07 08:56

reporter   ~0044137

When change the properties of selected text , setting a new properties to the selected text, it should be able to solve this problem


2017-07-07 09:26

administrator   ~0044138

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.


2017-07-07 13:37

manager   ~0044139

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)

Issue History

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