View Issue Details

IDProjectCategoryView StatusLast Update
0011402ScribusUsabilitypublic2021-11-28 15:06
ReporterJLuc Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status confirmedResolutionopen 
Platformubuntu 12.04 
Product Version1.5.0svn 
Summary0011402: search and replace: replace font is very slow
DescriptionUsing the Search and Replace dialog it is possible to change all occurences of a specific font with another one.
(only checking 'font' both in the search and replace column).
This is very handy when working on a bit of document that doesnt use styles.

Problem is : the operation takes a very (very) long time, and there is no progress bar so it's easy to believe that scribus is hanged.

Maybe some impressive efficiency improvement can be reached somehow in optimizing the code ?
That would be the best.

Maybe a progress bar could be shown or anything that would show that scribus is making progresses. Like the number of characters searched and the number of occurences found.


Additional Information1.4 and 1.5svn
Tagssearch
PatchNo

Relationships

related to 0016690 new search and replace for fonts takes forever 
child of 0012755 new Metabug: Search & Replace (1.5.x svn) 

Activities

PeterBenedek

2017-10-22 16:05

developer   ~0044562

Tested in r22196; Linux Mint 18

I can reproduce.

Remark:
-- Open new document
-- Make TextFrame
-- Insert any text in TextFrame (Content - Sample Text... - Paragraphs: 60)
-- Edit - Search/Replace... - Search for: Text (for example: e --> E)
Result: The operation lasts for a moment.

BUT

-- Open new document
-- Make TextFrame
-- Insert any text in TextFrame (Content - Sample Text... - Paragraphs: 60)
-- Edit Texth With Story Editor
-- You use the Search/Replace... Search for: Text (for example: e --> E)
Result: The operation takes a very long time.

ale

2019-12-20 17:33

manager   ~0047301

0014567 introduces a "stop" button.

if the review phase takes too long, i might also add a counting of the occurrences found.

a big question:

- i cannot add a normal progress bar since i don't know how many occurrences there will be in total.
- as far as i can tell, it's slow when replacing lot of small things. in that case i can't count 1 by 1 nor 10 by 10... can somebody make tests with slow use cases and tell me how often i should update the number of occurrences?
- where should i show it? in the same line where it says "No occurrences"?

ale

2019-12-27 11:59

manager   ~0047308

counting the occurrences is now in.

Issue History

Date Modified Username Field Change
2013-01-27 22:03 JLuc New Issue
2013-01-28 09:51 JLuc Tag Attached: usability
2013-01-28 09:51 JLuc Tag Attached: replace
2013-01-28 09:51 JLuc Tag Attached: search
2013-01-28 09:51 JLuc Tag Attached: speed
2014-10-08 00:03 Kunda Relationship added child of 0012755
2014-10-08 00:04 Kunda Tag Detached: speed
2014-10-08 00:04 Kunda Tag Detached: usability
2014-10-08 00:04 Kunda Tag Detached: replace
2016-04-11 19:43 Kunda Patch => No
2016-04-11 19:43 Kunda Summary replace font is very slow => search and replace: replace font is very slow
2017-10-22 16:05 PeterBenedek Note Added: 0044562
2017-10-23 10:09 JLuc Assigned To => JLuc
2017-10-23 10:09 JLuc Status new => confirmed
2017-10-28 10:01 JLuc Assigned To JLuc =>
2019-12-20 17:33 ale Note Added: 0047301
2019-12-27 11:59 ale Note Added: 0047308
2021-11-28 15:06 JLuc Relationship added related to 0016690