View Single Post
  #27  
Old 10-23-2010, 06:39 PM
DustyPorViva DustyPorViva is offline
Will work for food. Maybe
DustyPorViva's Avatar
Join Date: Sep 2003
Location: Maryland, USA
Posts: 9,589
DustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond reputeDustyPorViva has a reputation beyond repute
Send a message via AIM to DustyPorViva Send a message via MSN to DustyPorViva
Quote:
Originally Posted by scriptless View Post
I'm confused what you mean by functionality? If you used tiletype for example, do you mean check if a tiletype exists in a given area of tiles? I actually think that feature would be VERY usefull, altho can be done with a workaround, it still would be nice.
Exactly. Say you build a movement system off of onwall2 like this(which I usually do). Then suddenly you need to code in some custom tile detection, say making chairs blocking(for horses). Now you're screwed because coding a wall check for onwall2(which detects areas) and tiles(which detects only a single pixel) is very different. I mean, it's not impossible but it always seems like a waste of time and effort.


I don't see any reason why someone would think onwall2 was less efficient than onwall. If you use onwall you end up having to do the extra checks that onwall2 does anyways, except you have to do them in GS2 which is much less efficient than it being internally handled. It doesn't make any sense to assume otherwise.
Reply With Quote