Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!ames!apple!sun-barr!sun!pepper!cmcmanis From: cmcmanis%pepper@Sun.COM (Chuck McManis) Newsgroups: comp.sys.amiga.tech Subject: Re: Create Port and Simeple refresh problems... Message-ID: <117348@sun.Eng.Sun.COM> Date: 24 Jul 89 18:46:28 GMT References: <3856@cps3xx.UUCP> Sender: news@sun.Eng.Sun.COM Reply-To: cmcmanis@sun.UUCP (Chuck McManis) Organization: Sun Microsystems, Mountain View Lines: 52 In article <3856@cps3xx.UUCP> porkka@frith.UUCP (Joe Porkka) writes: >Simple question for CBM folk: What is the difference between >the CreatPort.c source in the 1.3RKM Vol. 2 and the >CreatePort() in amiga.lib ? >The RKM says "Example only, please use amiga.lib version where possible" >why? Well I'm not a CBM Folk but can guess why they said that, basically they are/were the same routine. However in the future, if CreatePort needs to be changed and you were still using the typed in version you might not pick up that change. The source was simply a workaround for the bug that the routine didn't exist in amiga.lib. Now it does, you can use it instead. >Simple Refresh Windows: I asked this question before but nobody >answered so here goes again. >I have a program that may open a bunch of SIMPLEREFRESH windows with >text (eventually graphics too) in them. The windows are actually text >viewers, and so they allow the user to scroll them. >-> Is there a good way to refresh a window after ScrollRaster?? <- Define good, and define refresh. I take it to mean that you want to scroll the raster and then refresh those bits that didn't move? That is certainly possible, you just have to program it that way. When you get a "refresh" message you should call BeginRefresh(), followed by the commands to rerender your window, followed by EndRefresh(). That is the only way to do it. The damage lists insure that you only rewrite those portions of the window that were damaged. Some improvement has been promised in the way damage lists are maintained for 1.4. >-> Will ScrollRaster be fixed in AmigaOS V2.0? <- What about it is broken? If you mean the "flashing colors" bit when you try to scroll an n bitplane screen then no, it won't be fixed that I know of. The problem is with the number of bits you can move in between frames. To prevent things from changing colors you need to move all bits on all bitplanes. If you have a 640 wide screen up with 3 or 4 bitplanes you will hardly ever be able to keep up because the blitter just isn't fast enough. Alternative ways of scrolling are double buffering the screen (expensive in memory) or using the Copper. >Another simple question: Is it Okay to have more than one boolgadget >pointing to the same Intui(Image|Text|Border) ? Yes, since these structures are "read-only" they can be shared by several gadgets (and even tasks if you want to get weird). --Chuck McManis uucp: {anywhere}!sun!cmcmanis BIX: cmcmanis ARPAnet: cmcmanis@sun.com These opinions are my own and no one elses, but you knew that didn't you. "A most excellent barbarian ... Genghis Kahn!"