Bukkit

@Lyoko_Firelyte

It is completely removed in 1.8, but still works with spigot 1.7.

I'm having issue converting my stuff, though. Do I need to make sure that I rewrite all my @IF's and remove the type before converting? The plugin just wont do it itself.

@Lyoko_Firelyte I started up a fresh server using spigot's 1.8 and got this error. I get the same error on restart. I had no previous installation on vt. http://pastebin.com/eRHn5f6v

I checked out the changelog, seems great so far. However there are too many risks for me to update already, so I'm gonne leave the "Beta testing" to others, sry.

Here are some questions I got for you: - Since you removed type safety from @IF, wouldn't this lower the performance having IF in a loop? - Why did you remove @LOOP? Obviously you can do anything you want with it with @WHILE too, I just found @LOOP to be more convenient about it. - You added quite a few events and placeholders, how about the performance? - How breaky is the rewrite? Most plugin rewrites I put on my server caused quite some issues for me. - If you decide to use @SETCANCELLED on join event, wouldn't that cause even further problems with player handling and stuff?

Otherwise seems like an awesome huge patch, thanks for your continued support on this! I really hope you fixed some bugs with it, too ;)

@Lyoko_Firelyte

Thank you, thank you, thank you so very much. This means that if all place holders are now working with the use of variables as arguements, I can go back and stream-line a lot of my scripts and get rid of the work-arounds.

Please let me know when you have version 2 ready to try.

@Lyoko_Firelyte

I do a lot of work using signs and I was wondering if your new version will be able to use variables as location and line numbers in <signtext:location:line>? This would be a great tool except as it is now it is unusable in scripts. It should be kept in mind that when you create a new Functional Placeholder that in order to be able to calculate it's paramiters in a dynamic script one must be able to calculate pramiters on the fly.

Using version 1.3.3.1.
A very interesting thing just happened using <direction:INT> which is supposed to return an integer of 0 to 15. I am standing due north, f = 2 (NORTH) 179.40808 and <direction:INT> is returning the integer 16 while <direction:TEXT> is returning NORTH.
???

Hi,

I have been using VT for almost a year, and now that you're working on a new VT build, I wanted to suggest some ideas:

 to make VT work with the minecraft scoreboard system, and so add placeholders like
<team>
<teamplayercount>
<teamcolour>
(boolean) <teamfriendlyfire>
(boolean) <teamseefriendlyinvisible>

or functional place holders as
(for a player) <score:(score-name):(value)>

If it's possible, I think you could add the scripts commands

@ADDSCORE [Name] [Score type (dummy, playerDeathCount,etc)] [Score displayname]

@DELSCORE [Name]

@SETSCOREDISPLAY [score] [display]
//this would be useful for switching the name of the score displayed in the sidebar

@ADDPLAYERSCORE [player] [score] [count]

@REMPLAYERSCORE [player] [score] [count]
//if [count] arg isn't given, it would reset the player only in that score (if you use the vanilla command /scoreboard payers reset (playername), it removes all your scores and not only the one you wanted

@SETPLAYERSCORE [player] [score]

@SWITCHPLAYERSCORE [player] [player] [score (optional)]
//I don't know if the score of a player can be swapped to other player, so if I have in the sidebar "§2lexlaiden 10" and I want to instantly change is color without removing the sidebar, using this script command and changing the name for "§clex§alaiden 10"

Sorry if I didn't write it clear,
Greetings from Argentina :v

@facemywrath

Good catch but the source of the string is as long as the Object to place it in. I didn't include it in this posting because the error is about the first Object name. The source object is used and working in other parts of the script. My actual full line is; '@ADDLIST @<var:$SignItem<playername>.SignName>.ItemList[<var:$SignItem<playername>.Index>] @SignItem<playername>.ItemList[<var:$SignItem<playername>.Index>]'

Is it possible to read current player experience?

<totalexp:optionalarg> gives you the total experience collected from the death. But if player used it for something it doesn't change.

@ancienttom you're not adding anything to the list, you just list the name of the list and the index... you have to actually add something to the list

There's one more thing I'm having a problem with. I need to add strings into a list object that has it's object name derived from the location of the sign that was clicked on. I am using '@ADDLIST @<var:$SignItem<playername>.SignName>.ItemList[<var:$SignItem<playername>.Index>]' and I get the error, "@ADDLIST $variables must be in the format $ObjectName.VariableName". Is there another way to do this?

@Lyoko_Firelyte

Thanks. That's what I thought. I am now trying to troubleshoot my work in this area using a loop to transfer from one list to another. I am getting this error on the console, "ERROR Error @IF: Argument 2 NumberConstant must only contain NUMBERS". Would it be possible to have the script name and line number on the error line like the other error messages. My trigger runs a half a dozen scripts, each with as many as a dozen @IF statements in them.

I'm thinking my problem may be my method of detecting the List object. The @SETINT also throws this error as used in the script lines bellow; "ERROR Script Error: Trigger: Cmd_signitem Script: Commerce:ShowTemps Line 3 - @SETINT - You must only use numbers for [INTVALUE] Ignoring line and continuing".

My script lines:
- ' @SETINT $SignItem<playername>.GroupLen @SignItem<playername>.ItemList'
- ' @IF i $SignItem<playername>.GroupLen > 0'

Is there a proper way of detecting the existance of a list and if it has data in it? Would this sattement work? - ' @IF i @<var:$SignItem<playername>.SignName>.ItemList > 0'