|
|
Thread Tools | Display Modes |
#41
|
||||
|
Quote:
I am not personally savvy on code but a query tied to the spawn event, I would think, would be a simple command that could be automated into the spawn itself- but that's all theory until someone qualifies the time it would take to do so.
__________________
Anichek Dudeki
Officer, Guild Relations Bregan D'Aerth | |||
|
#42
|
|||
|
Another concern brought forward: binding in zones to gate to the engagement.
Simple - no gating into an engagement zone. Period. How do you get to Gore? Cap it, Druid port to rings, but no gating to KC. How do you get to Sev? Bind in CoM or TT. How do you get to Tal? Hammer and run, etc. Simple to hold to, simple to execute, yet will still allow for staging of characters OR if one is really motivated, shifting bind points with whatever targets you are going for as the windows open. Potentially screws you in a repop too, which adds more fun and complexity to Earthquakes!
__________________
Anichek Dudeki
Officer, Guild Relations Bregan D'Aerth | ||
|
#43
|
|||
|
Holy shit at this thread.. Yes asgard would agree to doing away with mages for fte outside of trak, this was and is a ridiculous requirement to compete for ffa spawns. Again any rule set that says ppl in zone cannot get fte and anyone who does get fte must zone in from a connecting zone will suffice. I personally agree that any argument about ppl with faster computers or internet are not valid. Please lets get rid of mage tracking, it is not cool.
__________________
Pint
| ||
|
#44
|
|||||||||
|
Quote:
Quote:
Quote:
Quote:
Problems or confusion are usually a result of rules needing to be rapidly put in place taht don't receive the proper treatment. I hesitantly present the current raid rule-set as a prime example of this. We had very little time to talk about these and get them right. I was also fairly spaced out when the actual rules were written as well, and I usually provide the actual write-up for new rules, or at the very least give the wording itself to the person writing it. Most times I spend lots of time making sure this is clear, easily understood, and lawyer proof, but again, I was mostly spaced out at this time (and to be honest, I feel like we all may have been a bit far away that day). As a result, I really think the current "raid rules" are vague, confusing, and sometimes outright misleading. We still get asked for clarification, with almost a year having passed since their creation. A good rule will be easy to write in a clear and concise fashion that demands little clarification, creates minimal confusion, and allows little room for lawyering or "purposeful misinterpretation" - something that many of you have gotten very good at doing, but I truly feel is less prevalent now than it was a year ago. At this point it's "too late" to fix these rules on our own, and I don't see much desire from the staff to do so, which is why I have been trying to gently nudge the community into doing so themselves, finally changing my nudge to a shove a couple weeks ago in a thread somewhere. There are also times that we make rules we know will be extremely unpopular or outright hated, but are necessary anyway. At times like these, we rarely bother to do any kind of community "beta-test" prior to activating them. Quote:
Quote:
As a side note, Anicheks idea would be really difficult to police. In addition, as previously stated, anything that requires a code-change that is more extensive than changing an integer or two is not worth talking about. Rogean and Haynar already have enough to do. A zone check or even an area within a zone check, for example, is not that hard to code (from what I understand) in itself. But any information collected in that check then needs to be outputted somewhere accessible by the staff - simply throwing it into a back-end table would mean only I can read it, and that's not likely to be good enough. That means new connections to the front-end, which means more coding, which means more time and testing and hair tearing. At this point in time we're doing our best to create less work for our development staff, I refuse to even mention something that would create more. Still excited to see you guys coming up with new ideas in between my unnecessarily long and overly descriptive posts. Kudos and thanks to anyone who reads through all of these [You must be logged in to view images. Log in or Register.] | ||||||||
Last edited by Derubael; 10-24-2014 at 12:32 AM..
|
|
#45
|
|||
|
Thank-you, Derubael, for taking the time to clarify the situation, and for responding to my concerns in regards to Velious. Looking forward to seeing the upcoming discussion.
__________________
Drakakade ~ Divinity
| ||
|
|
|