yang686526

problem about filling color for area.
problem about filling color for area.
dear all,
i meet a strange problem that when i fill color(such as 255,225,225) for area, it is not correct. if the set backgroud color is write, this area is display as black. i dont know why.
souce code
----------
oddbhatchptr pddbhatch = oddbhatch::createobject();
pddbhatch ->setpattern(hatchpatterntype::kpredefined, "solid");
pddbhatch ->setcolor(rgb(255,225,225));
----------
my dd version 2.5.2
last edited by dud@rib.de; 5th november 2008 at 02:13 amfff">.
oddbhatch has no setcolor method.
oddbentity::setcolor accepts odcmcolor, not rgb.
can you provide more complete example?
vladimir
quote:
originally posted by vkalinin
oddbhatch has no setcolor method.
oddbentity::setcolor accepts odcmcolor, not rgb.
can you provide more complete example?
i am sorry this is not complete code and i know you said.
you can try to create a solid area and set the color(255,225,225) to this area, then open this dwg file with autocad. the color of this area is not correct. but, other color for area is correct.
-----
oddbhatchptr pdbhatch = dbhatch::createobject();
pdbhatch->setpattern(oddbhatch::kpredefined,"solid");
odcmcolor color;
color.setrgb(255,225,225);// if i set other color for this area, it will be ok.
//if i set this color(255,225,225) for mtext, it is ok too.
pdbhatch->setcolor(color);// it will call base class oddbentity::setcolor()
------
i teeted following code in 2.5.2:
code:

oddbblocktablerecordptr pms = pdb->getmodelspaceid().openobject(oddb::kforwrite);
oddbhatchptr h = oddbhatch::createobject();
odgepoint2darray pts;
pts.append(odgepoint2d(0,0));
pts.append(odgepoint2d(0,1));
pts.append(odgepoint2d(1,1));
pts.append(odgepoint2d(1,0));
pts.append(odgepoint2d(0,0));
odgedoublearray bulges;
bulges.resize(5, 0);
h->appendloop(oddbhatch::koutermost|oddbhatch::kpolyline, pts, bulges);
h->setpattern(oddbhatch::kpredefined, "solid");
odcmcolor c;
c.setrgb(255,225,225);
h->setcolor(c);
pms->appendoddbentity(h);it produces light pink square. it looks identical in odamfcapp, and autocad both on light or dark background.
perhaps you can attach a result (dwg file) that looks different?
vladimir
quote:
originally posted by vkalinin
i teeted following code in 2.5.2:
code:

oddbblocktablerecordptr pms = pdb->getmodelspaceid().openobject(oddb::kforwrite);
oddbhatchptr h = oddbhatch::createobject();
odgepoint2darray pts;
pts.append(odgepoint2d(0,0));
pts.append(odgepoint2d(0,1));
pts.append(odgepoint2d(1,1));
pts.append(odgepoint2d(1,0));
pts.append(odgepoint2d(0,0));
odgedoublearray bulges;
bulges.resize(5, 0);
h->appendloop(oddbhatch::koutermost|oddbhatch::kpolyline, pts, bulges);
h->setpattern(oddbhatch::kpredefined, "solid");
odcmcolor c;
c.setrgb(255,225,225);
h->setcolor(c);
pms->appendoddbentity(h);it produces light pink square. it looks identical in odamfcapp, and autocad both on light or dark background.
perhaps you can attach a result (dwg file) that looks different?
i found out the problem that if i write this area to dwg(file version vac15), it is not correct, but if i write this area to dwg(file version vac18), it is correct. but line is all ok in both dwg version.
please have a look at the attchament.(the color of area1 is correct in hierarchy_vac18.dwg, but is not correct in hierarchy_vac15.dwg)
attached files (9.7 kb, 2 views)
(7.4 kb, 1 views)

last edited by dud@rib.de; 7th november 2008 at 01:40 amfff">.
r15 does not support truecolor, only palette colors can be used.
indexed color are different, depending on the background (different palettes are used).
first color is either black or white.
vladimir
but i set this color for line or text, it is correct, why?
could you tell me how to deal with this case?
thank you very much!
if you'll open the file with acad 2000 - 2002, you'll see black/white hatch.
now, about new versions: usually, when saving to a previous version, roundtrip data is attached to an entity, to restore properties not supported by the previous version, when opening in later versions again.
in case of hatch true color, it was detected that such round trip is crashing some builds of autocad 2000. therefore we don't save color roundtrip for hatch.
vladimir

quote:
originally posted by vkalinin
if you'll open the file with acad 2000 - 2002, you'll see black/white hatch.
now, about new versions: usually, when saving to a previous version, roundtrip data is attached to an entity, to restore properties not supported by the previous version, when opening in later versions again.
in case of hatch true color, it was detected that such round trip is crashing some builds of autocad 2000. therefore we don't save color roundtrip for hatch.
i got it, thank you again!