Authors CurseForge

Where would I get the branch and how would I make it work?

You need to get an svn client, such as tortoisesvn, and use it to "checkout" the following address:

svn://svn.wowace.com/wow/grid/mainline/branches/ace3

You will need to separately download the required libraries from their respective pages on wowace (you can see which ones you need by looking in the .pkgmeta in the Grid folder). Put them all in the Libs folder within your Grid folder.

Depending if you've ever done this sort of thing before, that is likely either too much information or not quite enough . . . but that's more or less what you would have to do.

Just keep in mind that if you download the branch you are downloading something that the maintainer has not yet released, so don't blame him if isn't perfect. Blame me, if you want, but don't blame him.

If you do decide to do it but get stuck on some detail, you can pm me and I'll try to help out if I'm available.

I'm probably not coordinated enough to do that, I may try it, but thank you for the information nevertheless.

- I'm prepared for it to be buggy, I know this stuff isn't ready yet.

Quote from MSaint

Hmmm. Didn't see anyone 'belittle' or say anything bad about Phanx here, actually. Phanx was very clear that he is doing his best but has a big work load at the moment. I'm sure he'll get something out as soon as he reasonably can.

Anyone who is so desperate that they can't wait can download the branch if they want.

Well - I certainly wasn't referring to you! :)

Belittle might be a strong word - and maybe not the best choice to have used. I suppose it just really rubbed me wrong that people were here going "how am I ever going to raid, why isn't this done yet". Especially when the dev has stated 1) he's working on it; and 2) why he's slower than usual on getting something out.

I just thought perhaps people needed a bit of a reminder that there is no obligation of him, at all, to continue to do this for us.

I've merged the Ace3/Cataclysm branch into the trunk, so the packager should start generating zips for it. You no longer need to check out from the branch using an SVN client, and indeed shouldn't, since the branch won't see any more commits.

I've had very little time for testing, but aside from some random errors related to Clique support (some people get them; I don't) and some possible issues with creating new frames for people who join the group while you're in combat, I think everything is working well enough for general use. I've arranged with Greltok to do some coordinated in-game testing later tonight to check on the combat issues.

Please use the ticket tracker to report any problems you encounter. If you also report the problem here on the forum, be sure to include a link to the associated bug ticket.

Thank you for the upload.

Disregard - User Error on my end.

Great work getting Grid's core up and running!

There are a large number of grid indicator and status plugins that are no longer working. Some had failed to work even before the recent patch.

Is the documentation for indicators and custom statuses anywhere? At this point, these features are essential enough to me that I'll lend a hand fixing it.

Click-casting, frames for units joining in combat, and group pets are all working now.

Most plugins can be "fixed" by simply installing Ace2 as a standalone addon, as an interim solution until their authors update them. The issue is that almost all existing plugins require Ace2, but almost none of them actually include Ace2, because they've been able to rely on the Grid core including it.

Some plugins (especially plugins that add indicators) will require more extensive changes as a consequence of the Ace2 --> Ace3 transition.

There isn't really any "how to write a plugin" documentation, but most plugins are fairly simple and shouldn't be too difficult to figure out. If you need help, post in the plugin's forum thread if it has one, or make a new thread for the plugin in the Help forum if it doesn't.

Using the unit suffix attribute instead of the petgroup header is creating an issue . . . at least for me. There is a transparent unit frame for every player being shown in the pet group, so that pets do not necessarily appear at the top of their column (i.e. there is empty space if the pet does not belong to the first player in the party). This could get really messy in big raids.

Interestingly, if I revert to using Clique r143, which is a version of the old Clique that was patched for use in the beta, then I can drop all of the new code in GridLayout.lua that attempts to work with clique, go back to using the pet group headers, and everything works. Furthermore, if I do that, I can see the Grid frames in the Clique frame editor, but in the new version, even with the added code, I can not. So in some sense, this problem is a regression in Clique.

I will spend some time analyzing the whole problem today and let you know if I find anything useful.

Hah!! I found the solution to all your problems. Had to wade through the Blizzard code for a while to figure it out. Remember how GetModifiedUnit was returning a wrong result for pets? Well, Blizzard uses that function as well, and gets a wrong result. BUT, the way in which they PRODUCE the wrong result is related to setting the unit suffix for pet units, so there is a workaround. I will post a working version of GridLayout:CreateHeader() method in a few minutes that makes everything work correctly. I just have to answer the phone first, my wife is calling me :-p

Thank you guys so much for all your work on this we all very much appreciate it! I tried loading Ace 2, and all my Grid "addons" and my FPS fell through the floor, and they still didn't work.

I don't know if anyone is maintaining those, but the "status" ones are very helpful, and it would be great to have them working again. I had to revert to the Clique version that was written for the PTR to get it to work, but I am very happy (I'm sure I'm not alone) to have a basic version of Grid and Clique both working. :D

