A Suggestion:

can you give the option to set a sector a certain colour? I know you do fed blue. unexplored grey. but can you allow me to set a custom color for a particular sector? and then a way to remove custom colour?

you could do a bunch with this. you could color code your bases. you could color code allies, or enemies. you could mark upgraded ports for yourself. or even track real time fighter hits visually. you could mark all sectors according to age or last view in different colours.

or you could just make a candy cane universe for the heck of it.

I've been thinking about something like that. It would be really cool to be able to view traffic patterns and stuff as a heat map. Or, as you say, color code your bases and stuff. Should be an easy feature to add.

WRT running multiple copies... I don't know why what would be, unless your app launcher is doing it. I didn't write any code to identify and switch to another instance. Two copies in two separate JVMs (and maybe even in the same JVM) should be totally independent.

I wrote my first two (JavaScript-based) scripts:

• Keep_Alive.js -> just what you'd expect
• Chat_Dialog.js -> Opens a chat dialog to display and send fedcom messages

I'm keeping my scripts in the repo: https://bitbucket.org/mrdon/weapon-m-scripts

Also, Mongoose, the fedcomm parsing wasn't working for me, so I made some tweaks, but while they worked for my testing, I don't think they are generic enough. See https://bitbucket.org/mrdon/weapon-m/co ... 82617dd71b

mrdon: Thanks for the Maven build files and your other changes. I haven't had a chance to study them yet... looking forward to it.

Ok, i managed to get two going copies running. It was using a app called Jar Loader which wasn't executing a second copy. so I just ran java -jar weaponm and loaded up another copy. i have this one connected to TWX to compare speeds.

I'm finding that zoc displays the text much faster than weaponM. infact weaponM lags out at times. i don't know if it is because of its parsing. i have the console open though to watch for messages from weaponM. so that might have some part in it.

Things that are missing:
- updating player data when you physically grab fighters from a planet, or put in sector. or so on. right now it only updates with quickstats or player info.
- parsing of fig data
- parsing of fighter report data.
- parsing of planets, ships and traders in sector
- clv, whos online
- players landing, lifting, docking, entering game, exiting game, twarping out, warping out
- players getting destroyed by me killing them, pod leaving sector. lots more.

A bug:
- its very interesting. the only map data that weaponM has is a physical ^i from interrogation. most sectors are linked fine in the map. but i just checked sector 1 and every single sector seems to be linked to sector 1 making it look like a complete mess LOL. sector 2 looks ok however it is not linked to 1. here are some interesting pictures haha so it should know about 23% of the universe since i explored it.

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

here is sector 2 with no link to sector 1. i have phycially been there so my in game warp data should have it.

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

I also tried a different sector that is away from sector 1. here are the results. notice that the console shows that i'm mapping 11563. i guess maybe there isn't enough warp data for that though. who knows. so i'll give that one slack. just seems weird though that it thinks its close when really there it is 9 hops away. its like its assuming there is a connection.

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

I would think if it doesn't know enough, it would just leave it by itself connected to what it does know. but yea could be warp data issue. i'd have to do ztm all over again for weapon m to have all my actually data from ztm in this game.

version 2 game. on the road again.

I also noticed that you wrap before other terminals wrap text. here is Zoc and Weapon M side by side

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

Suggestion:

Dynamically size the window and redraw it when you stretch or shrink the width of the window. you can wrap if you get small, but if you make it wider, wrap only when you get a real line break.

Script menu system

hey is there a way to put scripts into submenus?

i thought maybe if i gave the name tweety\cashing\ppt that it would put it into sub menus. but it just put it into tweety\cashing\ppt just thought maybe i could structure it like my package.

would you consider putting a optional description method into the script class? you could then do popups with a general user described description of the script.

The thing with everything linking to sector 1 is super weird. I've never seen that before. It should be getting data from CIM 'I', CIM course plots, and from viewing sectors.

Scripts are organized into submenus by overriding their getMenuPath() method. I could add a description method.

The terminal is fixed at 80 chars width.

Looks like I'm going to have a busy weekend.

i was going to try to reproduce it when i get some time.

here is a funny thing. keep in mind I have weaponm hooked into twx in this case. I copied a macro and pasted it into burst using zoc. It gave me a exception in weaponm and closed the connection to twx. stopping all parsing and everything. i don't think weaponm liked me sending it since it read it when twx spit it into the terminal

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

Oh ok, so i took out the getMenuPath() method that i overridden. and it uses my package naming to organize itself in the script menu. i like that better

what about an option to keep certain scripts from being removed unless individually selected to cancel the script? when i reload scripts, i have to physically start up keep alive again. i'd rather have it stay on. can we do something like twx where you can assign it a systemscript or daemon? that way it would load that one back up automatically if it needs to reset all classes?

and since your showing port product amounts and you have a variable storing calculated MCIC value. why don't you put the MCIC data beside the product in that quick info popup on the map

Cosmetic Bug

The Game Letter pull down shows three decimals instead of the letter H when i select it. Maybe increase the width of the pull down component so that all letters are displayed properly

There is such a feature, it's just not accessible from the GUI yet. It uses a Java preferences file to store the app settings. If OSX is like Linux, try .java/.userPrefs/krum/weaponm/prefs.xml. There's an AutoLoadScripts option in there where you can add all the scripts you want to auto-load.