Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Regards,
Am 17.08.2008 um 11:29 schrieb laurent laffont:
Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
The olpc branch in the SVN repository has a fix for that, see
- Bert -
On Sun, 2008-08-17 at 17:04 +0200, Bert Freudenberg wrote:
Am 17.08.2008 um 11:29 schrieb laurent laffont:
Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
Does that mean there is some core location(s) where the alpha channel needs to be defaulting to full opacity but currently it is not?
Ken
The olpc branch in the SVN repository has a fix for that, see
- Bert -
Am 17.08.2008 um 17:56 schrieb Ken Causey:
On Sun, 2008-08-17 at 17:04 +0200, Bert Freudenberg wrote:
Am 17.08.2008 um 11:29 schrieb laurent laffont:
Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
Does that mean there is some core location(s) where the alpha channel needs to be defaulting to full opacity but currently it is not?
Yes, that is where the transparent areas are under a compositing window manager. I also remember partly translucent menus in (old versions of) Croquet, and having to fix the alpha channel after taking a screenshot.
- Bert -
The olpc branch in the SVN repository has a fix for that, see
- Bert -
Hi! I have the same problem here. I am using Ubuntu 8.04 with compiz and an ati video driver. With sq3.10.2-7179dev08.08.1.image it works perfect, but with sq3.9.1-7075web08.06.1.image I have this error.
I tried changing color depth to 16, 24 and 32, but it doesnt work.
Bert: Sorry but I didn't understand your comment. Is there a fix? How can I do it? Can someone help me?
many thanks,
mariano
On Sun, Aug 17, 2008 at 1:06 PM, Bert Freudenberg bert@freudenbergs.dewrote:
Am 17.08.2008 um 17:56 schrieb Ken Causey:
On Sun, 2008-08-17 at 17:04 +0200, Bert Freudenberg wrote:
Am 17.08.2008 um 11:29 schrieb laurent laffont:
Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
Does that mean there is some core location(s) where the alpha channel needs to be defaulting to full opacity but currently it is not?
Yes, that is where the transparent areas are under a compositing window manager. I also remember partly translucent menus in (old versions of) Croquet, and having to fix the alpha channel after taking a screenshot.
- Bert -
The olpc branch in the SVN repository has a fix for that, see
- Bert -
Hi,
I will remove NiceFonts in future squeak-dev until these problems are fixed.
On Mon, Aug 18, 2008 at 8:59 AM, Mariano Martinez Peck marianopeck@gmail.com wrote:
Hi! I have the same problem here. I am using Ubuntu 8.04 with compiz and an ati video driver. With sq3.10.2-7179dev08.08.1.image it works perfect, but with sq3.9.1-7075web08.06.1.image I have this error.
I tried changing color depth to 16, 24 and 32, but it doesnt work.
Bert: Sorry but I didn't understand your comment. Is there a fix? How can I do it? Can someone help me?
many thanks,
mariano
On Sun, Aug 17, 2008 at 1:06 PM, Bert Freudenberg bert@freudenbergs.de wrote:
Am 17.08.2008 um 17:56 schrieb Ken Causey:
On Sun, 2008-08-17 at 17:04 +0200, Bert Freudenberg wrote:
Am 17.08.2008 um 11:29 schrieb laurent laffont:
Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
Does that mean there is some core location(s) where the alpha channel needs to be defaulting to full opacity but currently it is not?
Yes, that is where the transparent areas are under a compositing window manager. I also remember partly translucent menus in (old versions of) Croquet, and having to fix the alpha channel after taking a screenshot.
- Bert -
The olpc branch in the SVN repository has a fix for that, see
- Bert -
I am sorry. It happens to me in both distribution: dev and web.
Is there any way of "uninstalling" a package through Universe ? I mean, can I uninstall NiceFonts for example ?
thanks,
mariano
On Mon, Aug 18, 2008 at 4:04 AM, Damien Cassou damien.cassou@gmail.comwrote:
Hi,
I will remove NiceFonts in future squeak-dev until these problems are fixed.
On Mon, Aug 18, 2008 at 8:59 AM, Mariano Martinez Peck marianopeck@gmail.com wrote:
Hi! I have the same problem here. I am using Ubuntu 8.04 with compiz and
an
ati video driver. With sq3.10.2-7179dev08.08.1.image it works perfect,
but
with sq3.9.1-7075web08.06.1.image I have this error.
I tried changing color depth to 16, 24 and 32, but it doesnt work.
Bert: Sorry but I didn't understand your comment. Is there a fix? How can
I
do it? Can someone help me?
many thanks,
mariano
On Sun, Aug 17, 2008 at 1:06 PM, Bert Freudenberg bert@freudenbergs.de wrote:
Am 17.08.2008 um 17:56 schrieb Ken Causey:
On Sun, 2008-08-17 at 17:04 +0200, Bert Freudenberg wrote:
Am 17.08.2008 um 11:29 schrieb laurent laffont:
Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
Does that mean there is some core location(s) where the alpha channel needs to be defaulting to full opacity but currently it is not?
Yes, that is where the transparent areas are under a compositing window manager. I also remember partly translucent menus in (old versions of) Croquet, and having to fix the alpha channel after taking a screenshot.
- Bert -
The olpc branch in the SVN repository has a fix for that, see
- Bert -
-- Damien Cassou Peter von der Ahé: «I'm beginning to see why Gilad wished us good luck». (http://blogs.sun.com/ahe/entry/override_snafu)
On Mon, Aug 18, 2008 at 9:13 AM, Mariano Martinez Peck marianopeck@gmail.com wrote:
I am sorry. It happens to me in both distribution: dev and web.
I will remove NiceFonts from the web images also.
Is there any way of "uninstalling" a package through Universe ? I mean, can I uninstall NiceFonts for example ?
You can't uninstall it but you can use an older version of the image. Download it from http://gforge.inria.fr/frs/?group_id=1299. For example, you can download http://gforge.inria.fr/frs/download.php/5299/sq3.9.1-7075dev08.07.1.zip.
Is there any way of "uninstalling" a package through Universe ? I mean,
can
I uninstall NiceFonts for example ?
You can't uninstall it but you can use an older version of the image. Download it from http://gforge.inria.fr/frs/?group_id=1299. For example, you can download http://gforge.inria.fr/frs/download.php/5299/sq3.9.1-7075dev08.07.1.zip.
Ok, thanks for the tip.
-- Damien Cassou Peter von der Ahé: «I'm beginning to see why Gilad wished us good luck». (http://blogs.sun.com/ahe/entry/override_snafu)
On Aug 18, 2008, at 09:20 , Damien Cassou wrote:
On Mon, Aug 18, 2008 at 9:13 AM, Mariano Martinez Peck marianopeck@gmail.com wrote:
I am sorry. It happens to me in both distribution: dev and web.
I will remove NiceFonts from the web images also.
Is there any way of "uninstalling" a package through Universe ? I mean, can I uninstall NiceFonts for example ?
You can't uninstall it but you can use an older version of the image.
NiceFonts just import new strike fonts. So, you can just change the font used.
Adrian
Am 18.08.2008 um 15:16 schrieb Adrian Lienhard:
On Aug 18, 2008, at 09:20 , Damien Cassou wrote:
On Mon, Aug 18, 2008 at 9:13 AM, Mariano Martinez Peck marianopeck@gmail.com wrote:
I am sorry. It happens to me in both distribution: dev and web.
I will remove NiceFonts from the web images also.
Is there any way of "uninstalling" a package through Universe ? I mean, can I uninstall NiceFonts for example ?
You can't uninstall it but you can use an older version of the image.
NiceFonts just import new strike fonts. So, you can just change the font used.
IIUC NiceFonts uses anti-aliased strike fonts, which uses another bitblt rule than normal font rendering. Possibly that bitblt rule clobbers the destination alpha channel? In any case, it is not the only artifact so the VM fix is a catch-all workaround if you will.
- Bert -
Am 18.08.2008 um 08:59 schrieb Mariano Martinez Peck:
Bert: Sorry but I didn't understand your comment. Is there a fix? How can I do it? Can someone help me?
Yes there is a fix, as I wrote:
The olpc branch in the SVN repository has a fix for that, see
It involves (as usual under Linux) compiling your own Squeak VM:
$ svn co http://squeakvm.org/svn/squeak/branches/olpc squeak-vm $ cd squeak-vm/platforms/unix $ make $ sudo make install
... which installs in /usr/local
- Bert -
Hi Folks,
Please see the mail I've just sent, with subject: "Problems with NiceFonts and composite window managers Re: [squeak-dev] Re: [ANN][Squeak-dev Images] September 2008 versions".
Cheers, Juan Vuletich
Ken Causey wrote:
On Sun, 2008-08-17 at 17:04 +0200, Bert Freudenberg wrote:
Am 17.08.2008 um 11:29 schrieb laurent laffont:
Hi,
I've switched to KDE4 and played with composite rendering. With last squeak dev images some fonts are not rendered: it seems to be interpreted as a transparent region by the composite manager (see screenshot). I've tested this on my two debian boxes.
This problem is not present in sq3.9.1-7075dev08.07.1 image, so I suppose it's due to NiceFont integration ?
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
Does that mean there is some core location(s) where the alpha channel needs to be defaulting to full opacity but currently it is not?
Ken
The olpc branch in the SVN repository has a fix for that, see
- Bert -
No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.6.4 - Release Date: 8/16/2008 12:00 AM
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
The olpc branch in the SVN repository has a fix for that, see
- Bert -
Thank you. Any chance to have this patch included soon in an official squeak release (as more people use compositing on linux) ?
Am 18.08.2008 um 08:58 schrieb laurent laffont:
Maybe it occurs more often with nice fonts, but it actually is a combined VM/image problem.
The VM prefers a 32 bit X visual (with alpha channel) over a 24 bit one. If a compositing window manager is used, the alpha channel is used for transparency, but the image generally does not care about the alpha channel in its frame buffer.
The olpc branch in the SVN repository has a fix for that, see
- Bert -
Thank you. Any chance to have this patch included soon in an official squeak release (as more people use compositing on linux) ?
Sure. We sync regularly with the trunk.
- Bert -
squeak-dev@lists.squeakfoundation.org
-
Adrian Lienhard -
Bert Freudenberg -
Damien Cassou -
Juan Vuletich -
Ken Causey -
laurent laffont -
Mariano Martinez Peck