The layout should size it automatically, but as a workaround I can set a minimum width.

ok, i'll give it a try.

Have you noticed at all that WeaponM is speedy to start with. but after some intense ZTMing for about 1 min or so, it slows right now and the game starts to feel laggy?

is this a version 2 thing to throttle down everyone in the game? or is it just me and weaponM slowing everything down?

i'm connected directly to the game. i'm in game A at twgs.classictw.com

just did the built in ztm pass.

as for the should resize topdown game letter. it doesn't hehe

Until that exists, if you write your scripts in JavaScript, you get reload for free. This allows me to keep my KeepAlive script running while I write and debug my other scripts.

The details of what caused the exception should be logged on the console. It would be extremely helpful if you redirected standard output to a file and sent me that info. For the next release I'm going to include a config file for logback that makes the logs go to a file automatically.

I'm starting to wonder if I didn't reintroduce a memory leak in the map after I spent so much time fixing the other one. Prefuse's one weakness is that it tends to hold onto references to everything, so it's easy to create memory leaks. I'll have to profile it again and see.

FWIW, I hit the same thing running my pair trading script. Just takes a minute or two on a game w/ no movement delays.

Ok, I dug out my trusty Yourkit and did some profiling. The memory actually stays constant, which is good, and cpu usage stays very low. However, once a few minutes have gone by in a script, it hits a wall and the display starts to chug.

Interestingly, the script stays executing as fast as usual, just the UI is slow. By this I mean I can see messages from my script in the console go by at the same pace, but the UI seems to be only updated every second or so. I don't know why, but that is where I'd look further for the problem.

I wonder how much he is keeping in his buffer for scrolling of the display. Maybe that is causing the issue.

and yea it stays sluggish in the display until you restart the program.

Had another interesting bug. I don't know what the error is though since its a number haha. but this happened hooked into twx while running a xport planet nego script.

https://docs.google.com/open?id=0BzF9tOZQT158LVpIMUhUX3Roblk

Maybe it doesn't like some of the data that is sent to the terminal by the twx script.

FYI, I've added a few things to my branch:

* Stop Scripts menu item with esc key binding
* Scripts can now have keyboard shortcuts (accelerators)
* Open last database automatically on start
* Add ScriptEvent of nothing to trade
* Allow scripts to unload before completing initialization

I'm particularly happy with how easy scripting is. My port trading script, while not yet feature complete, is so much more readable than the TWXProxy version. Event driven is definitely the way to go.

I have a hunch that either my code or something in Prefuse is spawning a lot of helper threads somewhere, or at least creating a lot of Runnables that maybe could be combined somehow.

The default is 10,000 lines, but that shouldn't make a difference. JTX's ScrollbackBuffer is circular, so the contents are never shifted when the buffer scrolls, just overwritten when the tail pointer comes around again.

(JTA's SwingTerminal does shift the contents of its buffer with each write. I think that was what finally made me decide I had to write my own...)

The number of threads stayed constant in my profiling, so I don't think that's it. Will try to dig some more today as it is kinda a showstopper for real use.

FYI: I just looked into why people couldn't see my ticket tool on SF. Sure enough, it wasn't there. But as I was writing a SF support ticket, I searched for my own project to see what URL it comes up with. It's the same URL I gave you before, but now, having searched for it, the top menu is populated! At least for me, even when I log out. Try it again and let me know if you can see the wiki, discussion, tickets, and svn links: https://sourceforge.net/projects/weapon-m/

Did you want changes there or via bitbucket/github pull requests? I've been trying to keep my changes small and easily mergable, but I do end up creating at least a couple each time I can find a few hours to code.