Our records show that you have outstanding author rewards points. Please confirm your latest payment information and redeem your points balance via the Author Reward Store.
So the question is: why exactly do you need to know which things are "scrolls" or "potions" as opposed to items that buff me in some way?
...my bags of my AH/bank char don't care for effects as much as they care for item type, value and so on. If I want some quick money by selling some bank stock then sets by effect don't allow me to pinpoint the more valuable types of items.
Potions grouped together is especially interesting to have after grind-crafting for discoveries. Collecting together pots from various byeffect sets seems also like much of a pain...
Ok, so alchemists have a need to organize potions they make, so potions makes sense as a category.
Mmm. If you care about value then sorting by sell value / ah value would be better I would think. I still do not buy the need for scrolls though, mostly since breaking them out leads to breaking out all kinds of vaguely useful categories.
At any rate I think this effectively kills the idea of getting rid of scrolls since at least some people out there want them.
That's ok, a little redundant data never hurt anyone.
Too much redundancy in consumables might be cause for mem usage concerns, though.. one thing we could do would be to split consumables into 2 mini embeds -- the sets that organize by type (potion, scroll) and the ones that organize by buff type.
I couldn't find a thread for PT Browser, so I guessed this would be a suitable place to report this error I'm getting.
[2007/03/28 16:20:48-1291-x1]: PT3Browser-0.1\PT3Browser.lua:138: Dewdrop-2.0: Bad argument #2 to `Open' (table or string expected, got nil)
Ace2\AceLibrary\AceLibrary.lua:96: in function <Interface\AddOns\Ace2\AceLibrary\AceLibrary.lua:49>
(tail call): ?:
Dewdrop-2.0-31058 (DewdropLib):2654: in function `Open'
PT3Browser-0.1\PT3Browser.lua:138: in function `OnClick'
FuBarPlugin-2.0-29795:1418: in function <...\FuBarPlugin-2.0\FuBarPlugin-2.0\FuBarPlugin-2.0.lua:1415>
---
I'm using revision 30500 of PT3Browser. This error occurs when I left click the FuBar plugin icon, to get a category list. It still happens when just running PT3Browser and the required libraries. I'm using english client if that matters.
Thanks in advance to any help or response to this :)
It does this both on the minimap or on the bar... hmm strange, was thinking other were having this problem maybe :P. By personal preference I'll have it on the minimap, it was on the bottom bar before that.
I first noticed having it on the minimap usually, but it had started throwing the error after one of the revisions that I can't recall which. I'll try putting it back on the bar and reloading with it there see if it still occurs and also try that with it's saved variables purged. Think I've only tried the plugin on the bar where I had it on the minimap initially on login. Not sure where to go with this otherwise, but will let you know how that works.
I tried logging out and then back in with PT3Browser on FuBar (bottom bar). Then tried deleting PTB's saved variable and logging in on default settings, to no avail.. the same error reoccurs. Did both of these with only FuBar, PT3Brower, Ace2, FuBarPlugin-2.0, PeriodicTable-3.0, DewdropLib, TabletLib and JostleLib loaded.
Let me know if I can give you any more information, or try out anything else. Appreciate your response and time. Thanks :)
It's now working with an older revision of DewdropLib and PT3Browser... I'm testing to see the latest working revision. I'll add in the notes in a few minutes.
edit: DewdropLib is working with at it's latest version 31058, so that had no bearing in the error.. not sure why I was lead to think so a minute ago. Now this is the strange thing the latest revision works for me if I use http://files.wowace.com/PT3Browser/no-ext/PT3Browser-r30500.zip and also PT3Browser.zip (which is the generic file for the latest revision). But it does not work when I update from WowAceUpdater. *boggle* That makes no sense.
Downloaded once again with WowAceUpdater and now that one works (which I would suppose it would, in the first place since the other two I tried did from the zip site). The updater should use one of those files I used, probably the generic file that's always the latest revision.
Anyways no real clue what happened 30500 was bugging, downloaded the ones from the files site which worked. Deleted the working one and updated with the WAU just to see, and then those had worked... only thing that comes to mind is some corruption from the transfer. To which I didn't notice looking at the code before. Sorry for any trouble, but PT3Browser is now working.. and I'm confused thoroughly :P
Well I reproduced the bug. I forgot to mention I use a sed script to change the title in the toc file of a majority of my addons, for example:
Default title-
## Interface: 20003
## Title: PT3Browser |cff7fff7f -Ace2-|r
## Notes: Check out all that PT data.
## Author: Nymbia
...
Modified title-
## Interface: 20003
## Title: |cff7fff7f -Ace2-|r PT3Browser
## Notes: Check out all that PT data.
## Author: Nymbia
## Version: 0.1
...
The modified title makes the error I was getting. The default title doesn't, which would explain my confusion earlier. The trick too is (which I believe you're aware of)... in order to test between the two different .toc titles: you need to log out of the account, then sign back in. No reloadui works nor logging to the character screen.
Ultimately I can easily live with not touching the .toc title, I'm happy it's working. I mainly point this out incase anyone else runs into it (this is not a very obvious bug). Or where this would waste time in the event of an author trying to debug this. I'm going to PM you with something small I noticed and I think it would be useful to point out. Don't want to spam this thread anymore, I get pretty long winded.
Since the modularisation of PT3, I can no longer see the rep part in PT3Browser, where did it go?
PT3Browser still needs updated to work with the LoD stuff as well as a couple other recent changes. Likely that your reputation module was not loaded as of when your PT3Browser menu was generated.
This sounds like a problem I am having with Baggins. When I create a category and try to add a PeriodicTable rule to it, I've noticed lately that some entries (for instance Tradeskill are missing completely.
If it is because the PT library haven't loaded yet at the time of the menu generation, what can be done do load it? Is there a fix for this problem?
After trying FuBar_PTReagentFu I found that Wild Quillvine, the reagent for Gift of the Wild 3 isn't in Reagent.Class.Druid, ItemID is 22148. Could this be added?
IS there a way to determine if a specific part in PT3 has been updated. For example if the food has been updated or some other part. The only way to check if PT3 is updated atm is to check it's svn version number afaik, and that could be any change anywhere in PT3.
It would be great to be able to check if a specific portion of PT3 got updated so you can reflect those changes in the addon that is making use of PT3, if people want to do that (i am one of those). For my purpose it is reasonable enough to know if there has been a change in PT3-Consumable. Though it would be great if you could check version on every list in the file (although that may be too much perhaps too add)
i've added it locally to my data.lua, but when trying to run the compresssplit.lua, it fails because i don't have any of the subdirs it needs (e.g. ./PeriodicTable-3.0-Consumable/PeriodicTable-3.0-Consumable.lua)
these are parent dirs only off the Interface/AddOns dir. (I use external libs).
what's the normal way of updating the information, as i'm bound to be adding more to the stamina food section because i've created a warlock :) ?
fixed this myself, i edited the compresssplit.lua to refer to the dirs directly off AddOns
i.e. changed script to do:
update("../PeriodicTable-3.0-Consumable/PeriodicTable-3.0-Consumable.lua")
etc.
i don't know if the dir structure has changed in svn, or it's because i use !!!standalonelibraries and use no-externals with the WAU, but now my changes are reflected locally.
The list of stuff AutoBar uses has grown out of control so I want to use PT3 more directly. These are the issues I see:
1) Absolutely need localized description of the nodes AutoBar uses, as well as the icon texture for it.
2) A lot of AutoBar's categories are combinations of nodes, concatenated in specific ways sometimes (so conjured items can have precedence over other items for example).
3) AutoBar needs a few other labels for some groups:
targetted, noncombat (food & water items), location (AQ, Outland, etc.), battleground, notusable (soul shards, arrows, etc.), flying (or something like it for 2.1)
4) AutoBar only needs a subset of the full PT3 set
The benefits would be:
- This would give client mods access to the collective wisdom on what the interesting groups of items are.
- Localized names for groups of stuff which would make browsing PT3 easier
- Standard names & icons for groups of stuff across all mods using it
About the only drawback I can think of would be the plethora of potential groups created. Perhaps each group can have some tags so client mods can filter for stuff they need.
I think it would be good to keep PT3 as is and not add complexity to it. I propose creating something like say PeriodicGroups or something that adds this layer. That way anyone not needing it is not burdened with it. Or maybe it is ok to merge it into PT3.
If there is interest in something like this I would be happy to make some kind of initial implementation. Ideas, comments etc. are welcome. Especially ones that remove my AutoBar centric bias out of this.
Ok, so alchemists have a need to organize potions they make, so potions makes sense as a category.
Mmm. If you care about value then sorting by sell value / ah value would be better I would think. I still do not buy the need for scrolls though, mostly since breaking them out leads to breaking out all kinds of vaguely useful categories.
At any rate I think this effectively kills the idea of getting rid of scrolls since at least some people out there want them.
Too much redundancy in consumables might be cause for mem usage concerns, though.. one thing we could do would be to split consumables into 2 mini embeds -- the sets that organize by type (potion, scroll) and the ones that organize by buff type.
I'm not 100% sure where to post a bug for this but I hope here will work. Also the error string was to long for bugsack so I'm not sure but here we go
[2007/03/21 12:20:39-110-x1]: ...eriodicTable-3.0\PeriodicTable-3.0-AllData\PeriodicTable-3.0-AllData.lua:48: unfinished string near '"19696:50,20857:61,4540:61,4541:243,4542:552,4544:874,16169:874,4601:1392,8950:2148,23160:2148,29394:7500,27855:4320,28486:4320,24072:243,30816:61,29449:7500,':
I'm not totally sure on this but I'm fairly certain its a typo error. This was the line of code from the file I found.
["Consumable.Food.Edible.Bread.Basic"] = "19696:50,20857:61,4540:61,4541:243,4542:552,4544:874,16169:874,4601:1392,8950:2148,23160:2148,29394:7500,27855:4320,28486:4320,24072:243,30816:61,29449:7500,
There seems to be a quote missing from the end.
I'm using revision 30500 of PT3Browser. This error occurs when I left click the FuBar plugin icon, to get a category list. It still happens when just running PT3Browser and the required libraries. I'm using english client if that matters.
Thanks in advance to any help or response to this :)
-ritter
Where on FuBar is it? or is it minimap attached?
I first noticed having it on the minimap usually, but it had started throwing the error after one of the revisions that I can't recall which. I'll try putting it back on the bar and reloading with it there see if it still occurs and also try that with it's saved variables purged. Think I've only tried the plugin on the bar where I had it on the minimap initially on login. Not sure where to go with this otherwise, but will let you know how that works.
-ritter
Let me know if I can give you any more information, or try out anything else. Appreciate your response and time. Thanks :)
-ritter
edit: DewdropLib is working with at it's latest version 31058, so that had no bearing in the error.. not sure why I was lead to think so a minute ago. Now this is the strange thing the latest revision works for me if I use http://files.wowace.com/PT3Browser/no-ext/PT3Browser-r30500.zip and also PT3Browser.zip (which is the generic file for the latest revision). But it does not work when I update from WowAceUpdater. *boggle* That makes no sense.
Downloaded once again with WowAceUpdater and now that one works (which I would suppose it would, in the first place since the other two I tried did from the zip site). The updater should use one of those files I used, probably the generic file that's always the latest revision.
Anyways no real clue what happened 30500 was bugging, downloaded the ones from the files site which worked. Deleted the working one and updated with the WAU just to see, and then those had worked... only thing that comes to mind is some corruption from the transfer. To which I didn't notice looking at the code before. Sorry for any trouble, but PT3Browser is now working.. and I'm confused thoroughly :P
-ritter
Default title-
Modified title-
The modified title makes the error I was getting. The default title doesn't, which would explain my confusion earlier. The trick too is (which I believe you're aware of)... in order to test between the two different .toc titles: you need to log out of the account, then sign back in. No reloadui works nor logging to the character screen.
Ultimately I can easily live with not touching the .toc title, I'm happy it's working. I mainly point this out incase anyone else runs into it (this is not a very obvious bug). Or where this would waste time in the event of an author trying to debug this. I'm going to PM you with something small I noticed and I think it would be useful to point out. Don't want to spam this thread anymore, I get pretty long winded.
-ritter
This sounds like a problem I am having with Baggins. When I create a category and try to add a PeriodicTable rule to it, I've noticed lately that some entries (for instance Tradeskill are missing completely.
If it is because the PT library haven't loaded yet at the time of the menu generation, what can be done do load it? Is there a fix for this problem?
You could either report this bug in the Baggins forums, or you could use PT3Browser to load all the modules and then create a category in baggins.
It would be great to be able to check if a specific portion of PT3 got updated so you can reflect those changes in the addon that is making use of PT3, if people want to do that (i am one of those). For my purpose it is reasonable enough to know if there has been a change in PT3-Consumable. Though it would be great if you could check version on every list in the file (although that may be too much perhaps too add)
i'm trying to extend Consumable.Food.Buff.Stamina as it's missing a few items.
i've added it locally to my data.lua, but when trying to run the compresssplit.lua, it fails because i don't have any of the subdirs it needs (e.g. ./PeriodicTable-3.0-Consumable/PeriodicTable-3.0-Consumable.lua)
these are parent dirs only off the Interface/AddOns dir. (I use external libs).
what's the normal way of updating the information, as i'm bound to be adding more to the stamina food section because i've created a warlock :) ?
thanks,
mark
i.e. changed script to do:
update("../PeriodicTable-3.0-Consumable/PeriodicTable-3.0-Consumable.lua")
etc.
i don't know if the dir structure has changed in svn, or it's because i use !!!standalonelibraries and use no-externals with the WAU, but now my changes are reflected locally.
was trying to use AutoBar or PT3Bar to show my drums, but I can't find them in PT3 either.
It's me or they're missing from PT3 ?
BTW, drums... leatherworked drums ofc. See here
Cheers, Arzach
1) Absolutely need localized description of the nodes AutoBar uses, as well as the icon texture for it.
2) A lot of AutoBar's categories are combinations of nodes, concatenated in specific ways sometimes (so conjured items can have precedence over other items for example).
3) AutoBar needs a few other labels for some groups:
targetted, noncombat (food & water items), location (AQ, Outland, etc.), battleground, notusable (soul shards, arrows, etc.), flying (or something like it for 2.1)
4) AutoBar only needs a subset of the full PT3 set
The benefits would be:
- This would give client mods access to the collective wisdom on what the interesting groups of items are.
- Localized names for groups of stuff which would make browsing PT3 easier
- Standard names & icons for groups of stuff across all mods using it
About the only drawback I can think of would be the plethora of potential groups created. Perhaps each group can have some tags so client mods can filter for stuff they need.
I think it would be good to keep PT3 as is and not add complexity to it. I propose creating something like say PeriodicGroups or something that adds this layer. That way anyone not needing it is not burdened with it. Or maybe it is ok to merge it into PT3.
If there is interest in something like this I would be happy to make some kind of initial implementation. Ideas, comments etc. are welcome. Especially ones that remove my AutoBar centric bias out of this.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumOnce created there, other addons can use them by querying PT3.
Take a look at how the custom sets work in PT3Bar (but I was sure you were familiar with this approach already?).