Go to Page... |
Compatibility: | Craglorn (1.1) |
Updated: | 06/11/14 10:29 AM |
Created: | 06/11/14 10:29 AM |
Monthly downloads: | 39 |
Total downloads: | 37,635 |
Favorites: | 17 |
MD5: |
local LAM = LibStub("LibAddonMenu-1.0")
local LAM = LibStub("LibAddonMenu-1.0-to-2.0")
Comment Options |
Wetnose |
View Public Profile |
Send a private message to Wetnose |
Find More Posts by Wetnose |
Add Wetnose to Your Buddy List |
11/04/14, 03:45 PM | |
|
Yeah, Garkin and I actually looked at that awhile back. It works with most addons, as they just use the LAM API and don't mess with the returned objects/panels. When first implemented, that was probably around 80-90% of addons (and is probably much higher now). See this thread for where we got and code. Looking back, the abrupt ending to it was probably because of 1.3 and never got back to it. You're welcome to use that code if you want something (potentially) a bit more robust.
|
|
Sasky |
View Public Profile |
Send a private message to Sasky |
Find More Posts by Sasky |
Add Sasky to Your Buddy List |
merlight |
View Public Profile |
Send a private message to merlight |
Find More Posts by merlight |
Add merlight to Your Buddy List |
Sasky |
View Public Profile |
Send a private message to Sasky |
Find More Posts by Sasky |
Add Sasky to Your Buddy List |
09/17/14, 11:15 AM | |
|
Minion wont display this addon in "Find More" by search or in category....
Last edited by QuadroTony : 09/17/14 at 11:15 AM.
|
|
QuadroTony |
View Public Profile |
Send a private message to QuadroTony |
Send email to QuadroTony |
Find More Posts by QuadroTony |
Add QuadroTony to Your Buddy List |
06/19/14, 02:05 AM | ||
|
For ordering, you want dependencies first like you listed. The Lua files are processed in-order. |
|
|
Sasky |
View Public Profile |
Send a private message to Sasky |
Send email to Sasky |
Find More Posts by Sasky |
Add Sasky to Your Buddy List |
06/18/14, 04:34 AM | |
|
I can't test it right now, but is that the proper way to order your .lua files in your manifest?
Code:
--first libStub, for LAM, the covnerter and every other embedded library that use it libs\Stub.lua --other libStub dependant stuff that does not need LAM --usual LAM 2.0 stuff, as shown on the LAM 2.0 page libs\LibAddonMenu-2.0\LibAddonMenu-2.0.lua libs\LibAddonMenu-2.0\controls\panel.lua libs\LibAddonMenu-2.0\controls\submenu.lua libs\LibAddonMenu-2.0\controls\button.lua libs\LibAddonMenu-2.0\controls\checkbox.lua libs\LibAddonMenu-2.0\controls\colorpicker.lua libs\LibAddonMenu-2.0\controls\custom.lua libs\LibAddonMenu-2.0\controls\description.lua libs\LibAddonMenu-2.0\controls\dropdown.lua libs\LibAddonMenu-2.0\controls\editbox.lua libs\LibAddonMenu-2.0\controls\header.lua libs\LibAddonMenu-2.0\controls\slider.lua libs\LibAddonMenu-2.0\controls\texture.lua --stuff that needs libStub or LAM 2.0, but not the converter --The interface comes here to add it's function around/next too the LAM 2.0 API. libs\LAM-1to2-Interface-1.0.lua --otehr stuff that needs libStub, LAM 2.0 or the converter --your own code files come here
Last edited by zgrssd : 06/18/14 at 04:35 AM.
|
|
zgrssd |
View Public Profile |
Send a private message to zgrssd |
Send email to zgrssd |
Find More Posts by zgrssd |
Add zgrssd to Your Buddy List |
06/18/14, 04:18 AM | |
|
As I understand it, it takes your existing LAM 1.0 function calls and makes a LAM 2.0 table for you from that.
It then hands the automagically crafted table to LAM 2.0 for display. So you don't have to rewrite more then 1-2 lines of your addon while still having the new LAM 2.0 look and bugfxies (like re-using elements to avoid 'too many anchors' problem). I was actually hoping for something like this to be part of the LAM 2.0 API, but this works too. I could really use this as I only use simplest case menu's so far, but will propably learn LAM 2.0 in the long run. Table based approaches are closer to XML and XAML, so I think it is better in the long run.
Last edited by zgrssd : 06/18/14 at 04:19 AM.
|
|
zgrssd |
View Public Profile |
Send a private message to zgrssd |
Send email to zgrssd |
Find More Posts by zgrssd |
Add zgrssd to Your Buddy List |
06/12/14, 03:44 PM | |||
|
As a person who's had more than his share of dealing with C/C++ libraries on business and open source projects, I have made it a habit of avoiding any dependencies I can actually avoid It's a matter of philosophy and reducing amount of possible points of failure
Thank you for answering my question!
Last edited by Tanthul : 06/12/14 at 03:44 PM.
|
||
|
Tanthul |
View Public Profile |
Send a private message to Tanthul |
Send email to Tanthul |
Find More Posts by Tanthul |
Add Tanthul to Your Buddy List |
06/12/14, 01:33 PM | ||
|
For performance, it's a straight passthrough of references on initial setup, so negligible cost. I threw it up here so authors with simple option menus could quickly (~5min) throw in LAM-2.0 and take a longer time to explore/rewrite for LAM-2.0 and its new features. That said, personally I don't like the table-based interface for LAM-2.0, so I'll probably keep using such an adapter. |
|
|
Sasky |
View Public Profile |
Send a private message to Sasky |
Send email to Sasky |
Find More Posts by Sasky |
Add Sasky to Your Buddy List |
06/12/14, 12:35 PM | ||
local LAM = LibStub("LibAddonMenu-1.0") to local LAM = LibStub("LibAddonMenu-1.0-to-2.0") in your *.lua file and it doesnt require you to rewrite LAM1 menu it just ports it into the LAM2 panel ** Addons must have unique names tho so for ppl that have multiple addons all under the same panel name will need to name each one unique like all mine are under ("_SkOODaT", "SkOODaTs Addons") but i would half to name them all unique (""_SkOODaTAddon1", "SkOODaTs Addon 1") i dont think LAM2 supports multi addon under a single panel |
||
|
SkOODaT |
View Public Profile |
Send a private message to SkOODaT |
Send email to SkOODaT |
Find More Posts by SkOODaT |
Add SkOODaT to Your Buddy List |
06/12/14, 06:10 AM | |
|
Hi,
Is this supposed to be a bridge interface, a one-time converter or both? Because it's not obvious in the description. I am interested in saving some time in converting but not on relying on an additional bridge interface dependency. If this is a bridge interface only then I'd rather take the time to manually convert Thanks in advance, Tanthul |
|
Tanthul |
View Public Profile |
Send a private message to Tanthul |
Send email to Tanthul |
Find More Posts by Tanthul |
Add Tanthul to Your Buddy List |