Mumbles

File Name: Utility: Flavor Text Death Announcer File Submitter: Mumbles File Submitted: 23 Jan 2013 File Category: Utilities Content Author: Via File Name: Flavor Text Death Announcer File Submitter: Via File Submitted: 23 Jan 2013 File Category: Utilities Content Author: Via A customizable death announcer that broadcasts on the map pre-defined by the GM configuring the NPC's settings. It helps GMs keep track of player death when hosting events styled to have a last-man-standing winner while adding a creative flair to each situation. It is written so that an announcement with "flavor text" is broadcasted when a player is killed by either a monster or another player. To avoid duplicate announcements, the previous mode is disabled upon activating a new mode. The current release, 1.0, is activated by "whispering" a string of any text to "npc:death". Doing so calls the config panel to set the NPC according to your needs. Click here to download this file

I ended up using something fairly similar. Thanks Akkarin!

I see. I'll try and figure out how to pull an RSS feed from the Tracker, then. I've already been using (e32) Custom Sidebar Blocks and IP.Content Blocks to try and emulate it, but the extra information about it reading from an RSS feed was helpful. Thank you.

I could have guessed that much lol. At this point, I'm more requesting the actual code rather than how to write it.

Hello, I'm aware that the feed displaying the most recent posts from the Tracker in the sidebar is a custom modification; I've done a fair amount of searching for something similar, to no avail. There isn't really a section here for this type of request, but if anyone would be willing to share this code with me, I would greatly appreciate it.

Thanks for verifying that.

Evidently not. I'm a bit opposed to downloading the entire emulator to test one feature, and I would much rather someone provide the answer(s) if they are able and willing.

Is it currently possible to use an item's Aegis_Name in place of the item ID? If so, at which revision was this implemented? Example: getitem Red_Potion, 1; // Equivalent to: getitem 501, 1;

When loading a script that contains an OnInit label onto a live server, is OnInit automatically initialised, or would I have to use OnWhisperGlobal to sort of cheat the initialisation?

Couldn't you just force the player to send a packet to close a window with @send (in a script)?

Likely, though you'll have to make your own patch and use a third-party client launcher.

The functions Brian wrote were intended to create and retrieve a MAC-based variable, not retrieve a MAC address. His usage of the function getmacaddress() is purely pseudocode. Currently, there is no known method to retrieve a MAC address without Harmony, as Harmony's software and plugins are used to manipulate the client into sending the user's MAC address. If anyone has an alternative method to logging and retrieving MAC addresses, please share. d:

LOL. Your MVP Ladder resembles a ladder... (coincidence?!) Aside from that, just wanted to commend you for your WoE controller; it works seamlessly and was simple to configure. I'd like to see half-hour intervals in there, but other than that it has plenty of features and is incredibly useful.

I used OnTouchNPC, not OnTouch; OnTouchNPC can be triggered by a monster. Using 0 for the unitwarp's GID will warp any monster away; however, if he wanted to be more specific with the GID (regarding monsters), yes, he would likely have to make source modifications to do so.

"this" is the current map. Here's an example of how to use OnTouchNPC: // Since this script should only be triggered by touch, we can set the Sprite ID to -1 (invisible) // The extra "5,5," signifies a 5-by-5 cell area around the NPC that will trigger the 'OnTouch' label prontera,151,172,0 script no_mob_walk -1,5,5,{ //end; // Uncomment this line if you use a visible sprite OnTouchNPC: // Triggers when the defined area is walked into unitwarp 0, "this", -1, -1; // Warps invoking monster to random cell on the same map end; } Note: Sorry for the mistake on the other board lol. I have since replied to your topic there as well.

Alternatively (as the server administrator), you could temporarily unblock the player's account and log into it; use @changegm <target player's name> to pass control over to a different player (must be online). Even if you were to run a database change via NPC script, it wouldn't update ownership properly until the server is restarted.

Very nice; simple enough to adapt to eAthena as well. Thanks for the share.

Aside from hiding auto-trade venders (lol, a simulation of the former use of @afk?), what purpose does this command actually serve? I'm aware that it so evidently removes the vending board, but what conventional use would the command be for? Issues with this are: Simulated @afk (false/fake population) Cannot buy anything from the stores (since the windows are hidden) Is this map-wide or server-wide? I can't really see the much use in this; however, if you could clarify as to what good this command would do, it'd be nice to know.

Must be a pretty nice client mod; I've yet to hear of a client that supports more than 2000 View IDs, let alone over 28,000 of them. Perhaps you've confused the item ID with the view ID? http://rathena.org/wiki/Custom_Items#View_IDs.2C_Having_A_Custom_Item_Without_Xray

^Can a mod please codebox this? D: And uh. In your accessoryid.lua, these numbers are way too high. These are supposed to be your ViewIDs, not your Item IDs. ACCESSORY_ARCHANGEL_WINGS = 20000, ACCESSORY_ARCHDEMON_WINGS = 20001, ACCESSORY_ARTIC_WINGS = 20002, ACCESSORY_BLOOD_WINGS = 20003, ACCESSORY_BLOODY_BUTTERFLY_WINGS = 20004, ACCESSORY_DARK_FAIRY_WINGS = 20005, ACCESSORY_DEVILING_WINGS = 20006, ACCESSORY_DRAGON_WINGS = 20007, ACCESSORY_ELEMENTAL_WINGS = 20008, ACCESSORY_FIERY_WINGS = 20009, ACCESSORY_GARGOYLE_WINGS = 20010, ACCESSORY_GREAT_EVIL_WINGS = 20011, ACCESSORY_ICE_WINGS = 20012, ACCESSORY_INCUBUS_WINGS = 20013, ACCESSORY_LESSER_GARGOYLE_WINGS = 20014, ACCESSORY_LITTLE_ANGEL_WINGS = 20015, ACCESSORY_PHASER_WINGS = 20016, ACCESSORY_RETRIBUTION_WINGS = 20017, ACCESSORY_SUCCUBUS_WINGS = 20018, ACCESSORY_VAMPIRE_WINGS = 20019, ACCESSORY_WHITE_FAIRY_WINGS = 20020, ACCESSORY_WING_OF_BALANCE = 20021, ACCESSORY_BIG_ANGEL_WINGS = 20022, ACCESSORY_WING_OF_AVALON = 20023, ACCESSORY_BLUE_BUTTERFLY_WINGS = 20024, ACCESSORY_COLOR_WINGS = 20025 They should be around the same numbers as these: ACCESSORY_NEW_RED_HELM = 941, ACCESSORY_NEW_RED_VALKYRIE_HELM = 942, ACCESSORY_NEW_SILVER_VALKYRIE_HELM = 943, ACCESSORY_NEW_WHITE_VALKYRIE_HELM = 944, So like 945, 946, 947...and so forth for your new items. You might need to recompile your LUAs into LUBs again, too. ACCESSORY_ARCHANGEL_WINGS = 945, ACCESSORY_ARCHDEMON_WINGS = 946, ACCESSORY_ARTIC_WINGS = 947, Here's the item script. See the 945 for Arch Angel Wings? 20003,Arch_Angel_Wings,Arch Angel Wings,5,10,1,1,,0,,1,0xFFFFFFFF,7,2,1,,1,0,945,{ bonus bMdef,7; bonus bInt,7; bonus bStr,-5; },{},{} Change that to the correct corresponding ViewID for each wing.

If you're getting a blank .spr and .act notice in your error messages, you didn't configure your LUA files properly. If you could paste the bottom section of your LUA files here in a code box, I might be able to provide a little more input as to what's going on.