Known Issues

2006.03.26
J.C. Roberts
Allegro SPB/PSD 15.0 (and earlier)
STATUS: unfixable
In PSD/SPB versions 15.0 and earlier, there are a few annoyances in the how the grid (spread sheet) and tree (hierarchy) objects work in Cadence SKILL. These bugs are not not a big deal but they are not fixable. The only thing they really affect is how the UI interacts with the user (i.e. the tree and grid synching to one another when you click on an item). In later versions we do not have these problems.

2006.03.25
J.C. Roberts
Allegro SPB/PSD 15.0 (and earlier)
STATUS: Fixed (work-around)
I found an interesting issue on PSD_15.0 (and 14.2) regarding how the axlDBGetConnect() funtion operates on shapes. The short answer is it doesn't work so I had to disable the shape checks on 15.0 and earlier.

2006.02.24
J.C. Roberts
SPARC Solaris-v8.0
STATUS: Fixed
On the grid spreadsheet, the default background color for the currently active row is black which means you can't read any of the text.

The solution was simply to not reset the 'textColor attribute on the cells since in the default state, the textColor turns white when the row is active. In other words, the system is picking the text and background colors for the active row.

2006.02.24
J.C. Roberts
SPARC Solaris-v8.0
STATUS: Fixed (But Ugly)
On the Tree View, the red dot icon used for "Selected" items is displayed as a clear/white dot. I'm guessing the reason has to do something with the fact that Allegro uses the FF:00:00 (pure red) color as the "Transparency" color. Though the bitmap images are using the FF:00:00 Transparency for the corners, the red in the dot is specifically set to FE:00:00 so it shows up. It seems my Sun box, or more likely Solaris itself, is rounding my red (FE0000)to the transparency value (FF0000). -In other words, a bit of difference is not enough. ;-)

Heck, I've even tried to use far less "redish" colors like CC0000 and CC3300 but it still shows up transparent on Solaris.

From what I can tell, we're locked to 4-bit (16) colors. Anything that get's close to red is rounded to FF0000 and made transparent on Solaris or made visibly red on MS-WinNT (while unrounded pure red is still transparent). In other words the rounding makes no difference on UNIX (the result is always set to transparent) but on MS-Win the rounding does make a difference (colors rounded to red are shown as red but true FF0000 red is transparent).

The best I could do is use Fuchsia (FF00FF) as a replacemet.