That's because you weren't part of it! ;)

Or maybe because he plays a Shadowknight and doesn't get a cool pet. :)

As far as adding the "Pet" label I'll take a look at it tomorrow and see what it looks like. Keep in mind it will have to have enough space to be translated into all of the locales we run in. I just really like how clean it looks now and not sure if that label will look nice. Lots of confusion can be solved by tooltips, and once people know what it is, the label becomes pretty redundant.

I can tell you from experience that sadly people tend to ignore tooltips. But I do agree on the second part of your statement. And stupid questions will be asked anyway.

While we're on the subject, any chance of adding Pet Detrimental icons to the Pet Window itself? As a Conjuror it's a real pain in the butt trying to guess if my pet has a detrimental or not.

Should just do it like EQ1 does it for the pet HPs. Between the player's HP and player's Power pool would rest the pet's HP in a smaller more compact HP bar. It's conserving space that way.

Salivating...
 

Is this a reality now? Can we finally have pet health in our group windows? I am a returning player (have not played for a year and my system is on the final stages of a 3 hour patch) and I just want to know if this is possible?

I usually play a necro or a conj and I found that when I grouped with a healer my pet was always an afterthought to my groupmate (well, maybe I needed better ones :rolleyes: ). I believe this will be a fantastic idea and all pet owners will rejoice everywhere! YAY!

Yes, this will become a reality in the next Game Update. I'm also hoping to have the raid window detriment icons added by that time as well. We have a little longer of a dev cycle for this GU since the holidays fall during it. I would expect it sometime in January but not sure exactly when.

Thanks for the update. We hope to see as many new elements included as you can throw at us!

I recommend avoiding the over use of labels on persistent windows. This is one of those "Learn once" scenarios. Anyone that cares will know what the bar does less than 5min into a group and never ask again. They'll be glad there's less screen clutter pointing out stuff they already know.

Now a ToolTip that makes it obvious this is a pet... prbly a good idea.

It looks like I'm going to have to make a change to the group window that will require a slight update for custom UI's.

Currently the client looks for mousedown messages to the entire group member block to cause you to target that person. In order for me to make it so that clicking the pet health bar targets the pet I really need to modify the structure of the group window a bit.

The pet controls are in a PetInfo page just like the Effect icons. I've decided to move all of the Member Info controls down into their own page as well. This way I can isolate just the licks to the member info for targeting. This might also let you go back and cleanup and click-to-cure features that currently require that you put addition controls on top of the group window.

The downside is that the code now looks for the controls in a child page. So until the group windows are updated, they probably won't work when the new game update is released.

When I need to get around window clicks on inside elements for the Player/Group window I just use a OnHoverIn that set AbsorbsInput to false on the main window.

I know that's quite a "hack" on functionality, but it worked for added buttons to these windows.

Yea I use the same thing drums does now. It works better then adding pages ontop of pages.. Plus I was able to make the group window a composite so that i could make group member align top,bottom or center :P

Also shouldn't OnPress/Click trigger off mouse key up? I bereave that's when most windows control trigger that event. That also give the user an out too :P

I'm all for MouseUp instead of MouseDown, always.

While we are talking about group window design, may I derail just a little bit: Does anybody know whether all group window dynamic data works by now? I still have a group window version only based on dynamic data somewhere because I would like to completely redesign the structure, but last time I tried not all DD worked. Landiin, your composite sounds like you may be using a DD based window?

Yeah, sometimes mouseup is better than mousedown but depends on the situation. For user-responsiveness, mousedown is better like selecting an item in a listbox.

I've reworked the group window a bit, putting all the group member controls in its own page. So now there are 3 sub-pages under MemberInfoPage. One for the member data, one for pet data and one for effects.

I've changed the code so that clicking anywhere in the member info area targets that member. Clicking in the pet page targets the pet and clicking in the effects page does nothing.

This will probably require that most of you rework your group page a little bit, but hopefully it'll be cleaner in the long run and you won't need to use the hover in/out hack to get around targeting.

On the subject of group-member dynamic data, I too wondered when I first looked at the window why it wasn't based on dynamic data. When I added the speaking indicator back when we did voice chat, I made it run off dynamic data, and the new pet info is now strictly dynamic data. If I get time to look at it again, I might try to convert it.

I don't care what Zoltaroth says, Your the MAN Rothgar!

(not that I've ever heard Zoltaroth say anything bad about you)

After reading through the Raid window thread I got to thinking that the group and raid windows are animals of a similar stripe. And since your adding the ability to hide and show the detriment icons on the raid window why not include that same functionality to the group window. I mean if your the type of person who either can't do any thing about the effects on another player or simply doesn't care, that information is fairly useless to you. So I figured you've already put in the work for the raid window it should be fairly easy to just add similar code to the group window. Right? :confused:

How will we be able to distinguish between the player and the pet? You mention clicking on the pet targets the pet instead of the player?
As a healer, I'm interested in adding a heal-'button' to the pet. (similar to the buttons in ProfitUI).

When the master and pet have the same name, would this work?

target <name>
targetpet <name>