Thank you all again very much.

P.S. The main plugins I am interesting in is the GridStatusShield- the one that shows the amount of Pw:Shield remaining on a member. I think it relies on the CornerText plugin though. I would be willing to pay for the time of anyone that could get those working, if it is reasonable of course. :)

Quote from MSaint

Using the unit suffix attribute instead of the petgroup header is creating an issue

I was actually not getting any non-player pet frames using the pet header, with or without Clique. Unfortunately the issue you pointed out makes unitsuffix an unworkable permanent solution for raids (Greltok and I only tested it in a party).

I opened a ticket for the pet issue, here:
http://www.wowace.com/addons/grid/tickets/369-party-pets-not-shown/

I'm going to go grab my three hours of sleep now, but I'll work on it some more tomorrow.

Edit: Note to self, reload the page before replying. I'll check out whatever solution you come up with tomorrow. I really wish Blizzard would quit changing the secure header stuff, so I can quit having to learn about it. :p

Ok, here is the fixed up version of CreateHeader():

function GridLayout:CreateHeader(isPetGroup)
   NUM_HEADERS = NUM_HEADERS + 1

   local template = isPetGroup and "SecureGroupPetHeaderTemplate" or "SecureGroupHeaderTemplate"
   if ClickCastHeader then
      template = template .. ", ClickCastUnitTemplate"
   end

   local header = CreateFrame("Frame", "GridLayoutHeader" .. NUM_HEADERS, GridLayoutFrame, template)

   for k, v in pairs(self.prototype) do
      header[k] = v
   end

   header:SetAttribute("template", "SecureUnitButtonTemplate")
   
   -- Fix for bug on the Blizz end when using SecureActionButtonTemplate with SecureGroupPetHeaderTemplate
   if isPetGroup then
      header:SetAttribute("useOwnerUnit", true)
      header:SetAttribute("unitsuffix", "pet")
   end
   ...

And then you have to catch any cases where a layout tries to set the useOwnerUnit attribute in GridLayout:LoadLayout():

      ...
      -- apply defaults
      if defaults then
         for attr, value in pairs(defaults) do
            if attr == "unitsPerColumn" then
               layoutGroup:SetAttribute("unitsPerColumn", value)
               layoutGroup:SetAttribute("columnSpacing", p.Padding)
               layoutGroup:SetAttribute("columnAnchorPoint", getColumnAnchorPoint(p.groupAnchor, p.horizontal))
            elseif attr == "useOwnerUnit" then -- related to fix for using SecureActionButtonTemplate, see GridLayout:CreateHeader() 
               if value == true then
                  layoutGroup:SetAttribute("unitsuffix", nil)
               -- else do nothing or you will break things!
               end
            else
               layoutGroup:SetAttribute(attr, value)
            end
         end
      end

      -- apply settings
      for attr, value in pairs(l) do
         if attr == "unitsPerColumn" then
             layoutGroup:SetAttribute("unitsPerColumn", value)
             layoutGroup:SetAttribute("columnSpacing", p.Padding)
             layoutGroup:SetAttribute("columnAnchorPoint",  getColumnAnchorPoint(p.groupAnchor, p.horizontal))
         elseif attr == "useOwnerUnit" then -- related to fix for using SecureActionButtonTemplate, see GridLayout:CreateHeader() 
            if value == true then
               layoutGroup:SetAttribute("unitsuffix", nil)
            -- else do nothing or you will break things!
            end
         elseif attr ~= "isPetGroup" then
            layoutGroup:SetAttribute(attr, value)
         end
      end
      ...

Gah, go sleep! Don't worry! People can wait a little while! Sleep and work > WoW.

Yeah, the secure headers are a bit of a mess at the moment.

Okay, it looks like at least one indicator addon is trying to pull "frameClass" out of GridFrame and then replace it with its own override. frameClass held prototype and other methods like .prototype:AddIndicator, which were redefined by the indicator addon and then called using frameClass.super.prototype:AddIndicator.

It seems to me that GridFrame no longer has a frameClass exposed- probably because the target is expected to use the same class swap technique on prototype instead of frameclass. Except prototype holds some state, doesn't it?

Am I on the right track?

Cannot get my Grid config window to open. I type /grid and when I hit enter, nothing happens. I have Waterfall installed. I also looked for it in my Addons tab under my Interface button when I hit escape... not there... Halp?

Quote from wyldphire1

Cannot get my Grid config window to open. I type /grid and when I hit enter, nothing happens. I have Waterfall installed. I also looked for it in my Addons tab under my Interface button when I hit escape... not there... Halp?

Did you install the alpha found here? It has not been pushed to Curse.

Quote from Greltok

Did you install the alpha found here? It has not been pushed to Curse.

Yes. Reinstalled it just now. A: r1362 for 4.0.1 7 hours ago

Still nothing.