[aplusdev] Problems with screen management.

[John.Mizel at morganstanley.com]

Vladmir,

The problem with s.COLOR_NAMES will be fixed in the next release.

In /usr/local/aplus-fsf-4.18/lib/s.+

  set
       s.COLOR_FILE  to '/usr/X11R6/lib/X11/rgb.txt'
       s.COLOR_FILE1 to '/usr/lib/X11/rgb.txt'

  and in function s.color_information{f0;f1} 
    add after: if(() match k ) k gets sys.readmat{f1};
    the line:  k gets 1 drop k; 
    
    (where gets and drop are the proper apl symbols)

As for the problem with `tree please confirm that t is a slotfiller.
  i.e _issf{t} will return a 1

Thanks,
John 


On Wed, 19 Dec 2001, Vladmir N. Kutinsky wrote:

> Hello,
> In my work I use the "Tree" display class to represent hierarchial
> structure of my data. In 4.18.5 version of A+  things like
>         $load s
>         t<-(`a;<(`b`c;((`4;<0);(`5;<0))))
>         show `t is `tree
> work  fine.
> However, when I try to
>         show (unpack)s.COLOR_NAMES
> I get
>         [error]  s.COLOR_NAMES: value
> The same is true for
>         s.hc `112233
>                     readmat open: No such file or directory
>                     readmat open: No such file or directory
>                     [error]   : type
>                     [error]  s.COLOR_INFORMATION: value
>                     [error]  s.COLOR_NAMES: value
> 
> At the same time things like
>         s.FONT_NAMES
> work fine...
> 
> 
> Later I decided to check the 4.18.7 version of A+. Here, I can't even
>         show `t is `tree
> it says
>         [error] variable t cannot be bound to tree
> and, to crown it all,
>         s.COLOR_NAMES
> doesn't work again...
> 
> What is the problem? Is it that I do something wrong?
> 
> Best regards,
> Vladimir
> 
> 

--