tips for Opera users

[Jim Kronebusch]

Thanks for still working on this Gavin and Federico.  I hope a resolution is in the near
future.

Jim


On Wed, 3 Oct 2007 00:47:01 +0100, Gavin McCullagh wrote
> Hi,
> 
> On Tue, 02 Oct 2007, Federico Mena Quintero wrote:
> 
> > Thanks for testing the patch, Gavin!
> 
> Thanks for writing it!   Would a back-port to firefox v2 of this (or
> another solution) be feasible?
> 
> > All of the above are correct.  However, browsers (or any app) can avoid
> > creating pixmaps in the X server by using X images instead of pixmaps
> > (pixmaps are server-side resources, while images are client-side
> > resources).  It should not be horribly difficult to change Firefox to do
> > this.
> 
> Indeed, though there may be a downside, particularly on remote X servers --
> in that the x image doesn't get cached on the thin client's X server so
> there may be considerably more network traffic.
> 
> > > > http://www.carteretcountyschools.org/bms/teacherwebs/sdavenport/artgallery6.htm)
> > 
> > The solution to that is to make Firefox only store the scaled version of
> > the image (it still has to download it and uncompress it, but that's
> > client-side, not X-server-side).
> 
> I completely agree.  However, it's not clear to me whether the firefox
> developers will be interested in implementing this approach.  One downside
> is that evidently the video card is probably quicker at doing the resize
> (or resample rather) than the CPU.
> 
> http://lists.freedesktop.org/archives/xorg/2007-September/thread.html#28544
> 
> However, it would be great to be able to set a firefox setting for low RAM
> X servers which did resizing entirely in the x client.   Do you think there
> is much likelihood of this being implemented?
> 
> Gavin
> 
> -- 
> edubuntu-users mailing list
> edubuntu-users at lists.ubuntu.com
> Modify settings or unsubscribe at: 
> https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by the Cotter Technology 
> Department, and is believed to be clean.


Jim Kronebusch
Cotter Tech Department
453-5188


-- 
This message has been scanned for viruses and
dangerous content by the Cotter Technology 
Department, and is believed to be clean.