Version 1.3b:
Combo Points should work again :)

Version 1.3a:
Optimisation
Buff and Animation update thresholds
Max buff/debuff options
Bug Fixes
Pet Frame should now function like a champ. Edit: But it does not :( More fixes incoming, soon.

Version 1.3
Buff Icon Layout added
Scale option added
Short health display added
Bar textures options added
Auras on buff bars added
Switched to LibUnitChange for target switching
Castbars added
In combat notification added
Background Color config added
Role icons added
Level text difficulty colour fixed maybe
Fixed player text bar not updating
Fixed health percentage being off by 1%
Fixed player targets castbar being wrong

Version 1.2a
Temporarily disabled the mouseover functionality - secure mode just stuffs everything up!

]Version 1.2
Finally fixed the zoning nil error (again :p)
Removed enter/exit combat spam

Version 1.1e
Fixed the frames not disappearing out of combat. They will still remain in combat (even if you untarget something), due to trion's secure mode restrictions not allowing addons to hide frames during combat.

Version 1.1d
Fixed bugs with percentage text (it being pinned to the wrong spot)
Bars have background colour now

Version 1.1c
Fixed bug with planar charge values not being displayed for users upgrading from older versions.
Added short text values for health/mana over 10k
Added percentage health/mana values back in (on right side of bar)
Started working in functionality for Mouse Interaction. Now you can use "cast @mouseover spellName" and it will work with MinUI (This is all that Trion has allowed so far). However, as a trade off to enable this functionality Trion does not allow addons to hide frames with interaction enabled (to stop automation basically). As a result, the frames are "always there" meaning that if you right click or left click to turn the camera where the frames are (even if they are "hidden") the frame will capture the input. I've left the frames barely showing when disabled to try and help users not click on them by accident.

Comment Options

Page 13 of 19 « First < 3 11 12 13 14 15 > Last »

10-07-11, 05:04 AM
grantus   Forum posts: 0 File comments: 82 Uploads: 1	Re: Experience Bar Quote: Originally posted by SeiferXJ9 Can you please please please make an experience bar right above the combo points. im tired of using the main bar as a EXP reference. As soon as they make Xp available to me, I shall

10-07-11, 04:09 AM
SeiferXJ9 Forum posts: 0 File comments: 3 Uploads: 0	Experience Bar Can you please please please make an experience bar right above the combo points. im tired of using the main bar as a EXP reference.

10-07-11, 03:51 AM
grantus   Forum posts: 0 File comments: 82 Uploads: 1	Thanks! Quote: Originally posted by Aalwein Kicking ass and taking names, grantus. I had to mention your addon in my latest blog entry (not that I'm famous or anything)! http://www.diebythearrow.com/2011/10...he-game-begin/ I try my best I wont be quite so fast with updates as I will be returning to work soon (hopefully), but I shall endevour to keep on top of adding new features as best I can.

10-07-11, 03:17 AM
Aalwein Zombie Forum posts: 2 File comments: 43 Uploads: 0	Quote: Originally posted by grantus Yeah you might be right - just thought I'd try and add the mouse over stuff in for healers :P And I shall add it to the list Kicking ass and taking names, grantus. I had to mention your addon in my latest blog entry (not that I'm famous or anything)! http://www.diebythearrow.com/2011/10...he-game-begin/

10-06-11, 11:25 PM
grantus   Forum posts: 0 File comments: 82 Uploads: 1	Quote: Originally posted by Aalwein I think the secure frames thing should be dumped as well until there is better functionality. Since I'm sort of using the "hybrid" setup like I posted in an earlier comment, everytime I come out of combat my frame backgrounds go back to semi-transparent... which makes the text impossible to read when I have the default frames behind it. On that note, I'm still hardcoding the background to 1.0 transparency - can you add that as a saved variable/in-game setting? Yeah you might be right - just thought I'd try and add the mouse over stuff in for healers :P And I shall add it to the list

10-06-11, 11:23 PM
Aalwein Zombie Forum posts: 2 File comments: 43 Uploads: 0	Quote: Originally posted by grantus @Aalwein: You should do everything in game name via /mui [command] [frame] [params]. For instance: Code: /mui barHeight player 50 Will set the bar height of the player frame to 50. When you /reloadui it stores it for your character, and updates shouldn't overwrite it any more :-) And the target not showing thing is because of the secure frame rules. I think I agree with you, prunkstation, just have them visible for now - until there is a way to disable interactivity when we are in a "secure" mode. I think the secure frames thing should be dumped as well until there is better functionality. Since I'm sort of using the "hybrid" setup like I posted in an earlier comment, everytime I come out of combat my frame backgrounds go back to semi-transparent... which makes the text impossible to read when I have the default frames behind it. On that note, I'm still hardcoding the background to 1.0 transparency - can you add that as a saved variable/in-game setting?

