Can you provide some details? Free shard vs OSI? EUO client version? UO client version?

Gaderian

I have been pushing the resume function. I like that aspect of it.

Gaderian

I ran this for a few hours this evening. Very impressive. I happened to pick making lockpicks because I had the resources. Ran smoothly.

Gaderian

I think the "Help - I am stuck" option places the character in a random place in the selected town. Having said that, I have used it a lot to go to the Royal City in Ter Mur and most of the the time it has put me in the same location, but I thought that other towns seem more random. So it might be that there are predefined locations and you get one randomly. I have not used it to travel to Britain often, but since that is the largest one - it would be the simplest to test on how [in]consistently this placement is.

I will try to test it out later.

Usually when I use this feature, I have died somewhere and need a healer where there are none - getting to a town and then back to my belongings has been the priority over checking if it is the same tile as last time this all went badly. LOL

The walk to the Inn feature in New Haven did work before with new characters that I built. I just never had left a character on the start location and logged it out before. I usually move it somewhere, so it surprised me - then got me thinking about a way to enhance that functionality.

There is Algander's (might have it spelled incorrectly) Positioning System that has coordinates based on tile location to say where you are - I think it has coded all the classic dungeons. I was thinking something like that idea would work for even common areas. Suppose a character is at Luna around the bank (or possibly in the courtyard between the moongate and stable), but not upstairs in the Inn. It would not be difficult to code a target location to the main walk, then move along that axis to go upstairs to the safe logout rooms. So even attempting to move on a open rail system to a known location, then make the march to the Tavern/Inn. New "common" locations could be easily added without requiring a walk to the logout location from *every* tile.

Gaderian

Hello Splinanteras,
If you have read other intro threads, you will notice that the introduction will need a bit more details. You probably will want to expand your introduction to get recognized.

As a returning player, where have you played before? Official shards, freeshards? How long have you played in the past? How long have you been absent - to now return?

Do you have favorite templates?

Gaderian

It describes the behavior that I have seen. When a character is not in a safe instant logout location, then the next time a character tries to login-it fails.

The script should do a 5 minute timeout wait, then try to login with the last character that failed. While it does that 5 minute count down, it seems to skip this failed character and go on to the next.

My solution is to logout manually my wandering characters.

Gaderian

The menu code was revamped about 2 years ago. I have a personal document to show how to call all the parameters. If I had access to the wiki to update it, I would change the relevant parts and include new examples for each in a simple way.

I am attaching the basic command syntax.

Essentially there is no longer a limit to a single menu. The old menu system is mapped to "form0" (by internal name) and most of the old commands still work (like setting window transparency; which doesn't work for the auxiliary menu forms), but there are slight changes.
menu image pixline (gone)
menu shape (limited: can do basic shapes, but no "effects" - there are no rounded corners, no dashed lines (I created work around methods for dashed lines)).
colors are now hexadecimal values (which I have a remap routine) - only a few named colors work out of the original selections.
menu widgets *must* have a unique name now (in the past you could have all your labels with the same name; now the menu will not work).

Cheffe, posted a nice step by step walk through of most commands. I played with it further to test the other settings, and I really like it.

Something that is needed, IMO, is a translation routine to remap old commands into the new format. I have been toying with creating a process for that. If nothing else, then a sort of "Rosetta Stone" to show how to do the old commands with new code examples. To date there are a few converted menu snippets floating around, but it can do so much more than mimic the original menu system.

Most of the old functions are there:
menu form (was menu window)
button
text
edit
listbox
combobox
checkbox
Additionally, there are:
multiple forms (can have several windows defined at the same time... it is no longer limited to a single menu)
panel (a widget that holds a group of widgets). Panels can be used for aesthetics, or for functionally grouping widgets.
radio buttons
Each widget has properties that can be changed on the fly using:
menu setprop [unique widget name] [property value pair]
You can move an item from one menu to another dynamically by using "menu setprop [widget name] parent [other widget name]".
There is a "namespace" element to menu defaults - to protect what you write from taking over a parallel process (parent/child menu in a called library - for instance) (menu pushdef/menu popdef)

So you can have multiple forms (old system allows a single menu), and all items can be set to be visible or not individually.
A form can have a cluster of widgets in a panel. The panel can be moved between forms by changing it's parent.
Defaults for fonts and colors can be inherited. There are a few things where the default can't be inherited, so you must set the property for that widget after it's creation (think initial window... it can't inherit a background color, so you must set the background color after it is created).
There are working radio buttons (same as a combo box, but visually different). The related group of radio buttons are in a panel.

I am attaching the basic syntax listing for most of the commands - I probably have overlooked something in my organization of the material.

Gaderian