On Mar 26, 2010, at 11:37 27AM, Lukas Renggli wrote:
>> If the text background color is consistent, it should be fakeble in image.
>> Otherwise I'd reckon it requires more BitBlt fixes.
>
> Ok, converting the string morph to a bitmap works indeed. The text is
> readable. However the transparency
> If the text background color is consistent, it should be fakeble in image.
> Otherwise I'd reckon it requires more BitBlt fixes.
Ok, converting the string morph to a bitmap works indeed. The text is
readable. However the transparency does not work.
I hope the VM gets fixed :-)
> Look at the te
On Mar 26, 2010, at 11:11 47AM, Lukas Renggli wrote:
> Ahh, with Squeak4.2.3beta1 I get the same as you.
>
> Not perfect, but already better. Any idea how the ugly expanded areas
> can be fixed?
>
> Lukas
If the text background color is consistent, it should be fakeble in image.
Otherwise I'd
Ahh, with Squeak4.2.3beta1 I get the same as you.
Not perfect, but already better. Any idea how the ugly expanded areas
can be fixed?
Lukas
On 26 March 2010 11:06, Lukas Renggli wrote:
> 2010/3/26 Henrik Johansen :
>> Hmmm, are you running on the latest VM's?
>
> I am using the Squeak4.2.2beta1
2010/3/26 Henrik Johansen :
> Hmmm, are you running on the latest VM's?
I am using the Squeak4.2.2beta1 VM on OS X.
The vertical text example looks like in the attached file.
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
<>___
Pharo-project mail
Hmmm, are you running on the latest VM's?
With Pharo 1.1 and squeak 4.1, on both OSX and Windows I do not get black
rectangles, but "expanded" black areas like attached.
Cheers,
Henry
<>
On Mar 26, 2010, at 10:41 42AM, Lukas Renggli wrote:
>> It's not fixed in Squeak.
>> WarpBlt does not work wi
> It's not fixed in Squeak.
> WarpBlt does not work with alpha 0 > < 1.
> Another example is rotating a systemwindow (from the halo menu), its
> dropshadow will be pure black. (i.e. all non-transparent pixels are rendered
> with their pure RGB component)
Ok, but what does this mean exactly?
Pre
It's not fixed in Squeak.
WarpBlt does not work with alpha 0 > < 1.
Another example is rotating a systemwindow (from the halo menu), its dropshadow
will be pure black. (i.e. all non-transparent pixels are rendered with their
pure RGB component)
Cheers,
Henry
(TransformationMorph is removed in C
Yeah, it is the same bug in Pharo 1.0 and 1.1
Lukas
On 26 March 2010 09:31, Stéphane Ducasse wrote:
> lukas
>
> did you check in the latest version of squeak because I saw some fixes about
> put Morph in TextMorph?
> Also in Cuis 2.0 because I imagine that juan got the same transformation. Now
lukas
did you check in the latest version of squeak because I saw some fixes about
put Morph in TextMorph?
Also in Cuis 2.0 because I imagine that juan got the same transformation. Now
it seems that he changed that.
Stef
On Mar 26, 2010, at 8:58 AM, Lukas Renggli wrote:
> I noticed a problem
I noticed a problem with transformation morphs and created a bug report:
http://code.google.com/p/pharo/issues/detail?id=2207
The problem seems to be that the transformation morph creates a black
rectangle on the rotated clipping bounds. I does not only happen with
TextMorphs but also with (som
11 matches
Mail list logo