10-06-11, 11:00 PM
grantus   Forum posts: 0 File comments: 82 Uploads: 1	@Aalwein: You should do everything in game name via /mui [command] [frame] [params]. For instance: Code: /mui barHeight player 50 Will set the bar height of the player frame to 50. When you /reloadui it stores it for your character, and updates shouldn't overwrite it any more :-) And the target not showing thing is because of the secure frame rules. I think I agree with you, prunkstation, just have them visible for now - until there is a way to disable interactivity when we are in a "secure" mode.

10-06-11, 10:47 PM
prunkstation Forum posts: 0 File comments: 2 Uploads: 0	I, for one, think it would be better to just leave the frames always visible and consider the screen real estate they cover forfeit for the time being. Considering we already have other frames that do that I do not think a couple more will make a huge difference especially when they still allow you to see through the slight alpha background. The reason is that, while playing a bit today I found myself without a target frame a little too often and had to fight without it, either because I got in combat while riding, or because I was attacked in pvp. Either way it doesn't really work. I think the better compromise at this stage is to just leave them visible at all times, and rearrange/resize them to fit our screen setups better. Just a thought.

10-06-11, 10:36 PM
Aalwein Zombie Forum posts: 2 File comments: 43 Uploads: 0	Quote: Originally posted by grantus Hrrm it shouldn't overwrite your saved variables. The MinUIConfig.lua stores the defaults, but if you have a MinUIConfig saved variable the game should use that. Unless I am missing something. Only if you do /mui reset will it copy the new defaults into your saved var. Edit: Unless you're editing the MinUIConfig.lua file still? Yes I'm editing the .lua file. I was doing that because the /mui reset is still necessary after you make changes isn't it? EDIT: ok I realized the saved variables file inherited all my settings so I don't need to edit the config.lua file now. Also, I noticed that if you get put into combat without having a target, when you do select a target the target frame does not show up (although the buffs/debuffs do). The leaving/entering combat spam is annoying as well. Can we turn that feedback off? Last edited by Aalwein : 10-06-11 at 10:43 PM.

10-06-11, 10:11 PM
grantus   Forum posts: 0 File comments: 82 Uploads: 1	Quote: Originally posted by Aalwein Since the settings are all stored in the MinUIConfig.lua file, every time you push up a new version I have to redo all my settings every time. I'm not sure exactly how you can address this issue, though, so I'm just throwing it out there to see if anyone can think of a way to avoid this. Hrrm it shouldn't overwrite your saved variables. The MinUIConfig.lua stores the defaults, but if you have a MinUIConfig saved variable the game should use that. Unless I am missing something. Only if you do /mui reset will it copy the new defaults into your saved var. Edit: Unless you're editing the MinUIConfig.lua file still? Last edited by grantus : 10-06-11 at 10:21 PM.

10-06-11, 09:35 PM
Aalwein Zombie Forum posts: 2 File comments: 43 Uploads: 0	Since the settings are all stored in the MinUIConfig.lua file, every time you push up a new version I have to redo all my settings every time. I'm not sure exactly how you can address this issue, though, so I'm just throwing it out there to see if anyone can think of a way to avoid this.

10-06-11, 08:38 PM
grantus   Forum posts: 0 File comments: 82 Uploads: 1	Quote: Originally posted by Sarmion Several defects and black squares through which the clicks can not be Not sure if you saw this on the front page: "Started working in functionality for Mouse Interaction. Now you can use "cast @mouseover spellName" and it will work with MinUI (This is all that Trion has allowed so far). However, as a trade off to enable this functionality Trion does not allow addons to hide frames with interaction enabled (to stop automation basically). As a result, the frames are "always there" meaning that if you right click or left click to turn the camera where the frames are (even if they are "hidden") the frame will capture the input. I've left the frames barely showing when disabled to try and help users not click on them by accident." I am sorry, it's quite annoying and I'll have to come up with a new way of dealing with it. UPDATE: okay I have fixed this issue as best as I can - will upload shortly. Now, when you are out of combat, the frames can disappear as intended (and you can click through them). However, in combat, or as trion calls it "secure mode" the frames are not allowed to disappear, so they remain as very slight black areas (so you can avoid clicking on them). Last edited by grantus : 10-06-11 at 08:59 PM.

10-06-11, 08:35 PM
Sarmion Forum posts: 0 File comments: 1 Uploads: 0	Several defects and black squares through which the clicks can not be

10-06-11, 07:24 PM
grantus   Forum posts: 0 File comments: 82 Uploads: 1	Re: Chat error spam Quote: Originally posted by RagebeastRT I get the same errors on all my chars as well. It happens any time I die or zone back into dungeon from respawning. Most of it is nil errors Is it possible to provide a screenshot of the error messages? Just so I can track the bug down.

10-06-11, 06:24 PM
RagebeastRT Forum posts: 0 File comments: 118 Uploads: 8	Chat error spam I get the same errors on all my chars as well. It happens any time I die or zone back into dungeon from respawning. Most of it is nil errors

Page 13 of 19 « First < 3 11 12 13 14 15 > Last »