On Wed, 2006-11-08 at 09:49 +0100, Mathias Bauer wrote: > 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]
Thanks, i m heard :) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
