Make it an impulse. Then, in the function, check to see if deathmatch is anything other than 0. If it is, then nothing happens. And if it's 0, then coordinates are read out. What he wrote for obj.origin_x can be done for origin_y and .origin_z too.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Guitar Babe Sent: Thursday, March 09, 2006 10:37 AM To: AGRIP User and Developer discussion list Subject: Re: [AGRIP-discuss] Asking for some help... Sounds good; I'm just learning QuakeC so am wondering, will this only yield the coordinate for the X axis? I'd think you'd want to print the _x _y and _z values?... Also, I'm wondering if this might be a function which would be automatically turned off in a multi player / deathmatch game, as it might give an advantage in navigating maps which wouldn't ordinarily be there? -Not to mention the idea of slowing things down as you said. Part of the game seems to me to be navigating the maps without necessarily a point of reference? yes?... So my thought was to have this be more of a development / editing tool for maps since it will allow one to actually move around in the map and figure out where things should go based on an actual point of view and first-hand idea of the surroundings so that one can really get the idea of what they're doing; and as I mentioned, it might also allow one to start creating some very simple maps. -Just a thought... anyway, thanks so much for the function idea / code. I'd love to hear your and others thoughts on this. Have a great day!... Smiles, G-Girl At 01:30 PM 3/9/2006 +0000, you wrote: >Good question; I think it is not a builtin function but you could write >a function to do it for any object > >void(entity obj) posinfo = >{ > dprint("Object in front is a: "); > dprint(obj.classname); > dprint("\n"); > dprint(ftos(obj.origin_x)); > dprint(" X "); > . . . > dprint("\n"); >} > >I can add this as a standard function if you like for the next release. >Just be careful not to call it too often or you'll get waaaaay too much >output and things will slow down lots. > >Thanks very much for letting me know this may be needed :-). > >As people start to use the inbuilt functions, I may change the API to >make the function names shorter. I will help anyone update their code >if this is done; just an idea to make things easier for you in future. > >best regards, > > >-- >Matthew T. Atkinson <[EMAIL PROTECTED]> > >_______________________________________________ >AGRIP-discuss mailing list >[email protected] >http://lists.agrip.org.uk/cgi-bin/mailman/listinfo/agrip-discuss > > > >-- >No virus found in this incoming message. >Checked by AVG Anti-Virus. >Version: 7.1.375 / Virus Database: 268.2.1/277 - Release Date: 3/8/2006 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.375 / Virus Database: 268.2.1/277 - Release Date: 3/8/2006 _______________________________________________ AGRIP-discuss mailing list [email protected] http://lists.agrip.org.uk/cgi-bin/mailman/listinfo/agrip-discuss _______________________________________________ AGRIP-discuss mailing list [email protected] http://lists.agrip.org.uk/cgi-bin/mailman/listinfo/agrip-discuss
