I had vs 2015 community edition on Win 7 so it does work.

I don't think this is possible because these bars are handled on the client side and aren't even known by the server.

This code really doesn't do anything other than setting a prop with the ability ID number. You have to change your own hitscripts to read the ID number, act on it however you want to, then delete the prop which the inc file has the function to do.

What's the range that you want to search, how many of these items would exist, and how instant does the reaction need to be? You can probably pull it off using ListMobilesNearLocation with about a second or two of sleep between checks.

Now that you mention it, the documentation also lists client.acctname as Type "Account" but describes it as a string for the account name.

I'm sure if you've always used character.ip, it should work fine for you. Character.connected was specifically added to check to test if the client is still connected. It will be immediately set to 0 as soon as they disconnect even if they are lingering in the world for an amount of time after loggi...

Check your NPC's script for setup parameters. Many of them set parameters randomly inside the script when first created.

I would probably start here. Yukiko would know more about that than I would though. Since most people who use POL already have established shard scriptbases, there hasn't been much work on the distro end. Yukiko has done the most recent work that I know of in the last year.

It may have changed in the years I've been away but I believe the number of maps and their dimensions is restricted by the client so POL would have no way of bypassing it.

is there a pkg.cfg in those paths? Is the right pkg name listed inside the config? Is it enabled? Have you recently upgraded your POL core? If so, have you forcefully recompiled (ecompile -f or deleted all ecl files and recompiled) with the new ecompile that came along with that core? Is PackageRoot...

foreach acctname in ListAccounts() returns only the account names so you need to run the acctname through FindAccount(acctname); to get the actual account itself where you can get your props. foreach acctname in ListAccounts() var account := FindAccount(acctname); if (account.getProp("UoBase&qu...

Why would I submit it to Origin? The whole point of the conversation was to break away from EA/Origin and be an indie developer. I wouldn't want to be stuck around the UO team anyway. I can't imagine they're that far from being the next team axed by EA. Almost 20 years of development on a game will ...

So I was out drinking on Saturday night with an old friend of mine, a former co-worker who also played on my shard years ago before it shut down. We brought up UO and POL and all the fun we had back then. I would create stuff on a development shard, we would vigorously test it and I would eventually...

If I remember correctly, icp.cfg was part of a system on an old distro and has no use for anything else but that distro system so the only people who would know anything about it would be those experienced in that flavor of the distro scriptset.

Not sure about that one. I pulled up an old packethook I had for speech and it defined an acceptable range between 2 and 1001. This snippet is from years ago on POL096 but I'll paste it in case it helps you track it down. This was part of my 0xAD packethook. The actual reason for this color check in...

From the looks of it and from what's mentioned in the core-changes.txt at the time it was implemented, this looks like the same thing as an AUX connection except POL initiates the connection instead of the outside source.

Well, the teamspeak bot needs to initiate the connection to POL through the configured AUX port ( auxsvc.cfg ). From there, the POL script is fired. The POL script could send strings to the teamspeak bot that the bot will process as commands, it can also receive commands from the teamspeak bot if ne...

You can probably pull this off by scripting a Teamspeak bot and use the POL AUX interface. I used to have an mIRC bot that you could do quite a few things on like create accounts, get info on players and server statistics.

Wait... I just looked up the documentation... This is very likely erroring... The 0x3C30 is in the "loop" parameter which should only be from 0-255. 0x36d4 is the correct effect and it's in the correct spot. Try changing 0x3C30 on both lines to 0 and see what happens. PlayMovingEffectXYZ( ...

This is not due to client.inc. The script isn't calling GRAPHIC_FIRE at all, it's just using 0x3C30 directly which is fine. If it was a missing declaration in client.inc, the script would have never compiled due to an undeclared variable. Are the sound effects playing correctly? If the PlayMovingEff...

Are you doing an item use script? If so, it should update after compiling and unloading. Are you sure you're updating the correct script? Have you tried just a simple SendSysMessage(who, "test"); in the beginning of the script just to see if it's doing anything? If you're redoing gumps/men...

You wouldn't need to restart if it's just a use script. Just unload the old script. Unless you changed the itemdesc.cfg entry which would require a restart.

You can script and customize every single thing you just asked. POL doesn't have much of anything hardcoded. It'll all be dependent on what scriptbase you start with and what you decide to do with said scriptbase since you can literally rewrite every system in it to do what you please. And all of th...

bodom make a new text file and just put that loginserver info as the only text in it. Then save it as login.cfg (make sure it's .cfg and not .cfg.txt or something similar) atreiu I'm not sure I can help you with the enhanced client stuff since I haven't dealt with POL or UO in about 6 years. The las...

open login.cfg and enter your LAN address as the loginserver.

For instance, if your server is located at the IP: 192.168.0.2 and the port POL is listening on is 5002, you'll have: