Teleport

Do I have to create the config file ? ANSWER YES just like the example in the plugin TP directory with the JAR file

Also if TP is off on the server does it work? (Yes to this) I really dont want people moving through walls and I need to turn off the point one

Answered my own question with testing for others.

Anyway to make the list private instead of public?

Also sometimes the /TP List say not port.. my server makes a list file... maybe different name

Quote from Galveston01

I don't really see the benefit from hiding the list of points every one is allowed to teleport to
The plugin should only create a new port list file if no one exists for the current world.

Well it is sort of a an exploration capability for players. If they put their home or special waypoints they found then everyone would find them. It is the PVP RPG type of playing that I am promoting. The home routine kept interfering with other things and it is not like a private list of exploration of the map.

I like this routine and have been using it allot. Lately though the /tp list is always errors saying no such point. If I put in a /tp 12 or number a couple of times it finally resets and shows the points .. is there way to make it recognize the key word list more regularly so that new players can find the points? Maybe the use of a combined word would work like /tplist.. not sure .

Quote from Galveston01

First of all: are you using the latest version of the plugin? If not try using the updated one.
Concerning the occuring errors: what errors do exactly occur? Is there some error message written in the console or something similar?

It is not an error other than it will not show the list. It says point not found or something like that. It is as if it thinks list is one of the TP points by name.

Quote from Galveston01

Are you using the latest version?

Yes.. 1.3.2

Quote from Galveston01

I really don't know where your problem is coming from... Seems like you are the only one experiencing this problem. Maybe you are using a kind of non-standard keyboard layout so that you are writing "/tp list" but it does not match "/tp list" I'm comparing it to in the plugin?

No, I use a standard US Keyboard and everyone including Germans say they have betterluck to use the numbers. I put them in the journal for reference. It is hit or miss. It could be another routine that is messing with it. I have iConomy, ABM, Area Protection, Aktivesign.cookingtimer and autolevel running. It just says that the point is not found when you type /tp list so it is not capturing that. The /tp # works everytime. It is probably in the name capture area jumps to that first prior to seeing/capturing list routine. The /tp help works everytime.

The attached screenshot shows the error returned in the top.. No such point when you type /tp list. Less than 10% of the time it works. Sometimes if you do help first then /tp list it works. Sometimes if you type /tp <number> , running the routine then type /tp list it works. Again I suspect the routine is not parsing the list first and always independent of the actual named system routine. You might just have to do capture for list it in the nameroutine. I dont know how you are routing or capturing the split command the commands so I have not idea. Just a thought possibly /tplist as one command might be better and more reliable so it does not look like a TP point to the routine.

Not a programmer but intend to learn java. it spent twenty years working with programmers to make machine automation work and guide advancements. But enough on my inadequacy to tell you that the routine is not catching the list term. It finds the help just fine.

I have seen that split command in other code and as I told you help works every time. It is the list that is not executed. The suggestion was to make it a standalone command instead but I don’t know your other structure or how you trap and jump to the list but if it jumps to to not found. It is not trapping it consistently.

I will be glad to destroy my server to test your routine and load and unload the databases so players don’t lose their hard work. But that may take a few weeks.

This is the testing Alpha environment and if you want to just say this is an isolated affair and your program will not function properly on every server you have every right. It is your copy right.

It was feedback and I hope you take it as such. Sorry for the both of us if it never figures to work consistently on every commercial server.

There should be a standard published by the developer to guide plugin devs. Maybe there is.

In any case I published a workaround in the journal because of the inconsistency and seems people can live with the workaround so if fixing it is not important enough we can go on with our lives

Don't worry about it. It is the old typical IT one system down or many down priority. It is your program you do what you want.

If you are so inclined look at the sequence of when you call the List routine and see if it is before or after the command for going to the list and executing. Are you looking for named TPs before or after list call so it thinks it is a location? I have done this with two different computers from two different locations and keyboards with similar results. I do not see how another plugin would be changing the way you listen and execute on the list after your /tp wakeup. I am not inclined to do allot of work looking deeper if you are not interested and would only say dont run somebody else's routine that my users might find important. It is one big test at this point. I already have to manually edit iConomy database so that it works for my users and I can test the functionality of Aktivesigns for PatrickBronke.

The fact that it is inconsitent points to some parsing error or routine timing in my opinion but you are the programmer and if it is not worth it .. I said I had a workaround fix in the journal that my users are happy with

That split command routine is using space as a delimiter. Maybe the listener is passing multiple spaces and you may not using the + to catch multiple spaces. I dont know enough about it to guess at this point. So I was just suggesting since the list is a key part of how the plugin in presented to the users.

It could be that somehow a space is being delivered after or before the "list" causing a multiple delimiters or one at the end as part of the string. I would have thought that be ignored but who knows. I try to be very deliberate next time I test it.

Happy Memorial Day.

PS sorry I did not see the expanded code.. so forgive me for comments in that area.

Ok I think I just figured it out. The if else is not ignoring trailing spaces. This is an operator input type issue. Normal touch typing would be to push a space after the list. A trailing space will cause the routine to jump the /tp list line. Not sure how to use trim to do that in your command line. Sort of an ergonomic thing here. So thanks for the diligence and patience with me.