CompuServe Thread

#ARP file requestor

13 messages in this thread
#12247From: John PendergrassSep 28, 1989 11:33 PM
Hello. Got an ARP programming q' for you… re the ARP 1.3 file requestor. When it is brought up on a 640 screen it is fine, but on a 320 screen it hangs over the right edge about 8 pixels or so. Per the 'Beta-Programmers' docs on the TxEd disk there is a fr_LeftEdge and fr_TopEdge flag, but it is marked as 'to be used later'. Am using Benchmark Modula-2. Is there any way to bring up the file requestor so that it is on any type of screen? Cannot find any way to bring it up in other than the default position? (actually it is a friend who is doing the programming… and yes, he does officially own TxEd and the 'Beta-docs'… I told him I would ask here…) Any help would be appreciated, or if anyone has an example of using the requestor in a program fragment, 'C' or Modula, would REALLY appreciate it… thanks –jp–
#12257From: M2S/Phil CampSep 29, 1989 8:35 AM
The BM-2 ARP bindings are for ARP 1.1 and have not been updated for the latest ARP release. As such, some flags have changed and some record fields have changed, including the LeftEdge/TopEdge thing in the freq structure. Either someone will have to update the BM-2 bindings, or you could always use M2Sprint 1.1 which comes with the ARP 1.3 bindings.
#12265From: John PendergrassSep 29, 1989 9:35 PM
I gather then that using ARP under Benchmark Modula-2 is out, until the bindings to 1.3 are redone? I seem to recall that one could change the position of the file requestor by modifying its 'window' prior to bringing it up, but the docs are very unclear to me here… It's a shame that there isn't an easy way to do ARP 1.3 under BM-2… –jp–
#12269From: microsmithsSep 29, 1989 10:31 PM
John, as far as I know the earlier BM bindings should work with V1.3 of ARP, except for the new function calls in V1.3 (there are only four new functions). Those should be pretty easy to implement for anyone who's familiar with the way the other bindings are done under BM-
#12274From: M2S/Phil CampSep 30, 1989 6:46 AM
Exactly, the bindings still work except for the new functions, or the new names of certain field. There were also some bugs with the interface to two of the functions in there, TackOn being on of them…
#12299From: JAMES D. WILLIAMSOct 1, 1989 8:19 PM
Cheath, off on a tangent here, Peggy Herrington said in Computer Shopper that the 1.4 file requester would look a lot like the Arp file requestor, since you were doing it…. I've seen the Arp file requester, and while it's okay, it's not my favorite. I'm especially partial to the Cygnus Ed file requester. There's a file in 'tech called FREQ.arc that is a lot like (if not identicle) the CED requester, with sourcecode (Assembler). I'd appreciate it if you'd consider some of it's features (I'll also be sure to look over the Arp requester to be sure that I don't change my mind about it <grin>) –Eet–
#12320From: microsmithsOct 3, 1989 1:56 PM
I'm taking input from anybody who wants to give it on the file requester, but the design will not be a committee design. Among the goals of the asl library is to keep the code small enough that developers will want to use it; hence spiffies which require large code will not be likely. The V1.3 ARP filerequest has a lot of additions, and a few non-obvious features such as synchronizing the display to match the name you're typing in. If you've not gotten familiar with it, that's at least the starting ground for changes, both for user interface and programmer interface. Any serious proposals should be by email. …cheath
#12326From: JAMES D. WILLIAMSOct 3, 1989 8:42 PM
oke-doke, cheath, will do. (I half expected you to byte my head off <grin>). After I get some experience with the Arp requester, you can expect some email from me <grin again> –Eet–
#12328From: microsmithsOct 3, 1989 9:57 PM
Nah, I save the head-byting for email. Seriously, anything I say in public conference about ASL has to be basicly oriented at avoiding controversy and not making any committments beyond what Commodore's announced. I'll be glad to listen and reply privately at greater depth. …cheath
#12268From: microsmithsSep 29, 1989 10:26 PM
You can initialize the fr_LeftEdge/fr_TopEdge fields, which used to be "fr_reserved2" as a longword field. If you leave that field zeroed, you get the default position, but if you store a value that value will be used (offset by one pixel, so you can get 0,0 with 1,0). We won't be supplying BM2 materials for V1.3 of ARP, don't have anyone using BM2 to do them for us … if you've got M2Sprint, they've got vendor-supported ARP bindings and docs. Hope to have the V1.3 "ARPPRO3.ZOO" developers support files uploaded within a few days now. …cheath
#12286From: John PendergrassSep 30, 1989 8:55 PM
OK thanks… I will pass along that info. The programmer with the problem said he had tried to provide it with arguments, rather than using the default, but that it didn't make any difference. I'll suggest he doublecheck his code, and try to find a copy of the M2Sprint docs for a reference… will look forward to the ARPPRO 3.0 docs. thanks again. –jp–
#12292From: M2S/Phil CampSep 30, 1989 10:05 PM
"finding a copy of the M2Sprint docs for reference" I hope you are aware that this will require him to purchase M2Sprint? This stuff ain't PD. I'm trying to pay the rent with it… 🙂
#12303From: John PendergrassOct 1, 1989 11:36 PM
Hey hey, you are talking to the 'Pirate Death' of the NW… I meant, and suggested to him, that he call one of his Modula buddies who have M2Sprint, and ask them. Am hoping you have no problems with an owner of your stuff discussing it with others? It might even convice him to go out and buy it! (thus paying part of your November rent) :-> –jp–