vampir

Do you know if any packet in helios forces client to show Red Karma name? In ertheia there is only "Reputation" in UserInfo and it shows Green Name :/

No. When any user joins party, his UserInfo is sent to nearby players anyway. That broadcast is required to refresh relations.

I think only with NWindow.dll edit.

It depends on your pack. On Acis if your bypass starts with bbs_, _bbs, _friend, _mail or _block, CommunityBoard class will handle the bypass. You need to add new bypass name to CommunityBoard class and parseCmd in your BaseBBSManager.

It would be a lot harder to edit game client, this would require messing in Engine.dll It is easier to make it in server core. What Solomun suggested will not work well, it will make party color to be seen by all players, not only by party members. If you are not into java, it will be hard to be done. You need to: - Check how CharInfo gets color of the nickname, it should have different method than UserInfo and any other call. - CharInfo should provide PcInstance that is about to receive the color. - Returned value should be different than original, if players are party members.

I think many people would be happy to pay you for anty bot projection that works better than smartguard, since you can do anything :P

You could hire someone to hack smartcrypt of this patch: http://forum.l2europa.com/showthread.php?p=237008#post237008 It has all features you require and much more.

on which pack it is based on?

<button action="link code_$code" value="Submit Code" width=75 height=21 back="L2UI_ch3.Btn1_normalOn" fore="L2UI_ch3.Btn1_normal"> should be <button action="link code_ $code" value="Submit code" width=75 height=21 back="L2UI_ch3.Btn1_normalOn" fore="L2UI_ch3.Btn1_normal"> Later when you receive bypass and separate tokens, you can use String#trim method, which delates spaces at the beginning and at the end of the string.

XDAT Editor: https://sites.google.com/site/l2clientmod/xdat_editor Window name is BoardWnd. With ALT+G > UI > Window Name, you can check names of gui objects.

On Tales when database is very big, backup might take several minutes. Server is managing automatic backup during middle of the night(when amount of players is low) and during server restart. Code: http://pastebin.com/ZE72CB1F It surely will give errors at first, ConfigHolder will be the reason.

Interface.u modification. In MultiSellWnd you need to find function addNeededItem(int, ItemInfo), modifying t_color of itemAmountNode allows you to set desired color. I based it on UIScript GetInventoryItemCount function value.

Do you mean to show multiple cancelled buffs in those big letters message, that shows currently - Song of Storm Guard ? Yes, it can be done. There are 3 ways: 1. Server Side, 2. Interface.u, 3. Dll files Server side is easiest: In my H5 pack there is class EffectDispelEffects, it manages Cancels, Cleanses, Banes. After buffs are cancelled, you need to call new method: private static void showCancelOnScreenMsg(Player effected, Collection<Effect> cancelledBuffs) { String msg = getCancelOnSreenMsg(cancelledBuffs); showCancelOnScreenMsg(effected, msg); } private static string getCancelOnScreenMsg(Collection<Effect> cancelledBuffs) { StringBuilder builder = new StringBuilder(); boolean firstBuffAdded = false; for(Effect e : cancelledBuffs) { if(firstBuffAdded) builder.append("\n"); else firstBuffAdded = true; String effectName = e.getSkill().getName(); builder.append("- ").append(effectName); } return builder.toString(); } private static void showCancelOnScreenMsg(Player player, String message) { player.sendPacket(new ExShowScreenMessage(message, 5000, ExShowScreenMessage.ScreenMessageAlign.MIDDLE_RIGHT, false); }

Check NpcInstance#showChatWindow, now it gets there file name and uses NpcHtmlMessage. On my pack I have made new parameter in npc xml with community board bypass as value, if it exists then my custom BypassHandler is used.

Bullshit. Making NPC not to be targetable could remove effect but also players will not be able to target npc. Effect under npc can be changed by changing effect itself to be invisible. Some client modders like asuki can make that for you. Light Up effect i strongly believe is only in dlls.

Adena Sellers spamming on servers are mostly those who have topics on MXC, if their spam on servers would not bring more customers then they would give up after short while. I agree about letting messages go to unknown people is unacceptable.

This is obviously a very much required feature that all top server have. On every Tales we have got many sellers, it doesnt take them much time to level up char so it is possible to write a shout, making GMs ban them would be very exhaustive and impossible during the nights(while gms are off). Most of the randoms who sees a better deal in Adena Seller price than in Donate Shop will choose Adena Seller, and if he doesnt see the sellers, they will not look on MXC. Second thing is, that spam might be really annoying to players.

Maybe it doesnt apply in your case, but you should also think of other developers that work on the project. Having such option in XMLs looks are lot more obvious and consistent with rest of pack. Though yeah, you can stick to the first one. It should be fine :)

If you want to add new custom item, normally you just need to add it to xml(or if you make something advenced you need to make new item handler or skill handler), by adding this code to java class you need to add new "case" and recompile each time you add new item. If you want to change ID of your custom item, it is very easy to forget that you added some code to java with hardcoded id, this can cause unexpected problems

Of course you can, thats called Proxy. On tales proxy that user receives during server selection depends on some factors(for example heroes get different proxy than people who just started to play). Multiple different IPs are used and none of them is real IP of the server.

It depends on your pack, in mine it is //spawn NPC_ID which adds spawn to database.

Just small ddos, fixed after turning on protection again, good story though :P

Same here. It is quite obvious that if you add 1 more line to condition/loop with no bracket, you need to add it or it will just not work - tab or 4 spaces will not do the job here.

Next time place proper credits and there will be no drama :)

I think it would be more fun to learn if examples would be related to L2, you could find some codes that are similar in most of h5 and IL packs and show how they can be modified. Top of CharacterCreate packet is similar in most of the packs, you could make for example: if(_sex == 1) { _name = "F" + _name; } else { _name = "M" + _name; } Useless code, but it can be easily tested in game and it have significant impact - not like console println. You could also mention that { } are not required. Also variable = condition ? trueStatement : falseStatement; would be nice to be put here. Good work :)