Euphy

That was changed a long time ago: r15288 Revert that update to restore the old behavior.

trunk/npc/quests/seals/

Moving to Source Requests.

Implemented in r17371. Leaving the topic open for further discussion.

Our Core Developers are looking to do a better implementation of this, but it's pretty far back on our to-do list.

@Lighta has updated and extended trunk/tools/item_db.pl to convert the entire Pre-Renewal and Renewal item databases. All Script/DB Developers will likely be using this tool from this point forward to update our SQL files. The new script: http://pastebin.com/AwXBYEii Perl, if you don't have it: http://www.perl.org/get.html To run the script, specify an input, output, target, and table. For example: item_db.pl --i=item_db.txt --o=item_db_re.sql --t=re --table=item_db_reThe output: item_db_re.sql Current file: trunk/sql-files/item_db_re.sql If you diff the files against each other, you'll notice that some null fields differ in how they're displayed - we currently have different defaults for each item type, whereas the converter uses a single array for all defaults. Once imported into the SQL database, there are no differences between the previous and new displays. Please post your opinion (even if you don't care!) regarding the change in formatting. We'll be following through with this shortly unless people disagree.

@Kento: You're not updated. //===== Compatible With: ===================================== //= rAthena SVN r16862+ The reason for your error is that you don't have the LOOK_* constants, so the 'changelook' commands are changing your base sprite (0) instead of what they're supposed to. 4_F_kafra1 is the View ID of Sunday Hat (117).

I'd like us all to congratulate @Trojal in becoming our new Supporting Administrator. He's been with us since the beginning, and has consistently offered his insight when we need him; his experience and helpfulness will no doubt be a fantastic addition to rAthena's administration. Welcome, Trojal!

We aren't allowing these types of posts on our forums. If you have a problem with someone, settle it through private messages.

Would anyone else find this useful?

Added support for costumes and robes in v1.6a @ r17366. trunk/npc/custom/quests/quest_shop.txt

This is an official feature; we aren't changing it unless Gravity does.

CREATE TABLE IF NOT EXISTS `login` ( ... `sex` enum('M','F','S') NOT NULL default 'M',

You already have the answer. The script is only compatible with rAthena, and you're not using rAthena. Either delete the commands you don't have (read: Basic_Scripting), find a new script, or switch emulators.

From what I remember, something gets buggy when you move NPCs onto different maps in runtime. It's already possible with 'unitwarp': unitwarp getnpcid(0),"<map name>",<x>,<y>;A core dev could probably explain this better, though.

It's an OnTouch NPC (likely invisible), not a cell type. Read: OnTouch

Updated IDN and FRN translations in r17364, and changed THA encoding. Thank you! @Boneskung: The file you linked (http://pastebin.com/AqbnH7PW) contained no changes.

It should be unrelated. You can post any errors or a GDB dump in the Bug Tracker.

This is a right curly: } This is line 9: }Your error: Solution: Add a right curly to line 9. I'd highly suggest reading the Basic_Scripting article.

That means you're missing 1 right curly at line 9. /sigh

trunk/npc/custom/healer.txt http://rathena.org/board/topic/81860-r17280-slight-script-engine-update/

- script #channel_autojoin -1,{ OnPCLoginEvent: atcommand "@join #main"; end; } I don't know what you mean by this.

You need to loop the main menu and break out of submenus. For examples, see the trunk/npc/re/guides/ directory.

Every variable in `mapreg` is directly available, as you've noticed. They server gets them from the database when it boots, stores them in RAM, and periodically queries them all back into the database (or else you'd lose all your data on a reboot). Having a large number of variables (e.g. thousands) may cause your server to lag. You can read more here: http://www.eathena.ws/board/index.php?s=9d7dbd4ba43d6eed7e2903043c4a97b7&showtopic=181741&view=findpost&p=1478950 It's fine to store strings as strings, but you were storing integers as strings. That'll either give you errors or be a waste of processing (as the server will try to convert it to an integer anyway). Read about it in trunk/doc/script_commands.txt. You need to set the mapflag "mf_loadevent" on the map in order for the label to trigger.

bonus bAtkRate,900; // Adds 900% attack power. bonus bMatkRate,900; // Adds 900% magical attack power.