tekkub: That idea works really well too. My only worry there though is that we'd be limited with a max X number of overall bar buttons, due to the way XML works and that we can't create dynamic frames.
Ok, I know exactly what I want for Christmas, errr options for AcePanel. I want there to be some simple menu maker mobber. Something that could work right with your Chat commands maybe. I want it to have a simple way to display it. Maybe we could just inherit the TitanTemplate frame and then add what we need to our frames. I'm just learning XML, and it seems like this would be a good simple easy way to go.
Ori, THat's how titan worked, they gave us a template to inherit (well 3 actually, not sure why though the differences were minimal, they could have been combined into one and then set to behave a specific way via the LUA..)
The think of it was, those template were so simple it was kinda pointless. They were basically just a text field and an icon, then Titan defined a few functions names you needed but these weren't in the template of course. So my argument is, why not just define a set of x generic buttons in AceBar the way timex does. This eliminates the need for any XML on the author's side, which in the end would make the authors very happy you know :)
Perhaps we should go a mix of the two? Define say, 25 buttons (I think that's enough based on how many things I had up on Titan at the "peak" of my use). But then also provide the means for an author to take the template and expand it greatly if he needs, and then register the XML element into AceBar's XML table. Best of both worlds :)
Ok, I know exactly what I want for Christmas, errr options for AcePanel. I want there to be some simple menu maker mobber. Something that could work right with your Chat commands maybe. I want it to have a simple way to display it. Maybe we could just inherit the TitanTemplate frame and then add what we need to our frames. I'm just learning XML, and it seems like this would be a good simple easy way to go.
I'm currently looking into inheriting as much as possible from titan in terms of the XML and layout options. If it already works, why try to fix it? They design is good and unobtrusive, but given the request for allowing scaling in one direction, I dont know if it's workable in its given state.
I'm going insane! I want to drop Titan so bad, so I did! I'm using BhaldieInfoBar... I like it more, but it;s still not Ace'd, so I want my AceBar/AcePanel *SO* bad! Alas, I must wait for Kaelten to finish it.
All I really want Acepanel/bar to be is nothing but a container.
NO premade mods in it. that could come by visiting here and download the mods YOU like instead of removing the once you dislike.
Second I would like to see a place on the site for acepanel/bar (I like panel more) where those specific mods can be uploaded so it doesn't clutter the normal threads.
my basic plan for acebar is to have a shell container that provides a few reusable objects, helper functions for redundant tasks and xml templates.
What I'm looking at is making a handful of new AceGUI elements that will only exist if you have AceBar installed. Then creating a module for AceBar will be as easy as creating an AceGUI application.
Life has been beating the hell out of me but I got a two week break from school now and xmas is almost over so I'll be back at it this week.
1.10 we have programatically created frames with no need for XML.
What does this mean? 100% LUA-tastic plugin structure for AcePanel, if we wait that long. Of course, you could just provide the virtual templates, and we can create off those programattically when the time comes, rather than wait for 1.10.
Assuming you have nothing going on in your life except the sole development of AcePanel.
Please make sure that, if AcePanel or whatever is going to do something with other frames it tests if they exists before it attempts some magic... Titan panel bugs if PlayerFrame is gone, for example..
I suppose this is an opportunity to get some more people to test out the cleanup I've done of Titan. For the most part it should work exactly the same way, but I ripped out a lot of code and changed a lot more. I also took all of the default plugins and made them Titan addons, so you can remove any of them entirely. Right now the default ones are still stored under the main Titan directory, each in its own subdirectory. To get rid of one you should take it out of the Titan.toc.
One issue I just haven't gotten back to fix yet is the built-in clock doesn't justify to the right-hand side. I plan on having it be able to sit anywhere in the bar, I just haven't fixed making it dock to the far right.
I'd really suggest wiping your Titan savevars and redoing them with this version. Since there are different versions of Titan out there I did see issue with SV information that caused some hiccups.
This version does not have the ability to have both a top and a bottom bar at the same time, but it does have the double-bars. I also removed the (extremely buggy) code that repositions windows on the screen when Titan loads so if you have issues with that I'd suggest getting something else (Visor) to move your (VisorGUI) windows around (Visor.)
This version does not have the ability to have both a top and a bottom bar at the same time, but it does have the double-bars. I also removed the (extremely buggy) code that repositions windows on the screen when Titan loads so if you have issues with that I'd suggest getting something else (Visor) to move your (VisorGUI) windows around (Visor.)
Do you plan adding that feature? I ask because I use so many Titan plugins that I currently need three rows to show them all, two on top and one on bottom (and, mind you, all these plugins with almost every optional text disabled, so that only the important information is shown). A few more plugins and I'll surely need two rows at the bottom too. :)
I personally will not add the third bar functionality unless I put thought into a better way to do it. It was very hackish in the code that has it. I'd say it isn't going to be on my own priority list just because my focus is to try to clean it up as best as possible, and cut down on the resource usage, which I think I've done already a good amount.
Also this is more of a "do it because I can" thing for me, I don't really plan on taking over any sort of long term Titan development. Just more for fun. :)
Please not. That will enforce authors to rewrite their addons and make them better. By that time there will be addons with the same functionality made by others that are way better then all those addons of people that should really have stuck with writing macros.
1. I have the panel set to display on the bottom of the screen. Whenever I log back in, it is at the top and I have to reset the option.
2. If I have the panel on the bottom and I add or remove a Right-side icon (mail, skills), the bar moves itself to the top of the screen and I have to reset the option.
Other than that, things seem to work as they should. If I see any other odd behavior, I will let you know.
1. I have the panel set to display on the bottom of the screen. Whenever I log back in, it is at the top and I have to reset the option.
2. If I have the panel on the bottom and I add or remove a Right-side icon (mail, skills), the bar moves itself to the top of the screen and I have to reset the option.
Quote from "Tain" »
This version does not have the ability to have both a top and a bottom bar at the same time, but it does have the double-bars. I also removed the (extremely buggy) code that repositions windows on the screen when Titan loads so if you have issues with that I'd suggest getting something else (Visor) to move your (VisorGUI) windows around (Visor.)
'nuff said.
Errr... I'm dumb, you can't have them both at the same time. I guess you could still have one.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
The think of it was, those template were so simple it was kinda pointless. They were basically just a text field and an icon, then Titan defined a few functions names you needed but these weren't in the template of course. So my argument is, why not just define a set of x generic buttons in AceBar the way timex does. This eliminates the need for any XML on the author's side, which in the end would make the authors very happy you know :)
Perhaps we should go a mix of the two? Define say, 25 buttons (I think that's enough based on how many things I had up on Titan at the "peak" of my use). But then also provide the means for an author to take the template and expand it greatly if he needs, and then register the XML element into AceBar's XML table. Best of both worlds :)
I'm currently looking into inheriting as much as possible from titan in terms of the XML and layout options. If it already works, why try to fix it? They design is good and unobtrusive, but given the request for allowing scaling in one direction, I dont know if it's workable in its given state.
NO premade mods in it. that could come by visiting here and download the mods YOU like instead of removing the once you dislike.
Second I would like to see a place on the site for acepanel/bar (I like panel more) where those specific mods can be uploaded so it doesn't clutter the normal threads.
What I'm looking at is making a handful of new AceGUI elements that will only exist if you have AceBar installed. Then creating a module for AceBar will be as easy as creating an AceGUI application.
Life has been beating the hell out of me but I got a two week break from school now and xmas is almost over so I'll be back at it this week.
What does this mean? 100% LUA-tastic plugin structure for AcePanel, if we wait that long. Of course, you could just provide the virtual templates, and we can create off those programattically when the time comes, rather than wait for 1.10.
Assuming you have nothing going on in your life except the sole development of AcePanel.
/lick
One issue I just haven't gotten back to fix yet is the built-in clock doesn't justify to the right-hand side. I plan on having it be able to sit anywhere in the bar, I just haven't fixed making it dock to the far right.
Other than that I haven't come across any problems, so if people want to test it out you can grab it from here:
www.crushingdreams.com/WOW/TitainR01.zip
I'd really suggest wiping your Titan savevars and redoing them with this version. Since there are different versions of Titan out there I did see issue with SV information that caused some hiccups.
This version does not have the ability to have both a top and a bottom bar at the same time, but it does have the double-bars. I also removed the (extremely buggy) code that repositions windows on the screen when Titan loads so if you have issues with that I'd suggest getting something else (Visor) to move your (VisorGUI) windows around (Visor.)
Do you plan adding that feature? I ask because I use so many Titan plugins that I currently need three rows to show them all, two on top and one on bottom (and, mind you, all these plugins with almost every optional text disabled, so that only the important information is shown). A few more plugins and I'll surely need two rows at the bottom too. :)
Also this is more of a "do it because I can" thing for me, I don't really plan on taking over any sort of long term Titan development. Just more for fun. :)
Edit:
STAMP BASH STAMP
*SNORT*
buhaha i smell humans
/me trolls on
A couple quirks I've noticed using this:
1. I have the panel set to display on the bottom of the screen. Whenever I log back in, it is at the top and I have to reset the option.
2. If I have the panel on the bottom and I add or remove a Right-side icon (mail, skills), the bar moves itself to the top of the screen and I have to reset the option.
Other than that, things seem to work as they should. If I see any other odd behavior, I will let you know.
'nuff said.
Errr... I'm dumb, you can't have them both at the same time. I guess you could still have one.