[UX] progress bar required while generating print preview

NEW
Unassigned

Status

()

Core
Print Preview
P1
enhancement
16 years ago
a month ago

People

(Reporter: Waheed Islam, Unassigned)

Tracking

Trunk
Future
x86
Windows 95
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

16 years ago
when generating a print preview of the url given, mozilla takes quite a while;
and while this is happening, all other mozilla windows and tabs are frozen.

So I suggest displaying at least a progress bar which lets the user know that
the app hasn't crashed.
(Reporter)

Comment 1

16 years ago
if there is nothing to base a progress bar on [perhaps too hard?], then I
suggest some type of dialogue box with an animated icon to indicate moz [or
rather the cpu] is workin' hard.

Comment 2

16 years ago
The Progress is actually flown at the right spot it just isn't geting CPU to be
displayed. So I need to add a timer befor kicking off PP.
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → Future

Comment 3

14 years ago
You can base the progress on the current position in the DOM from which the page
is rendered. Or easier, I know you don't know the total pagecount beforehand.
Just show the number of pages rendered so far. There would be no percentage,
just a count up.

Comment 4

9 years ago
probably WONTFIX since so old and not applicable anymore?
Assignee: rods → nobody
Status: ASSIGNED → NEW
QA Contact: sujay → printing

Comment 5

8 years ago
I still do not see a progress bar in Firefox 4 on Linux. The temporary dialog shows only "Preparing..."
The bug seems still valid. Even though on modern OSes and machines it may take a lot of luck to find a page that takes more than 2 seconds to generate Print preview.
Summary: progress bar required while generating print preview → [UX] progress bar required while generating print preview
You need to log in before you can comment on or make changes to this bug.