problem with grid and acadstyles

Started by grrrr, January 08, 2010, 12:17:09 PM

Previous topic - Next topic

owenwengerd

For true color you're stuck with the raw text, because true colors are complex types (RGB, ACI, or color book).
Owen Wengerd (Outside The Box) / ManuSoft

grrrr

thanks owen,

think i am experienced enough to make workarounds.
i dont like quick and dirty.
what i wan't is a solution quite right, without tricks.

special the label data for color is depending on localization.
for labeling that makes sense an is welcome, but for programming there
should be the underlaying data available used in acad environment.
in this case the data returned from acad_truecolordlg.

owenwengerd

Perhaps you could change the cell style to 4 and use your own ButtonClicked event handler to display the true color dialog.
Owen Wengerd (Outside The Box) / ManuSoft

grrrr

hello owen,

thanks for the tip, but how can i distinguish between more than one of my own subtypes( maybe 31 for true color, 32 for lineweight and 33 for linetype). can userdata assigned to a colum or cell for coding that?

btw: dcl_grid_addstring does not trim leading and trailing space.
please have a look at my last sample( first tab - third column textstyle)

lg

owenwengerd

If you don't want to hardcode your cell positions, you could coopt the CellDropList for extra identifying information. I don't think AddString should trim leading and trailing spaces. Do you think it should?
Owen Wengerd (Outside The Box) / ManuSoft

grrrr

hi owen,

yes i think so. addstring and insertstring should, because there are delimiters.
if there are WS as delimiter its a must. it makes only sense for the labels
if the font is a fix font then you could use SP for offset, oh no.
greetings from the old punchcards.
i believe not to distiguishe between '' and ' ' meaning data is 'nil' or 'blank'.
that should be the same.
lg