View Issue Details

IDProjectCategoryView StatusLast Update
0002091ScribusStylespublic2007-05-01 15:36
Reporterlesliev Assigned Toavox  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
PlatformUbuntu LinuxOSUbuntu LinuxOS Version5.04
Product Version1.3.2cvs 
Fixed in Version1.3.4cvs 
Summary0002091: Clear style attributes
DescriptionA great feature would be to clear font/colour/alignment/effects, etc.from text because it seems the styles take a lower precedent. Once attributes have been modified, setting a paragraph to a style doesn't work.

Also, when trying to get rid of some text in an errant style, deleting the text and then tying to delete the space that was below it often forces the next paragraph into the style of the paragraph you deleted. When a paragraph is deleted, it's attribute settings should go with it.

Perhaps a function to make style setting "characters" visible would help.
TagsNo tags attached.
Patch

Activities

fschmid

2005-06-13 10:48

developer   ~0005008

To reset a paragraph to its default values use this sequence:
first apply "No Style" and then reapply the style you want.

lesliev

2005-06-13 11:09

reporter   ~0005011

Thank-you.

ringerc

2005-06-15 07:46

reporter   ~0005033

I think these are three separate bugs. You want a WordPerfect style "show codes" feature by the sounds of things, for one thing. You also suggest there's a bug in the way styles are handled during paragraph deletion - this needs looking into. Franz has already covered the issue about clearing styles.

Any chance you can file separate bugs on the other two? That way they won't get lost or forgotten and we can keep track of them separately.

plinnell

2005-09-10 11:16

viewer   ~0006502

bumping. This is partly resolved in 1.3.1cvs now.

rabauke

2007-04-24 07:46

reporter   ~0015990

I have a text-box with some manual formating, i.e. bold. If I select all text and set it to no style and then back to another the bold is kept, so there seems to be no way to reset a paragraph in 1.3.4cvs

rabauke

2007-04-25 07:37

reporter   ~0016005

I think this should become a blocker! Scribus is almost useless without the ability to apply/overwrite styles.

For example: I have a text-box with some style in it which has "automatic line height" enabled. I then open the SE and select all the text and delete it. The style is kept for the first paragraph (Changing it to no style should not be neccessary and does not work either anyway). Now I copy some text from somewhere outside scribus and paste it into the SE. It gets assigned that old style. I select all the text and assign a style that has "use baseline" for alignment and it is not applied, i.e. the text still uses "automatic line height" although the style-pane shows the new style for the paragraphs.

Another example: I have a heading-style that has a font-size of 22pt. I open the text-box with the heading, place the cursor at the end of the first paragraph and hit RETURN. A new paragraph is inserted with the same style as the first one. I type some text in that line and assign another paragraph-style to it. The other style uses a different font, a different variant and a differnt size. Yet if I close the SE it is displayed with the style of the first paragraph. If I assign the "no style" it just changes the horizontal alignment from centered to left.

I think there are two issues here. First, old paragraph-style's settings seem to be kept when assigning a new one.

Second, if one manually assigns some style to a paragraph, i.e. via the properties-window, it is kept even if a new/no style is assigned to that paragraph. So if I marked some words as bold manually, I have to revert that manually. Yet I can not, because that would still be handled as a manual change and I would have to do it everytime I change the paragraph's style. It might make sense to keep manually set style-properties for a paragraph, if it is changed to use another style, yet certainly not, if one assigns "no style" to it since that seems to be the only possibility to reset every style-settings in a paragraph.

Could it be that in 1.3.4cvs "no style" means default-style and does actually assign style-settings instead of erasing all of them?

mkoren

2007-04-25 20:53

reporter   ~0016008

So is this a regression from 1.3.3.x? In 1.3.3.8 it seems the original problem has been resolved except for one case. Even reapplying the current style from the combobox now resets the properties to those of the style (as I think it should; you don't have to select another style first), except if the current style is "No Style". Reselecting "No Style" from the list fails to reset the attributes to the defaults, so you have to select another style (aasuming you've defined one) and then reselect "No Style" to clear manual formatting.

IMO reselecting "No Style" should reset the attributes just like for any other style. I think in the SE, at least, the code that prevents changing alignment from resetting other attributes ("if (chars->at(s)->cab > 4)") is also preventing this behavior. But there are two different signals (from the alignment buttons and the style combobox) that are connected to the same signal in SToolBAlign, that could be separated out to fix this.

The same thing occurs in the PP as well.

avox

2007-04-25 22:13

updater   ~0016010

selecting "no style" should clear all style information now

Issue History

Date Modified Username Field Change
2005-06-13 10:19 lesliev New Issue
2005-06-13 10:48 fschmid Note Added: 0005008
2005-06-13 11:09 lesliev Note Added: 0005011
2005-06-15 07:46 ringerc Note Added: 0005033
2005-06-15 07:46 ringerc Status new => acknowledged
2005-06-15 07:46 ringerc Description Updated
2005-09-10 11:16 plinnell Note Added: 0006502
2005-09-10 11:16 plinnell Product Version 1.2.1 => 1.3.2cvs
2007-04-24 07:46 rabauke Note Added: 0015990
2007-04-24 10:39 avox Status acknowledged => assigned
2007-04-24 10:39 avox Assigned To => avox
2007-04-25 07:37 rabauke Note Added: 0016005
2007-04-25 20:53 mkoren Note Added: 0016008
2007-04-25 22:13 avox Status assigned => resolved
2007-04-25 22:13 avox Fixed in Version => 1.3.4cvs
2007-04-25 22:13 avox Resolution open => fixed
2007-04-25 22:13 avox Note Added: 0016010
2007-05-01 15:35 cbradney Status resolved => closed