The ImmersionRP Add On originally written by Seagale, continued by Shannae. ImmersionRP is a FlagRSP2 and MyRolePlay compatible Add On, which provides the user with the ability to supply additional descriptive text about their character and to set an "RP Status" such as Roleplayer, In Character, and Looking For Contact. ImmersionRP keeps to a strict design philosophy of intuitive interface design and minimal complication.
This is a small bugfix release, with a client version upgrade.
Naes random tip for this build: Don't want the infobox popping up in the middle of your raid? Right click your unit frame, go to ImmersionRP, and Disable ImmersionRP Temporarily.
Next Up: More code optimization, peer-to-peer description transmission, and improved tooltip handling.
Currently Annoying Me: How to not cause errors with the drop down menu to set a focus, before Blizzard fixes the client so this works the way they tell us it should.
I accept (but do not respond to) direct emails sent to Shannae dot Darkehart at gmail dot com.
With vanillia irp i can get my description on all parts of my player frame and my party frame.
I use STUF also. I tend to pick up my party as i am closer to them. whitch is fine with meas you should have to be close to the person to see thier stuff.
I also note slight delays with tooltip processing. but its minute and i can also accept it as its really not annoying to me.
Originally posted by Shannae And my preference besides email is for you to just give it a rest already. You're not even giving a correct line number! What do you want, a screenshot showing it not working?
Line 88 in 1242242369-ImmersionRP.zip:ImmersionRP/ImmersionRP.lua, as downloaded from this site, reads:
Code:
if (ImmersionRPSettings["MODIFY_TOOLTIP"] == 1 and UnitIsPlayer("mouseover")) then
It is the only reference to ImmersionRPSettings["MODIFY_TOOLTIP"] apart from the initialization and the toggle feature in the settings pane. I gave you the line as-is, because I did not expect it to be the same in your working copy. Aparently, you do.
Why don't you spend the energy in making your own bugfix, since you clearly don't want to use mine.
Quote:
Lua != C++, and Blizzards implementation of Lua is fairly unreliable as it is (reference the problems with UIDropDownMenu for my current favourite examples).
I am willing to help you work around the UIDropDownMenu. Are you willing to be helped?
Quote:
More to the point, I especially don't appreciate the attitude you're giving me. You are not gods gift to wow add on development, and its not the first day I've been working with code, so can the high and mighty language, if you please.
I never said I wasn't arrogant. My arrogance is backed up with extensive knowledge of many operating systems, programming languages, coding methodologies, such as design patterns, refactoring, extreme programming and intimate knowledge of esoteric hardware. Coding is more than just the programming language and I assume you know that.
In the end, I don't care whether you use my code/fixes or not. I believe you should make every oppertunity to learn more about the system you are using, and when you don't understand my code, nor make any effort to, and assume it's incorrect because you don't understand it, it smacks me as unprofessional. But maybe that's just me.
Originally posted by aenott The code is both syntactically correct, and works as advertised, I'll email you an explanation since I agree with you: this is not the place to discuss it. Please let me know if you prefer something else than email.
Well, the several months old bug report, without any comment from you, wasn't really enticing me to use that feature. I'm glad you now know to look at it and good luck with the communication code.
Considering the number of emails I get concerning new private messages, I assumed I would get one if someone submitted a bug report. Apparently, I was wrong.
And my preference besides email is for you to just give it a rest already. You're not even giving a correct line number! What do you want, a screenshot showing it not working? Lua != C++, and Blizzards implementation of Lua is fairly unreliable as it is (reference the problems with UIDropDownMenu for my current favourite examples).
More to the point, I especially don't appreciate the attitude you're giving me. You are not gods gift to wow add on development, and its not the first day I've been working with code, so can the high and mighty language, if you please.
Originally posted by Shannae Okay, you know what, I appreciate your enthusiasm, I really do, but you don't even have the correct line of the file in question, much less syntactically correct code. At a glance, my estimate is that your change, if applied to the correct portion of the file, would cause IRP to fail to modify a tooltip no matter which one it was.
The code is both syntactically correct, and works as advertised, I'll email you an explanation since I agree with you: this is not the place to discuss it. Please let me know if you prefer something else than email.
Quote:
If you have a bug report or feature request, please utilize the supplied features of this website and I'll look into them (now that I know the website isn't sending me emails notifying me of new submissions and therefore I have to check the pages manually, anyways >.< ).
Well, the several months old bug report, without any comment from you, wasn't really enticing me to use that feature. I'm glad you now know to look at it and good luck with the communication code.
When you finish changing the communication structure, please consider the following:
As per Hideaki Imamura's bug report, when Beginner Tooltips are enabled, in the Interface, Help panel, the Party Options show as a single long line.
Fix: Do not change the tooltip when Beginner Tooltips are enabled and the mouse is not over the world frame. There are no known side effects of this change.
Code: Change line 88 in ImmersionRP.lua
Code:
if (ImmersionRPSettings["MODIFY_TOOLTIP"] == 1 and UnitIsPlayer("mouseover")) then
to
Code:
if (ImmersionRPSettings["MODIFY_TOOLTIP"] == 1
and ( SHOW_NEWBIE_TIPS == "0" or GetMouseFocus() == WorldFrame )
and UnitIsPlayer("mouseover")) then
Okay, you know what, I appreciate your enthusiasm, I really do, but you don't even have the correct line of the file in question, much less syntactically correct code. At a glance, my estimate is that your change, if applied to the correct portion of the file, would cause IRP to fail to modify a tooltip no matter which one it was.
If you have a bug report or feature request, please utilize the supplied features of this website and I'll look into them (now that I know the website isn't sending me emails notifying me of new submissions and therefore I have to check the pages manually, anyways >.< ).
The new communication method will be compatible with Mary Sue, yes. Which is requiring a rather substantial rewrite of the peer to peer code I originally wrote, and probably the inclusion of Ace Libraries into ImmersionRP.
In theory, if there are no more 'Disasters' around my house, I'll get it done today or tomorrow, and have the bugtest phase finished by this weekend.
I have never heard of someone locking the chat channel before - I hope this practice doesn't spread. ><
Out of curiosity, will the communication method you've developed be compatible with the method MarySue (on Curse.com) uses? I've got fingers crossed and wish you the best!
__________________
I post as Avanina on wowace.com.
Originally posted by Shannae It has been brought to my attention that on at least one server, someone has begun systematically denying functionality to users of RP Add Ons by gaining ownership of the communication channel, and locking it with a password.
Blizzards custom chat channel interface requires that a user be considered the "owner" of the channel at all times. This is determined initially by the person who "creates" the channel by first joining it. Thereafter, should the owner leave the channel without designating a new owner manually with a slash command, ownership automatically passes to the character that has the lowest ID number (which is an incremental indicator of your characters creation date and time relative to every character ever created on that Realm since the Realms went online).
What this means is, that this terrorist can almost assuredly acquire ownership in an alternative channel s/he becomes aware of in the same fashion, and shut it down as well.
ImmersionRPs solution to this act will be to enable the channel-less communication system I developed, and I implore the other add on authors yet again to update their add ons technology in order to repel this attack upon our users, as I have implored them before to do it for the sake of their convenience.
ICK! Man...that shows both no life and complete rudeness for someone to do that. I hope this person spotanously combusts.
Re: Re: Re: Re: Bugfix: The RP mode button is now visible for all chat frames
Dear Shannae,
When you finish with the communication structure, please read the following.
Quote:
Originally posted by Shannae Thank you for keeping your snarky responses to yourself. I certainly feel like dropping what I'm doing to implement, test, and bugfix a users modification in order to support a highly uncommon UI design scenario with the way you're behaving. I really feel the love.
Now if you don't mind, I have work to do, per my most recent comment.
I feel there is some misunderstading around here. There is no uncommon UI. By default, a user is able to
Create a new tab, by right clicking on the General tab and select Create New Window
Right click on that tab, select Settings
Uncheck everything but IC channels, such as Say, Emote and Whisper
Not press the RP button
If you do not wish to support this scenario, feel free.
When you finish changing the communication structure, please consider the following:
As per Hideaki Imamura's bug report, when Beginner Tooltips are enabled, in the Interface, Help panel, the Party Options show as a single long line.
Fix: Do not change the tooltip when Beginner Tooltips are enabled and the mouse is not over the world frame. There are no known side effects of this change.
Code: Change line 88 in ImmersionRP.lua
Code:
if (ImmersionRPSettings["MODIFY_TOOLTIP"] == 1 and UnitIsPlayer("mouseover")) then
to
Code:
if (ImmersionRPSettings["MODIFY_TOOLTIP"] == 1
and ( SHOW_NEWBIE_TIPS == "0" or GetMouseFocus() == WorldFrame )
and UnitIsPlayer("mouseover")) then
Re: Re: Re: Bugfix: The RP mode button is now visible for all chat frames
Quote:
Originally posted by aenott Thank you for not even trying the changes. There is only ever one RP button with my edits.
Thank you for keeping your snarky responses to yourself. I certainly feel like dropping what I'm doing to implement, test, and bugfix a users modification in order to support a highly uncommon UI design scenario with the way you're behaving. I really feel the love.
Now if you don't mind, I have work to do, per my most recent comment.
Re: Re: Bugfix: The RP mode button is now visible for all chat frames
Quote:
Originally posted by Shannae This is not a bug. The purpose of binding the button to the primary chatframe is to ensure that only a single button is created, in a fashion that plays nicely with common UI designs tendency to have multiple chatframes visible and to utilize the first chatframe as the only chatframe used for actual interaction with other players. Your modification will not be included in the ImmersionRP codebase and will remain unsupported.
Thank you for not even trying the changes. There is only ever one RP button with my edits.
Re: Re: Party Options is only one line
Re: Party Options is only one line
Party Options is only one line
Re: Re: Bugfix: The RP mode button is now visible for all chat frames
