Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

At 05 NOV 1997 08:02:58AM Oystein Reigem wrote:

Thought I should brighten up my app

with an hierarchical list box,

but I have problems with the bitmap on level 1.

All other levels are fine.

My bitmaps are standard Windows 16 colours.

I use OIWG 3.3.

Is this something that's been fixed in later versions?

Here is my first attempt

(I've resized all the images by 4

to make things easier to see):

Bitmap:

www.hd.uib.no_oystein_scratch_bmps1.jpg

Here is the result:

www.hd.uib.no_oystein_scratch_box1.jpg

As you can see the two grays (RGB 192,192,192

and 128,128,128) show as white in the upper half

of image 1 but are fine in the lower half.

In my second attempt I just switched around

image 1 and 2:

Bitmap:

www.hd.uib.no_oystein_scratch_bmps2.jpg

Here is the result:

www.hd.uib.no_oystein_scratch_box2.jpg

As you can see the problematic image shows fine

at level 2.

After that I tried with all the 16 colours

in image 1:

Bitmap:

www.hd.uib.no_oystein_scratch_bmps2.jpg

Here is the result:

www.hd.uib.no_oystein_scratch_box2.jpg

Now certain colours in image 1 turn white

no matter where in the image they are.

When I tried with a different "rainbow" layout

other colours turned white.

- Oystein -


At 05 NOV 1997 08:37AM Oystein wrote:

Sorry - mixed my gifs and jpegs.

Here is everything once more:


Thought I should brighten up my app

with an hierarchical list box,

but I have problems with the bitmap on level 1.

All other levels are fine.

My bitmaps are standard Windows 16 colours.

I use OIWG 3.3.

Is this something that's been fixed in later versions?

Here is my first attempt

(I've resized all the images by 4

to make things easier to see):

Bitmap:

Here is the result:

As you can see the two grays (RGB 192,192,192

and 128,128,128) show as white in the upper half

of image 1 but are fine in the lower half.

In my second attempt I just switched around

image 1 and 2:

Bitmap:

Here is the result:

As you can see the problematic image shows fine

at level 2.

After that I tried with all the 16 colours

in image 1:

Bitmap:

Here is the result:

Now certain colours in image 1 turn white

no matter where in the image they are.

When I tried with a different "rainbow" layout

other colours turned white.

- Oystein -


At 05 NOV 1997 08:43AM Oystein wrote:

Now I got the third pair of images wrong.

Here goes again:


Thought I should brighten up my app with an hierarchical list box,

but I have problems with the bitmap on level 1.

All other levels are fine.

My bitmaps are standard Windows 16 colours. I use OIWG 3.3.

Is this something that's been fixed in later versions?

Here is my first attempt (I've resized all the images by 4 to make things easier to see):

Bitmap:

Here is the result:

As you can see the two grays (RGB 192,192,192

and 128,128,128) show as white in the upper half

of image 1 but are fine in the lower half.

In my second attempt I just switched around image 1 and 2:

Bitmap:

Here is the result:

As you can see the problematic image shows fine at level 2.

After that I tried with all the 16 colours in image 1:

Bitmap:

Here is the result:

Now certain colours in image 1 turn white no matter where

in the image they are. When I tried with a different

"rainbow" layout other colours turned white.

- Oystein -


At 05 NOV 1997 09:13AM Carl Pates Sprezzatura Ltd wrote:

Hi Oystein,

What you are getting is a known 'feature' of heirarchical list-boxes that has to do with the FloodFill algorithim used to draw the first image (and, if I recall correctly, determining the background colour).

I brought this topic up on Compuserve a couple of years ago and Gene gave me a very detailed answer as to why this was..so if your archives go back that far you could have a look for the answer there (mine don't I'm afraid..)

AFAIK the only workaround is to enclose your image in a black border, which should preserve your colours within it, as the FloodFill call stops at black (hence the preservation of the colours in the two corners of your example 3)

[email protected]

Sprezzatura Ltd

World Leaders in all things RevSoft (Except VIP)


At 05 NOV 1997 09:55AM Oystein wrote:

Carl,

Thanks! I'll use the workaround.

- Oystein -

PS. Is there also a reason why when you look at

the LIST property there seems to be something

missing in the text at level 1? There is just

"1:…" and I expected "1-1:…". All other

levels have "n-n:…".


At 05 NOV 1997 01:34PM Carl Pates Sprezzatura Ltd wrote:

Oystein,

]]PS. Is there also a reason why when you look at

the LIST property there seems to be something

missing in the text at level 1? There is just

"1:…" and I expected "1-1:…". All other

levels have "n-n:…".Sprezzatura Ltd[/url]

World Leaders in all things RevSoft (Except VIP)


At 06 NOV 1997 05:55AM Oystein Reigem wrote:

Carl,

I managed to stop the fill by having just *one*

black pixel at the upper left corner!

(If you remember, my first image was a landscape

with some houses, and I can just say the black

pixel is a crow or something. )

- Oystein -

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/adcb6fe2b306f239852565460047aed5.txt
  • Last modified: 2023/12/28 07:40
  • by 127.0.0.1