• 0

    posted a message on Considerations about WoWACE and Curse merging
    Ok, I'll try to be calm and polite, but if you're happy with what's happening, don't read ahead.

    Let me summarize and let's see if I have everything clear:
    1) Ace is a "developer community" it's right in the logo, top left of the page)
    2) Ace had a massive growth over the time, way unexpected maybe, but nonetheless an incredible success
    3) the amount of money needed to run and maintain it is no more affordable by normal means

    -> a solution had to be found

    Proposed solution: migrate and join Curse, since they founded Ace in the past.

    This is where all started from, if I got it right.

    Now, however, the problem arises, and I'll try to divide them in sections:

    Section 1: Curse policy and Curse "behavior".
    Curse isn't a no-profit organization, it's a company. I'll refrain to start consideration about Curse owners, because it's really unimportant. Curse is a company, so it have to make profit. Where do profit arises from ? Well, Curse have many (too many imho) advertisements, and that's a HUGE money income. No problem, it's market. They offer a service, it's their right to have incomes.
    Problem is: why ppl go to Curse site ? Simple: because Curse hosts the addons, so developers willing to spread their work will post there, and users will go there to get them. Without the developers the users wouldn't go, no web pagehits, no advertisements, no money. So basically they're USING developers to make money. That's perfectly fine, but what about the developers that did NOT wanted to post on Curse and they used another, free, open way to distribute their work ? Who had the right to move them to Curse ? Noone in my opinion. The ones that are caring about this will soon remove their work from Curse, with more problems and angriness from the users. Who's to blame about this ? Think about it.

    Curse updater:
    It's bloated, bugged, it went tru massive beta phases and STILL it have inconsistent behaviors. It have features that re-enable themselves (autoupdater) and it send you to Curse web pages when you try to disable them. It doesn't support basic things like libraries unpacking (afaik) and it doesn't give enough control to the user. Its sources are not public, leaving doubts to its real behavior (I don't believe it's a trojan, but noone can prove it) and it uses a proprietary protocol, trying to block 3rd party updaters. Last but not least it's SLOW. Oh... and let's not forget that its promised MacOS version is promised but not even close to be considered an alpha release (from the reports I had). And let's not talk about UNIX users, I tried to use it tru Wine and I had a good laugh.

    Timely operation:
    When had the transition to be done ? When WoW 3.0.1 patch is about to come of course ! As is exactly when people will NEED to update ACE mods. So basically forcing them to use the new Curse updater or be screwed. And for MacOS users to be screwed in any case. Yes, you CAN update your addons manually, but try to do it and unpack libraries. You have to be a developer to do it right. Try to download a "basic" addon like Omen, you'll find yourself with a very outdated version. Sure, in the transition there are always some issues, but NOT if you work in IT. I do, and we're trained to let them NOT HAPPEN, or we're just fired. BTW, the very first thing we learn is: keep the new and the old service running in parallel for at least 15 days. Try the new service and THEN, after a ton of messages and warnings, do the final teardown of the old system.

    All this can't be due to random events. Trust me, it's not a random crap. Someone decided that the transition had to be done before WotLK, no matter what. If possible before 3.0.1 patch. And that in order to have a lot of new customers installing the new Curse thing, because only with that they could fix their issues.

    Curse Client (it's a client, not a simple updater...) development:
    Closed, based on wxWidgets. Mmmm... why not Java ? Java is portable, can have good UIs, a Java application can mimic perfectly the UI of the horst it's running into. Go check OpenOffice. BUT Java apps are quite easy to reverse-engineer, as is the proprietary protocol used for updates and more would had been exposed. Isn't it ? Moreover the only released client (windows) despite its beta phase is still lacking of features and its behavior is far from good. It's not even a release candidate if you want my opinion.
    I suggested a friend to try it, and the first thing she said was: "luck I stopped it before my whole addons folder was erased".

    Curse Client "premium" services:
    See point 1. The client is able to let you update your addons without visiting Curse web pages, hence lowering their pagehits and lowering the advertisements incomes. Hence Curse HAD to find a way to have an equivalent income from those using the client. This is economy, baby. But still... I'm using an updater to get FREE stuff (the addons), why should I pay YOU? I'd gladly pay someone else instead. Or at least I'd like to be able to choose. Instead of subscriptions a real marketing analysis would had suggested to push ads to the clients, with a premium service removing the ads. Eudora mail client had that for years. Premium service to enable features is just... CRAP.

    Curse "syndication":
    Addons should be syndicated by Curse... let me skip this point because i could become offensive. I've seen so much crap on Curse web site I hardly believe they're able to syndicate when they have to change underpants. Come on, they're not even able to check their web pages for browsers compatibility... On MacOS I have to use Firefox 'cuz Safari can't render their pages correctly... and Safari is not a piece of junk.

    The missed opportunity (or the short minded boss):
    Yes, in the whole thing you missed a f***ing great opportunity, to make money and to do something really important. You forgot to analyze the problem. However I'll just outline the problem, since I'd like to propose MY solution to the open-source developer community (btw, Curse is NOT a community, is a COMPANY) and to the computer science academic community. I think we can get a good number of public and private investors, hence I'll keep the idea for myself right now.

    Let's state the problem:
    - addons: made by small development groups, short snippets of code, usually under open-source, free copyright systems.
    - addons developers: in total, a huge number of people, including developers, translators, etc.
    - users: many, in the order of 100.000 to 1.000.000
    - downloading frequency: from once per day to once per week.
    - total bandwidth used: incredible
    - total storage used: not so dramatic, but still high

    Solution: none *right now*, beside the brute-force one: central distribution, lot of hard disks, lot of bandwidth. Bound to be extremely expensive. Soooo, there is space for what we call IMPROVEMENT. It's a strange thing that goes together with forgotten ideas like *research* and *innovation*. But you missed the train.

    Anyway, to summarize: I'm totally pissed off with what's happening. I'll be forced to use Curse Client as well and this makes my stomach hurt. But the pain will always make me remember what was the Ace logo: "developer community". Thanks guys, you contributed to create it, and then you've sold it and killed it. You should be proud. At least I hope you'll get a good cash from this, as 30 coins aren't enough.

    Cheers.
    Posted in: General Chat
  • 0

    posted a message on Switching from WAU to Curse Client
    Quote from Kaelten
    I understand your concerns, and I'm actively working within curse to get things to a happy median. I see no reason why we can't have it work out of the box with the standard features for your average user and then have advanced options that we can tweak to make it into our little bitch... erm make it behave how we want it to.

    It's just going to take time guys. I apologize that there is still so much to do. But rest assured, we ARE making progress.


    Sorry, but as much as I'm grateful for all the work you did in the past, I'm also very angry for the step BEHIND you're doing now.

    - Premium account ? WTF is that, the door to pay to update addons that are done for FREE ?
    - Externals: That was the FIRST thing to do. It's not an advanced setup. It's the way we can avoid old mods screwing new with outdated libraries.
    - WoW addons on Curse are damn outdated. "syndicated by curse" means children-safe stuff, but also unacceptable delays. Btw, I've seen so many crap on curse that I hardly believe they can syndicate anything for real. Anyway, childrens doesn't use addons anyway.
    - Curse addon is overbloated, MacOS version is still nowhere close to be a public beta (is there a public beta? No), and last but not least Curse updater is SLOW as molassa. Old JWoWUpdater was lightning fast.

    Sorry, this is my 3rd post here and there (on curse and here too) saying the same, old stuff. I'm really disappointed, expecially with the patch knocking at our doors. Exactly when we needed rock-solid addon updating.

    Sorry, but I'm totally disappointed.
    Posted in: Updaters
  • 0

    posted a message on Cryolysis2 error
    Edit Cryolysis2.toc

    The OptionalDeps and X-Embeds are wrong. These are the correct ones:

    ## OptionalDeps: Ace3, LibSharedMedia-3.0, LibBars-1.0
    ## X-Embeds: Ace3, LibSharedMedia-3.0, LibBars-1.0

    Edit, save, rstart WoW. Done

    Cheers
    Posted in: AddOn HELP!
  • 0

    posted a message on TradeskillInfo Official Thread
    Yo, got a strange behavior with TSI and AuctioneerAdvanced.

    I got both and TSI doesn't recolor the Auction House recipes. It never did indeed, so I thought it AA wasn't supported. So after re-buying again a recipe I know for the 3rd time I got another addon to do that. RecipeKnown, link is http://uifiles.incgamers.com/?p=mod&m=3674.

    Good, all is working ? Err... nope. RecipeKnown does its work on the vendors but in the AH is bugged too. BUT THE RECIPES ARE COLORED ! Who's recoloring 'em ? TSI of course. I'm sure about that, I've put some debugging text around.

    So what's up ? Anyone have any idea ? I'd like to trash RK if possible, don't wanna use an addon to "unlock" another...

    Cheers,
    Arzach

    Posted in: General AddOns
  • 0

    posted a message on Parrot 1.0
    Quote from ckknight »

    Me being human or a robot or multiple monkeys is purely irrelevant.

    Granted, I do like this (http://www.youtube.com/watch?v=WGoi1MSGu64), so *shrug*.

    In any event, I really am very busy. I got a grown-up people's job recently, and it has slowly but surely been sucking the lifeblood out of me. In any event, I have an idea for Parrot 2.0 in my mind's eye, but I lack hours in the day and energy at the end of it to continue some days.

    I appreciate your support. While Parrot is non-functional, feel free to peruse any of my competitor's options (SCT, MSBT, Blizzard's FCT) as long as you promise to take a look at Parrot 2.0 when it's done.


    Let's try to say something positive about this...

    I'm happy that you got a job, and I hope you like it and, even if lifeblood-sucking, I hope you find fulfillment (and a good pay) from it.

    About Parrot2, rest assured I'll give it a try. Better: I'll look forward to test it. Even better: if you need some debugging, shout. Best: if you need a code-monkey*, yell.

    Cheers,
    Arzach

    *code-monkey: meaning I code like a [drunk] monkey would do. If any good code comes out of my head, it's just luck.

    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome - Wear it or lose it.
    --- reposted from another thread about ClosetGnome_Switcher and druid's tree forms, slightly edited here ---

    Ok, just a little bit of to summarize what was the issue with ClosetGnome_Switcher and what's up to it.

    pre-2.4: 2 druids in tree form in same group made CGS go nuts. "Tree of Life" have 2 buffs, and one of them is applied to the whole group (well, those in range).
    post-2.4, Kemayo's patch: thanks Kemayo, greatly appreciated but I don't like to have CGS called for every friggin' HoT / DoT hitting me. And every time something ticks CGS is trying to switch my outfits. Mmm... any wise gnum would go on strike shortly after.

    I did some tests on my branch (I don't have [yet] an svn access) and it seems to work fine.

    You'll find my own ClosetGnome_Switcher in the attached archive (no externals included).

    Tested on druid and warrior, might need some work to upgrade priests, shammies and rogues to the form changing logic.

    Please give it a try. The ONLY "strange" behaviour is this: when druids change form UPDATE_SHAPESHIFT_FORM is called twice. Once for your "left" form, once for what you gained. This in the case you're changing from cat to bear (for example). The "middle" form is the Humanoid form, so practically you'll change outfits twice. Gnum isn't really happy about it but he said he can handle it. Just give him some extra cookies from time to time.

    Cheers,
    Arzach

    PS: if you think it's not breaking anything and it works fine for you too, could some kind spirit with svn access update it ? Thanks.
    PS2: if you find a smarter way to check for druid's forms ...
    PS3: in the above code there's some debugging output left there. It's left there on purpose, comment it out before uploading to svn (if you're going to).

    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome_Switcher: problems with 2 tree druids in same group
    Ok, just a little bit of to summarize what was the issue with ClosetGnome_Switcher and what's up to it.

    pre-2.4: 2 druids in tree form in same group made CGS go nuts. "Tree of Life" have 2 buffs, and one of them is applied to the whole group (well, those in range).
    post-2.4, Kemayo's patch: thanks Kemayo, greatly appreciated but I don't like to have CGS called for every friggin' HoT / DoT hitting me. And every time something ticks CGS is trying to switch my outfits. Mmm... any wise gnum would go on strike shortly after.

    I did some tests on my branch (I don't have [yet] an svn access) and it seems to work fine.

    You'll find my own ClosetGnome_Switcher in this zip:
    http://lenst.det.unifi.it/~pecos/ClosetGnome_Switcher.zip (no externals included).

    Tested on druid and warrior, might need some work to upgrade priests, shammies and rogues to the form changing logic.

    Please give it a try. The ONLY "strange" behaviour is this: when druids change form UPDATE_SHAPESHIFT_FORM is called twice. Once for your "left" form, once for what you gained. This in the case you're changing from cat to bear (for example). The "middle" form is the Humanoid form, so practically you'll change outfits twice. Gnum isn't really happy about it but he said he can handle it. Just give him some extra cookies from time to time.

    Cheers,
    Arzach
    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome_Switcher: problems with 2 tree druids in same group
    More bugs:

    ClosetGnome_Switcher, line 256.
    function ClosetGnomeSwitcher:GetCurrentShapeshiftForm()
    local numForms = GetNumShapeshiftForms()
    local name, active = "Humanoid", nil
    for i = 1, numForms do
    name, active = select(2, GetShapeshiftFormInfo(i))
    if active == 1 then return name end
    end
    << return name --- BAD, returns always the last checked form no matter if there's one active. Druids might have no form active.
    >> return "Humanoid" -- Good
    end


    and hence there's no need to check for "end of form" in druid's part, so in modules/Druid.lua:
    function ClosetGnomeSwitcher_Druid:BuffLost(name)
    if name == direBear then name = bear end
    if name == swift then name = flight end

    if name == prowl and CGS:HasSet(prowl) then
    if SEEA:UnitHasBuff("player", cat) then
    return ClosetGnomeSwitcherDBPC.catSet
    end
    return true
    elseif name == innervate and CGS:HasSet(innervate) then
    local form = nil
    for buff in SEEA:BuffIter("player") do
    if ClosetGnomeSwitcherDBPC[buff] then
    form = ClosetGnomeSwitcherDBPC[buff]
    break
    end
    end
    return form or true
    end
    end


    Cheers.
    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome_Switcher: problems with 2 tree druids in same group
    More on ClosetGnome_Switcher:

    ClosetGnome_Switcher.lua, Line 135:
    self:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_SELF_BUFFS", "OnFormChange")

    ARGH, it will be called every damn HoT / DoT, anything !

    Might be wiser to change that line to:
    self:RegisterEvent("UPDATE_SHAPESHIFT_FORM", "OnFormChange")


    Seems to work fine and doesn't break anything.

    BTW; someone is maintaining ClosetGnome_Switcher or could update the code ?

    Cheers,

    Arzach
    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome_Switcher: problems with 2 tree druids in same group
    Heya all,

    yesterday night we (finally) recruited another tree in the guild, and we quickly pushed him into raid. Finally, I was damn tired to be the only tree around. Now hunter's pets have a choice on what tree they can scratch onto.

    However ClosetGnome_Switcher started to go crazy about the sets. It started (randomly at first glance) to equip my tree set even when I was in caster form. FU, I have to get rid of this bug. Quick look at ClosetGnome_Switcher code.

    It changes sets based on your BUFF gain/loose, even for your shapeshifts. Dammit, that's why. I had tree buff from the other druid !

    Quick fix.

    Modules/Druid.lua (some code stripped, here are only the modified functions)
    function ClosetGnomeSwitcher_Druid:BuffGained(name)
    if name == innervate then
    return ClosetGnomeSwitcherDBPC[name]
    end
    if name == prowl then
    return ClosetGnomeSwitcherDBPC[name]
    end
    end

    function ClosetGnomeSwitcher_Druid:BuffLost(name)
    if name == direBear then name = bear end
    if name == swift then name = flight end

    if name == prowl and CGS:HasSet(prowl) then
    if SEEA:UnitHasBuff("player", cat) then
    return ClosetGnomeSwitcherDBPC.catSet
    end
    return true
    elseif name == innervate and CGS:HasSet(innervate) then
    local form = nil
    for buff in SEEA:BuffIter("player") do
    if ClosetGnomeSwitcherDBPC[buff] then
    form = ClosetGnomeSwitcherDBPC[buff]
    break
    end
    end
    return form or true
    elseif (name == flight or name == cat or name == bear or name == innervate or name == travel or name == moonkin or name == tree) and CGS:HasSet(name) then
    return true
    end
    end

    function ClosetGnomeSwitcher_Druid:FormChanged(form)
    if form == direBear then form = bear end
    if form == swift then form = flight end

    if (form == flight or form == cat or form == bear or form == travel or form == moonkin or form == tree) and CGS:HasSet(form) then
    return ClosetGnomeSwitcherDBPC[form]
    end
    return false
    end


    Code logic:
    - maintain "normal" buff detection for innervate / prowl
    - use FormChanged for tracking the forms you shapeshift onto
    - keep buff loosing detection 'cuz FormChanged doesn't track caster form... blame blizzard ?

    Could someone test it (it works for me) and eventually update ClosetGnome_Switcher ? I'd do by myself but I don't have svn access and I might do "bad" things.

    Cheers,
    Arzach@Dragonblight-EU


    Posted in: General AddOns
  • 0

    posted a message on JWowUpdater - A new java addons updater for ace2
    Quote from rolfba »

    When does this happen? Like if you install those 2 addons through JWU, then they are there right?

    If you then close JWU and then start another update are they then gone?

    Sounds a bit wierd, but lets try and figure out what the problem is :)

    /Rolf


    I think I tracked it.

    Try installing Mirror, close JWU, reopen it and install Quartz. There you go, Mirror is vanished.

    The bug have something to do with Quartz having a module named "Mirror". After the splitting its correct name is Quartz_Mirror, but Mirror is deleted too...
    As is, the bug is in the split-expansion-delete-old module (err... more or less, I didn't check JWU code).

    Anyway, that's the way to reproduce the bug.

    Cheers,
    Arzach
    Posted in: Updaters
  • 0

    posted a message on JWowUpdater - A new java addons updater for ace2
    Wonderful app, love it, however...

    Maybe a bug, maybe something else, but sometimes some of my addons simply gets... deleted.

    Two addons (both ACE) I found very hectic about this: mirror and VisualHeal. I don't use any other program to manage my addons, WoW doesn't delete 'em for sure and my HD isn't gone nuts. So it *could* be JWowUpdater.

    Please contact me in game or by any other means if you think you need help on tracking this.

    Cheers,
    Arzach@Dragonblight-EU (alliance)
    Posted in: Updaters
  • 0

    posted a message on Mirror - Official Thread
    Yo,

    I love Mirror, but it have a bug that was driving me crazy. It's not a Mirror's bug tbh, it's Blizzard fault to implement silly code, but nevertheless there's something wrong.

    All works fine but when I visit a vendor. As soon as I open the trade window I get 2 "compare" tooltips (my rings) without touching anything. And without hovering over any item. So I have only the 2 "compare" tooltips. Moreover they are incredibly detailed, as the infos Auctioneer, bankitems, and other mods are appending to the tooltips are replicated by the number of items the vendor have in the window.

    Ok, that's the bug, here's the explanation.

    As soon as a trader window is opened for every item sold WoW creates a GameTooltip and launch a phantom event (idiotic idea, but that's it). The GameTooltip however have no Owner (GameTooltip:GetOwner() returns nil). It's just an initialization of the real GameTooltip the items will have in a few.

    Solution: Mirror.lua, line 31 (about)
    function Mirror:OnTooltipSetItem(...)
    	local tooltipOwner = GameTooltip:GetOwner()
    
    	--just in case there is no owner
    	if (tooltipOwner == nil) then
    		return self.hooks[GameTooltip]["OnTooltipSetItem"](...)
    	end
    	
    	if tooltipOwner then
    		[etcetera]


    Cheers,
    Arzach@Dragonblight-EU

    Posted in: General AddOns
  • 0

    posted a message on TradeskillInfo Official Thread
    TradeSkillData.lua, line 395-396 (special cases):

    	[68] = "18258|Gordok Ogre Suit",
    	-- [69] = "18258|Gordok Ogre Suit",


    The 2nd one is unnecessary, resulting in a "glitch" (it shows the Gordok Ogre Suit as learnable even is you actually know it).

    Cheers,
    Arz
    Posted in: General AddOns
  • 0

    posted a message on Kel'thas targetting system
    Heya all,

    I was looking for a mod (ACE'd pref) that could help in targetting Kel'thas weps in phase 2 and adds in phase 3.

    I found some "almost" similar things for arenas, but none can be modified in a satisfactory way.

    My idea is to have a small bar window showing the HP of the various adds (Weps and advisors) as they go down. If the window could also show the debuffs they have (like SW:P, misery and such) and if you could click-target, would be definitely perfect.

    Ofc there should be some syncing between the various owners of the mod, as unless you have targetted / focused you can't really have a precise updating, but a rough estimation would be fine, and in a 25-men raid the probability that noone is targetting one thing is rather low.

    What about it ?

    Cheers,
    Arzach
    Posted in: Addon Ideas
  • To post a comment, please or register a new account.