Ravi S. Kumar wrote: > Hi Folks, > I am Ravi, a computer sc. student, playing with Ubuntu Edgy Linux. > I use OpenOffice primarily, in absence of any good alternative. > > Here I want to draw your attention towards a very irritating feature in > OpenOffice. When i copy paste anything from a webpage, the images are > downloaded to OpenOffice sheet, and then displayed. Till then, > everything is hanged up.
Kay Ramme pointed me to your problem and I thought it could be another incarnation of an issue we are currently working on. Kay pointed to it in his reply. Unfortunately I was wrong and this is only partially true. The bug (issue 59688) mostly is about the fact that OOo loads all embedded images of a document at the time where the document is loaded. Interestingly the HTML filter (that is used when you paste some content from a web site to OOo Writer) seems to be the only one that does not have this defect! So the fix for this issue (that is in the works for the ODF file format and should be finished soon) will not help for your case in the first step. The problem in case of the HTML filter is another one. It's not in the filter code but in the code that OOo uses for painting its views. When OOo detecs a linked graphic that should be painted because it is in the visible part of the document it loads it - but unfortunately in the time where the graphic is loaded OOo blocks the whole GUI that becomes unresponsible. If you copy some web content to OOo that contains a lot of tiny linked graphics it can take a considerable amount of time until OOo reacts to user input again. This is covered by issue 41368. This issue has a long prehistory that I don't want to present here as it most probably will bore most readers. My plan is to get this issue fixed as soon as issue 59688 is done. > And after some minutes, that images go off the buffer, so when scrolling > down to a page containing images, it again reloads the images form the > URL. This greatly effects the work flow. I spend most of the time just > looking at the pages and waiting them to complete refresh. It also > doesnt refresh all the images, but only those Images, which are in > current view portion in the page. This is another bug and that is indeed covered by issue 59688. The Writer code superfluously reloads graphics to get some information from it that should be available elsewhere already. This is worked on also. > I think a better solution would be to copy all those images in a temp > folder /tmp/somerandomNonUsedIDDirectory till the document is open, and > then when the user saves his document, it would place those pictures in > either compressed tar or uncompressed in folder in the current document > directory. Though it would be a quick solution, but there is something > much better, though i dont know it it can be practical. We have an even better solution. OOo loads each graphic only one time and then keeps a smaller representation (rendered for the size on screen) for it in memory (much smaller than the original graphic). The performance problems are just bugs as described above. But you suggestion reminds me on an idea I had some time ago and never followed up: even if all bugs are fixed there are cases where a graphic that was already downloaded will need to be downloaded a second time: when the link is broken to make the graphic an embedded one, when the file gets printed (or exported into PDF) or when the graphic shall be edited. Currently we only have a memory but not a file cache for graphics and I wanted to check the possibility to have both. Thanks for the reminder. :-) > Another solution is to put the binary data in ASCII format embedded in > the ODT XMLs of file, and from there, it can be fetched. I'm not sure if I understood what you suggested, but for me it seems that we are doing exactly this: linked images stay linked images. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
