Bukkit

@Tywazhere

Two common possibilities: you may have a block inside the airskiff that is not in the allowedBlocks list. Find out by using WorldEdit's / /distr command and comparing the numbers it gives you against the allowedBlocks list.

Another possibility is that your .craft file has a syntax error. Either a tab somewhere in the file, or not using a ".0" when it expects one, or having a ".0" where it doesn't expect one. You can compare with the example .craft files to find the difference.

@dragonzrmetal

An interesting problem, and I bet a common one. So, you can use static move signs to make the elevator go up and down from a command sign, thats not hard. And you can make it move exactly the number of blocks between floors. IE:

Move:
0,5,0
Up one floor

And right next to it:

Move:
0,-5,0
Down one floor

Now, the "remote control" aspect is a bit more tricky. One possibility would be to have a vertical line of blocks that connects to the elevator and goes through every floor. Make signs not in the allowedblocks of the elevator so the command signs don't move with it. Place the signs adjacent to this vertical line of blocks that runs through every floor. Now you should be able to control the elevator from any floor.

To make the elevator go to a specific floor use a "Teleport:" sign. Teleportation is powerful, so make sure the elevator has AllowHorizontalMovement set to false so people can't abuse it. I don't like that option as much, but its there.

A final option would be an automated elevator what goes from floor to floor without intervention. That would require commandblocks and a redstone circuit. PM me if your interested, I would prefer to move that discussion off the general message board.

@robotnikthingy

While its certainly possible, that would require the Cannons plugin author to modify his code to support it, which seems unlikely.

@GodsDead

Not sure, AJCStriker submits those. Are you around, AJCStriker?

@GodsDead

Yes, my Github is a fork off of the main one, and it gets pulled by AJCStriker, who submits them for release to the CI system and ultimately to dev.bukkit.org.

I would encourage people to use my fork for submitting bugs / feature requests because its easier for me to keep track and update tickets on that one.

I have a 1.7.9 build with the new fixes (redstone, better high altitude performance, etc), PM me and I can get you the link (from dropbox) for that build. I tried submitting the build to the github release system and it keeps giving me wierd errors. I'm still working on that.

Yeah, if we can find a chest plugin that works using command signs and not by storing metadata in the block, that should work fine for double chests.

@WolfeBersahd

I apologize, I forgot to update the documentation. Thanks for pointing that out. It's updated now, and I also alphabetized it to make it easier to find the option you are looking for:

Advanced Customization Features

Here are the new features I added to the documentation:
canDirectControl
cruiseOnPilot
allowVerticalMovement
allowHorizontalMovement
maxStaticMove - also updated the canStaticMove entry to talk about RMove command signs

If anyone wants to know what all these do, I go over it all in this youtube video:
https://www.youtube.com/watch?v=G_d-GVBC4vg

@GodsDead

I would recommend you look at my repository instead of the main one, that should make it more clear what all the commits do: https://github.com/msummers123/Movecraft-3/commits/master

The dev build has the latest changes, and is updated for 1.7.9. You can get it using the old dropbox download. PM me if you need it.

1. Actually that is the intended behavior of the command sign. For example, if you are in command of a fighter carrier and then right click a fighter it will release the carrier and take over the fighter. To make it easier to release crafts there are now "Release" signs.
2. Yes, you have it mostly right. Storage crates continue to work, but have some known problems. They can be disabled by not allowing pistons on your crafts. The big problem with double chests comes when you try to rotate them, there is no simple way to make sure the chests contents are not lost on rotation. The plugin will tell you if there is a double chest. I would have to know how the storage plugin worked to answer for sure, but unless they store special meta data it should be fine.
3. I hope so. There still aren't any bukkit/spigots builds of 1.8 I can use for testing, the only testing I have been able to do is using the standard server. If anyone hears about a 1.8 build out there, please let me know
4. Yeah, that is on its way, along with being able to specify data types (IE: wood slabs and not just any half slabs)
5. Well, I want to leave crates in because some people still really like them. Is there something else that is a legacy feature?