Comment 19 for bug 379403

Revision history for this message
Vincenzo Ciancia (vincenzo-ml) wrote :

No it also works the same way in jaunty; it may have been fixed there nevertheless, but the difficulty in finding a "heavy" pdf comes from the fact that not all pdfs have drag-able images. I have many scanned books that have high resolution graphics embedded. However, these pages are NOT draggable and it is not self-evident when drag can be done and when not.

This is also reported in the upstream bug. In my opinion, whatever the implementative reason for that is, this is extremely confusing. Perhaps drag and drop should be disabled entirely and first a working cut and paste implementation. However this does not belong to this bug report.

In the description of this bug I wrote that it causes three problems: possibility of heavy load, which remains unconfirmed for now at least, and the two usability issues of seeing the same page again, but "not being able to go to next page".

Please don't think I am over-estimating this; my 71 y.o. mother who learned to use ubuntu still has many troubles in understanding when a full-screen window is replaced by another one. For her, it seems like the _contents_ of the window have been replaced. Perhaps this happens because she does not look at all the screen but concentrates on the area where she is writing, thus she does not notice the titlebar changing.

This bug is a particularly pathological instance of the problem, as evince will spawn another window which looks the same, but ... does not have all the pages of the document. Then I understand that the user will close the evince window in frustration, discover the other window below, and without understanding what happened keep their work; but ubuntu will look worse for a bug which *should* have a few-liner patch.