4z234o
Eric Musco posted an update on the official forums yesterday regarding hood toggle. Eric replied to a named Pingonaut who had the following question:
It has been more than two years patch after Game Update 1.2. Delays are acceptable, this is not.
He even goes so far as to leave us in the dark, waiting for a word about it for two years?
Why did they suddenly stop talking about it? Did they forget? Were they hoping we would forget? Just give us some explanation. Be it good or bad news it cannot be worse than knowing nothing at all.
Here is Eric’s reply:
Hey Pingonaut,
I know that hood toggle is something we have talked about intermittently at some cards at this time.
Hope that answers your question.
I you wonder whats so complicated about this, SWTOR_Miner posted a pretty interesting speculation post about this a while back:
I’m going to talk about hoods, but some of the same stuff applies to the “backpacks” as well.
The hood toggle feature is likely being held up by implementation issues. Just like the portable put on the back burner.
If I had to speculate, the main sticking points would be how to handle helmets that explicitly don’t allow hoods, how to the hood state, and Twi’leks.
The helmet/hood compatibility list is most definitely not exposed in any usable way to the UI based on how it appears to be implemented. That removal system. It seems to be implemented pretty deep in the rendering engine as a series of rules based on mesh names. If you solve this issue, you have to deal with the next one:
How do you the hood up/down/remove state to other clients? Well they already the dye need to implement a new system. Just add an extra hidden slot, and the state in the same way you the dye information. Have a placeholder item you put in the hood state “slot” based on whether you want to remove it or not, and use the dye match state to the up/down state. But, that leads into the biggest problem by far:
How do you handle races like the Twi’lek? The hood models they have wouldn’t even work with the Lekku positioned to the front. So, do you implement the feature knowing one of your force them to the front of the character.
So, it might be something that they’re working on. But, it’s not as simple of a problem as it initially appears. I hadn’t really stopped to think about it till the other day when I off-handily stated in an interview how easy it would be to implement such a system. It would be very easy to implement if you didn’t care how well it ACTUALLY worked.
So while we still have no clue, this might be a pretty interesting explanation on this.
