|
2010-02-26 13:36
|
|
|
|
i can confirm that there are some issues with styles deleting both in 1.5svn and 1.3.6svn the file uploaded by cezaryece has been created with 1.5svn and its styles can't indeed be deleted. |
|
|
basically it is impossible to delete styles in 1.5svn in scribus ng (scribus's deb repository) i had to change my mind: it basically works, but something is strange: if i'm editing the styles and i press the <esc> key the dialog closes but the changes are not applied. this is not what i would except. if i reopen the style window, i get it in the state i've left before and i can click on "apply" and, then, the changes are applied. imho, <esc> should apply (as it does in most other dialogs) or cancel (maybe with a dialog asking for confirmation if something has been changed). |
|
|
Escape cancels.. it should never apply changes! |
|
|
i will open another bug for the behaviour of the escape key in the style manager... let's concentrate on the style deletion here! |
|
|
** open the style dialog ** chose a style (copy of) and delete it ** the "extended pane" (which may contain the details about the style) appears but is left disabled ** replace it with its original ** the (copy of) style shortly disappears and reappears ** the extened pane is still open, the name of the (copy of) style is in the name field but all the other fields are inactive ** chose the same style (copy of) and delete it ** replace it with its original ** the (copy of) style shortly disappears and reappers ** the extended pane is still open, the name of the (copy of) style is in the name field but all the other fields are inactive ** click on "done" in the extended pane ** the extended pane gets closed ** chose the same style (copy of) and delete it ** the extended pane is reopened with its fields inactive ** replace it with its original ** the style gets deleted ** chose another style (copy of) and delete it ** replace it with its original ** the style ges deleted ** don't forget to click on done to really delete the files (see separate bug for this) ** close the style dialog ** reopen the style dialog ** it's again impossible to delete styles until the "done" button is clicked once ** p.s.: scribus still creates styles by itself (probably when copy pasting or cloning an item); on a new file, i tried to copy, duplicate and multiple duplicate text frames, copy them from the scrapbook but no copy has been created; suddenly, when inserting from the scrapbook a copy of one of the two styles used in the frame has been created. no chance to reproduce again the bug, afterwards. |
|
|
Maybe I am not understand how Scribus works, but for me it creates styles from imported text and I cant make it stop doing this. Now I cant delete these styles and working with mass number of imported text I have lot of unused styles without possibility of removing it. So I have large garbage in my Styles Manager. I think useful should be option for removing unused styles as for unused colors... |
|
|
I think styles in Scribus 1.5 need more attention. Yesterday I create new style based on Default Paragraph Style. Before some other styles was based on this one too. After creating new style Scribus made terrible thing with all my styles - mass cloning of existing style into new copies - see attached picture. |
|
|
morestyles.jpg (44,753 bytes) |
|
|
no comment in 9 years... i suggest to close this. |
|
|
Closing then... |
- Anonymous
