Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!cory.Berkeley.EDU!koster From: koster@cory.Berkeley.EDU (David Ashley) Newsgroups: comp.sys.amiga.tech Subject: My "Fix" of loadrgb4 Message-ID: <5007@pasteur.Berkeley.EDU> Date: 15 Aug 88 01:12:49 GMT Sender: news@pasteur.Berkeley.EDU Reply-To: koster@cory.Berkeley.EDU (David Ashley) Organization: University of California, Berkeley Lines: 29 In a previous article koster@cory.berkeley.edu writes: > Why don't I just modify the copper list to change the color tables? Ok, I got a lot of advice telling me this was wrong, and some of it from C-A officials. So I worked around it by living with the LoadRGB4 and only displaying the View it works on while I am changing color tables. The way LoadRGB4 seems to work is: It is given a viewport structure as input. It looks into the vp_dspins field to find a CopList. Then it looks into the cl_CopLstart field to find the LOFlist that is also duplicated in the LOF field of the View structure. Since I effectively have three Loflists, and Loadrgb4 takes a viewport as input, it only does its magic on the last mrgcop or makevport call. Perhaps if I update the cl_CopLstart field in the viewport's vp_dspins coplist, THEN call Loadrgb4, I would be able to modify an arbitrary View's color map. However, this is just as bad as modifying the copper list myself. It would be nice to have a command like COPLoadRGB4(cprlist,table,count) Which would take a cprlist and modify its colortable registers. This wouldn't cost anything extra, as the existing LoadRGB4 could just call it. Are screens viewports? And is the intuition/workbench display a view? Why are there two blank lines between screens, when the RKM #1 says there only needs to be one between viewports?