• 0

    posted a message on ButtonFacade (was LibButtonSkin-1.0)
    Quote from Toadkiller »
    On the other hand if we require saving at all levels combined with "Use Parent Settings" then the issue goes away...?


    Unfortunately, not all actionbar addons are built this way, and I don't want to force a bunch of changes to them.

    I'm thinking the best indicator that a group will be saving settings is if it has at least one button in it.

    Once I clear up the remaining issues with user configurable colors, I will also add that in.
    Posted in: General AddOns
  • 0

    posted a message on LibCompress
    Quote from Yssaril »
    hmm just tried it and it didn't do anything to my string


    Note that my LZW compressor will only return a compressed value if the compressed form is actually smaller than the given string. This may be why your string isn't getting compressed.
    Posted in: Libraries
  • 0

    posted a message on ButtonFacade (was LibButtonSkin-1.0)
    Quote from Mrs. Steele »
    Well, whatever the reason, from a user's view with regards to configuration menus, it doesn't "look" like the settings are being saved especially in light of the fact that BT4 currently has no method to set skins.


    It looks like they're not being saved because at that level, they aren't.

    I think what I need is a way to indicate whether a given group level is created from outside the library or if it is created internally (and thus will not save settings). Hopefully this will clear up such issues.
    Posted in: General AddOns
  • 0

    posted a message on LibCompress
    Perhaps we should add an option to the compress/decompress functions to guarantee comms safety, changing all occurances of \000 and \001 to \001\255 and \001\001 respectively in the compress code, while converting in the reverse direction in decompress. This way, the user of the library doesn't need to worry about this implementation detail.

    Either way it is not too important.
    Posted in: Libraries
  • 0

    posted a message on ButtonFacade (was LibButtonSkin-1.0)
    Quote from Mrs. Steele »
    Currently, there is no way to select skin settings in Bartender 4 which is why the behavior seemed odd. I must go to BF to change BT4 skins so it seemed weird that it didn't show the saved setting.


    What you are seeing is a result of actionbar addons not saving skin information for higher level groups (which is EXPECTED behavior). The lower level groups are where your settings will be saved. It is possible (I haven't had much time recently to do anything with BF) that the Bongos and Blizzard modules are not saving any settings at all.

    Again, this is expected behavior. If a group doesn't have the settings you saved, look deeper into the more specific groups, and you will find the settings there.
    Posted in: General AddOns
  • 0

    posted a message on LibCompress
    Galmok, if you have SVN access, you're welcome to make your proposed changes. I would however suggest the following compression IDs:

    \000 - Never used (because communications hates \000 characters)
    \001 - Uncompressed
    \002 - LZW
    \003 - Huffman

    Also, if you can get your algorithm to guarantee no \000 characters in compressed output that would be really good for communication uses.
    Posted in: Libraries
  • 0

    posted a message on InfiniBar-2.0 - Official Thread
    Quote from Fulnir »
    (JJ, care to make a new Unitframes addon, now that ButtonFacade is nearing completion?)


    O.O

    I have little enough time as it is. :p

    Quote from Phanx »
    JJ, is there any way you could make DogTag optional? Now that I've finally made the switch from big blubbery PitBull to lean clean oUF, InfiniBar is the only thing in my UI using DogTag. This wouldn't be an issue, except that DogTag is simply enormous, occupying more memory (both static and increasing) than all but a few large addons, and is my #3 CPU user. DogTag-Unit is the #2 CPU user, although it uses slightly less memory. :(


    If someone comes up with a more efficient tagging system that has all of the features of DogTag (including the ability to define my own tags), I'll switch to it. If it's Ace3 or framework agnostic, I might even be convinced to switch all of IB2 to Ace3. However, some sort of tagging system will always be used by IB2.

    I have a number of projects I'm working on now, so unfortunately, I can't implement my own system at this time.
    Posted in: General AddOns
  • 0

    posted a message on ButtonFacade (was LibButtonSkin-1.0)
    Quote from Toadkiller »
    Not quite sure what that means & rereading my post I realize it was not clear. So in AutoBar for example, I plan on supporting the hierarchical settings as described. The way it would work is as follows for the Mod, BarA, BarB, ButtonA1, ButtonA2:


    The problem with doing it that way is that it would make the ButtonFacade UI inconsistent. It would require people to hunt down the settings in the AutoBar GUI, and I guarantee people would be crying when they can't skin BarA in BF because you've moved all of its buttons into the addon group and removed it from BF.

    But... like I said, the ability to replicate the settings of the next group up, "Use Parent Settings", is a good idea, will be implemented soon, keeps the UI consistent, and gives all of the control to the users.
    Posted in: General AddOns
  • 0

    posted a message on ButtonFacade (was LibButtonSkin-1.0)
    Quote from Toadkiller »
    ButtonFacade presents users with hierarchical skin settings. So for example for a Bar mod there can be skin settings at the Mod / Bar / Button level. Now to implement this I think you would need a way to null out a setting at a certain level. It's buttons then get dropped from its skin and added to the skin 1 level higher up.

    So can we have a special "skin" that does this nulling in the skin list? Something like "none" or "Use Parent Skin" or something with some special value indicating to remove the skin info ("nil" or something). Selecting this skin just nulls out skin info at its level (so on a button or bar or the mod) so that the higher up setting can be used. Defaults to Blizzard if nothing is specified anywhere of course.

    Or am I missing something and needlessly fighting the system?


    Groups store their skin info separate from each other, including the parent. It never was intended to use the parent group's skin settings as a default. When setting a parent group's settings, the parent group overwrites all subgroups. I do like the idea of being able to directly copy a parent's skin settings, so it'll probably be added soon.
    Posted in: General AddOns
  • 0

    posted a message on Simple notepad type addon.
    Quote from HunterZ »
    I knew someone would bring up Omnibus. I remember arguing six months ago that it had been abandoned; now it's been a year since it was last touched. It's worth mentioning though.


    Yes, about a year ago I was working on Omnibus. I may update it in the future (the GUI code available these days is MUCH better than what was available one year ago). Despite the fact that I haven't touched it in all that time, Omnibus still works and functions without major issues. I even use it to this day.
    Posted in: Addon Ideas
  • 0

    posted a message on LibCompress
    For those who don't know, I have recently added LibCompress to the SVN.

    LibCompress is an LZW based encryption algorithm. It is fairly fast. (Less than half a second to compress 20KB of data on my crappy computer at work, about a tenth of a second to decompress the result)

    I have tried to make the algorithm as efficient as I possibly could. Compression is lossless, and the ratio depends entirely on the quality of the uncompressed data. As long as the input data does not contain "/000" characters, the output will not have any either, making it suitable for use with AceComm-3.0 and other such libraries.
    Posted in: Libraries
  • 0

    posted a message on InfiniBar-2.0 - Official Thread
    Quote from Fulnir »
    Hi JJ,
    A month or so ago I wrote regarding macro's sometimes hung in the modified state after an alt-tab. I use the following macro:
    #showtooltip
    /use [nomodifier]Naaru Ration; [modifier] Conjured Manna Biscuit

    What basicly happen most of the time is I alt-tab to some other application running and when I alt-tab back in I see a "?" on my bar (unless I have the Biscuits in my Inventory).
    Does anyone have an idea what could be causing this? Could it be related to the #showtooltip line I have added? Now that I think of it I think it's redundant.


    I would definitely get rid of the #showtooltip line, since it is not necessary for IB2 (which shows tooltips automatically). It may even fix your problem. :)

    Quote from aquilinx »
    I'm having some difficulties binding keys to mouse4, mouse5 and mouse4/5 with modifier. Is there a way to do it? If yes, how?


    Probably not available yet, but I am looking at a solution to this to use soon.
    Posted in: General AddOns
  • 0

    posted a message on InfiniBar-2.0 - Official Thread
    Quote from Sodd »
    is it possible to show spell/ability cooldown text on the buttons with dogtag? Can't find out how to do it...


    Not yet possible, but it is one of my goals for rainy days.
    Posted in: General AddOns
  • 0

    posted a message on ButtonFacade (was LibButtonSkin-1.0)
    In preparation of the upcoming user selectable color options, the following changes to the API are being made. Get this stuff added to actionbar addons soon, because I will likely be going live with the color selections tonight or tomorrow.

    :RegisterSkinCallback

    The callback will now be called like:

    callback(arg,SkinID,Gloss,Backdrop,Group,Button,Colors)

    Colors will be a table of colors mapping to layers. Only non-default colors will be saved. The exact organization/structure of the Colors table is undefined at the moment, but even after its definition, it should not be modified, only saved in a saved variables table.
    Posted in: General AddOns
  • 0

    posted a message on Manikin - A roleplayer's automatic interaction system
    Quote from stinkbate »
    You call that documentation? come on, one line of embeded text in a tool tip, how about a manual? I cant get to do much more than emote a select few common emotes


    I will admit that the documentation is lacking in depth.

    Quote from Halcyon »
    Awwww, i've been looking for a replacement for Battlecry for ages.

    Please, could you add those triggers:

    1. You slay hostile (same faction, duel)
    2. You slay hostile (opposite faction, BGs, Arenas, Wild)

    Concrete example of what i used to do pre-tbc with Battlecry, whenever you land a killing blow on an alliance player (being myself horde) my character automatically issued a /gloat, but only if he was alliance, not on mobs or same faction players and only if I was landing the killing blow.


    Next time I work on Manikin I'll add these in.

    Quote from stinkbate »
    The triger Idle(while stationary) seem to remove AFK ststus when it procs, I used the MyName "is not equal to" $AFK but never is allowwd to be afk keeping him logged indeffently. is there a better way to get emotes to stop while afk?


    Not yet, but I'll also add this when I get around to Manikin again.
    Posted in: General AddOns
  • To post a comment, please or register a new account.