Inactive [TP] Stargate v0.6.10 - The Bukkit port. A portal plugin [1317]

Stargate - The Bukkit Port. A portal plugin.
Version: 0.6.10
CraftBukkit: 1317
Addons: Stargate-DHD

Plugin Dependencies:
Permissions 2.x/3.x (Optional)
Register (Optional, will allow any Economy plugin to be used)

PLEASE READ IF YOU NEED SUPPORT:
I require a few things to offer support to you. First, I need you to enable debug mode (set debug to true in the Stargate config.yml file). Second, I need you to post your server.log file to http://pastebin.com and post a link to that in the topic. Then I need you to paste both your Stargate config.yml, and your Permissions config to http://pastebin.com and link to those as well. Without this information I will be unable to help you, so do yourself a favor and post the required information!

This plugin supports Permissions 2.x/3.x as well as SuperPerms via the PermissionsBukkit plugin or another SuperPerms manager.
This plugin supports Register -- This will allow use of any economy plugin that Register supports

=============
Description
=============
This is a port of the Stargate plugin from hMod - Originally by Dinnerbone/Sturmeh.
Create gates that allow for instant-teleportation between large distances. Gates can be always-open, or triggered, they can be hidden, or accessible to everybody, they can share a network, or they can be split into clusters.

Download: http://thedgtl.net/bukkit/Stargate.jar
Source: http://github.com/TheDgtl/Stargate-Bukkit/

=============
Language Packs
=============
http://thedgtl.net/bukkit/sg/de.txt -- German (Thanks EduardBaer)
http://thedgtl.net/bukkit/sg/nl.txt -- Dutch (Thanks Grovert11)
http://thedgtl.net/bukkit/sg/ru.txt -- Russian (Thanks ckr@jk)
http://thedgtl.net/bukkit/sg/fr.txt -- French (Thanks Dauphin14)

=============
Known Issues
=============
None

=============
User Videos
=============
http://www.youtube.com/uggames#p/u/4/_Xzbmp7UlXw - Tutorial video by @BIG_PIP_IN - A few notes:
1) The 'F' option is actually to create a 'F'ree gate. A fixed gate is when you specify a destination on the second line.
2) The button is automagically created for you, so there's no need to actually place a button, but no harm in it either

=============
Permissions
=============
I now fully implemented SuperPerms support, which meant an overhaul of the Permissions nodes. I also removed the network/world filter options as they are completely handled by Permissions now with no need for an option. The new permissions nodes means you may need to redo your permissions setup.
A child node (indented) will be given if a player has the parent node (So a player with stargate.use will have access to all stargate.world.* nodes essentially, though it's not implemented like this you can think of it like this).

If you want to have more control over who can use what network, first set the stargate.use permission to false (This is REQUIRED, as it defaults to true, and is a full override). When using the network/world nodes, you will need to set up BOTH nodes, leaving out either stargate.network or stargate.world will result in 'Permission Denied' errors.
Once you have disabled stargate.use, you can either give individual stargate.network.{name} nodes, or give them stargate.network and set specific stargate.network.{name} nodes to false to deny access to those specific networks.
Worlds work in the same way, though with stargate.world.{name}. (Make sure to set up both stargate.network AND stargate.world nodes to avoid Permission Denied errors).
Create and destroy permissions work along the same lines, stargate.create/stargate.destroy will override all other options, if you want more fine-tuned control first set those permissions to false, then give stargate.create.network/stargate.create.gate and use the subnodes to remove specific networks/gates.

If you are not using stargate.use, stargate.create or stargate.destroy then you MUST define EVERYTHING yourself for that specific set of nodes

Code:

stargate.use -- Allow use of all gates linking to any world in any network (Override ALL network/world permissions. Set to false to use network/world specific permissions)
  stargate.world -- Allow use of gates linking to any world (For Permissions 2.x/3.x please use stargate.world.*)
    stargate.world.{world} -- Allow use of gates with a destination in {world}. Set to false to disallow use.
  stargate.network -- Allow use of gates on all networks (For Permissions 2.x/3.x please use stargate.network.*)
    stargate.network.{network} -- Allow use of all gates in {network}. Set to false to disallow use.

stargate.option -- Allow use of all options
  stargate.option.hidden -- Allow use of 'H'idden
  stargate.option.alwayson -- Allow use of 'A'lways-On
  stargate.option.private -- Allow use of 'P'rivate
  stargate.option.free -- Allow use of 'F'ree
  stargate.option.backwards -- Allow use of 'B'ackwards
  stargate.option.show -- Allow use of 'S'how
  
stargate.create -- Allow creating gates on any network (Override all create permissions)
  stargate.create.personal -- Allow creating gates on network {playername}
  stargate.create.network -- Allow creating gates on any network (For Permissions 2.x/3.x please use stargate.create.network.*)
    stargate.create.network.{networkname} -- Allow creating gates on network {networkname}. Set to false to disallow creation on {networkname}
  stargate.create.gate -- Allow creation of any gate layout (For Permissions 2.x/3.x please use stargate.create.gate.*)
    stargate.create.gate.{gatefile} -- Allow creation of only {gatefile} gates

stargate.destroy -- Allow destruction gates on any network (Orderride all destroy permissions)
  stargate.destroy.personal -- Allow destruction of gates owned by user only
  stargate.destroy.network -- Allow destruction of gates on any network (For Permissions 2.x/3.x please use stargate.destroy.network.*)
    stargate.destroy.network.{networkname} -- Allow destruction of gates on network {networkname}. Set to false to disallow destruction of {networkname}

stargate.free -- Allow free use/creation/destruction of gates
  stargate.free.use -- Allow free use of Stargates
  stargate.free.create -- Allow free creation of Stargates
  stargate.free.destroy -- Allow free destruction of Stargates
  
stargate.admin -- Allow all admin features (Hidden/Private only so far)
  stargate.admin.private -- Allow use of Private gates not owned by user
  stargate.admin.hidden -- Allow access to Hidden gates not ownerd by user

Please read this if you are using PermissionsEx
PermissionsEx loads nodes in a very screwed up manner. You need to put any wildcards AFTER their negations. So if you want to allow access to all networks except 'Bah' you would do it as such:

Code:

        - -stargate.network.Bah
        - stargate.network.*

This is a PermissionsEx issue, and there is nothing I can do to make it easier to use negations.

=============
Default Permissions
=============
stargate.use -- Everyone
stargate.create -- Op
stargate.destroy -- Op
stargate.option -- Op
stargate.free -- Op
stargate.admin -- Op

=============
Instructions
=============
Building a gate:

Code:

    OO
   O  O - These are Obsidian blocks. You need 10.
   O  O - Place a sign on either of these two blocks of Obsidian.
   O  O
    OO

Sign Layout:
- Line 1: Gate Name (Max 11 characters)
- Line 2: Destination Name [Optional] (Max 11 characters, used for fixed-gates only)
- Line 3: Network name [Optional] (Max 11 characters)
- Line 4: Options [Optional] ('A' for always-on fixed gate, 'H' for hidden networked gate, 'P' for a private gate, 'F' for a free gate, 'B' is a backwards gate (You will come out the back), 'S' is for showing always-on gates in their destination list)

Options:
The options are the single letter, not the word. So to make a private hidden gate, your 4th line would be 'PH'.

Picture:

Show Spoiler Hide Spoiler

Using a gate:
- Right click the sign to choose a destination.
- Right click the button to open up a portal.
- Step through.

Fixed gates:
- Fixed gates go to only one set destination.
- Fixed gates can be linked to other fixed gates, or normal gates. A normal gate cannot open a portal to an always-open fixed gate however.
- To create a fixed gate, specify a destination on the second line of the stargate sign.
- Set the 4th line of the stargate sign to "A" to enable an always-open fixed gate.

Gate networks:
- Gates are all part of a network, by default this is "central".
- You can specify (and create) your own network on the third line of the sign when making a new gate.
- Gates on one network will not see gates on the second network, and vice versa.
- Gates on different worlds, but in the same network, will see eachother.

Hidden Gates:
- Hidden gates are like normal gates, but only show on the destination list of other gates under certain conditions.
- A hidden gate is only visible to the creator of the gate, or somebody with the stargate.hidden permission.
- Set the 4th line of the stargate sign to 'H' to make it a hidden gate.

iConomy Support:
The latest version of Stargate has support for iConomy. Gate creation, destruction and use can all have different costs associated with them.
There is a default cost defined in the Stargate config.yml, and you can define per-gate layout costs in the custom .gate files you create.
To define a certain cost to a gate just add these lines to your .gate file:
usecost=5
destroycost=5
createcost=5
toowner=true

==============
Custom Gate Layout
==============
You can create as many gate formats as you want, the gate layouts are stored in plugins/Stargate/gates/
The .gate file must be laid out a specific way, the first lines will be config information, and after a blank line you will lay out the gate format. Here is the default nether.gate file:

Code:

portal-open=90
portal-closed=0
X=49
-=49

 XX 
X..X
-..-
X*.X
 XX 

portal-open/closed are used to define the material in the gate when it is open or closed.
"X" and "-" are used to define block "types" for the layout (Any single-character can be used, such as "#").
In the gate format, you can see we use "X" to show where obsidian must be, "-" where the controls (Button/sign) are.
You will also notice a "*" in the gate layout, this is the "exit point" of the gate, the block at which the player will teleport in front of.
As of v0.5.5 you can use block data in .gate files in the format:
X=35:15
Which would make the block only work if it's black wool. If no data is supplied any type of that block (Any color wool) will work.

==============
Configuration
==============
default-gate-network - The default gate network
portal-folder - The folder your portal databases are saved in
gate-folder - The folder containing your .gate files
destroyexplosion - Whether to destroy a stargate with explosions, or stop an explosion if it contains a gates controls.
useiconomy - Whether or not to use iConomy
createcost - The cost to create a stargate
destroycost - The cost to destroy a stargate (Can be negative for a "refund"
usecost - The cost to use a stargate
chargefreedestination - Enable to allow free travel from any gate to a free gate
freegatesgreen - Enable to make gates that won't cost the player money show up as green
toowner - Whether the money from gate-use goes to the owner or nobody
maxgates - If non-zero will define the maximum amount of gates allowed in a network.
lang - The language to use (Included languages: en, de)

debug - Whether to show massive debug output
permdebug - Whether to show massive permission debug output

=======================
Message Customization
=======================
As of 0.6.5 it is possible to customize all of the messages Stargate displays, including the [Stargate] prefix. You can find the strings in plugins/Stargate/lang/en.txt.
If a string is removed, or left blank, it will not be shown when the user does the action associated with it.
There are three special cases when it comes to messages, these are:
ecoDeduct=Spent %cost%
ecoRefund=Redunded %cost%
ecoObtain=Obtained %cost$ from Stargate %portal%

As you can see, these three strings have variables in them. These variables are fairly self-explanatory.
The full list of strings is as follows:
prefix=[Stargate]
teleportMsg=Teleported
destroyMsg=Gate Destroyed
invalidMsg=Invalid Destination
blockMsg=Destination Blocked
denyMsg=Access Denied
destEmpty=Destination List Empty

ecoDeduct=Deducted %cost%
ecoRefund=Redunded %cost%
ecoObtain=Obtained %cost$ from Stargate %portal%
ecoInFunds=Insufficient Funds

createMsg=Gate Created
createNetDeny=You do not have access to that network
createPersonal=Creating gate on personal network
createNameLength=Name too short or too long.
createExists=A gate by that name already exists
createFull=This network is full
createWorldDeny=You do not have access to that world
createConflict=Gate conflicts with existing gate

=============
F.A.Q.
=============
Q) Why aren't gates destroyed when I remove the obsidian with a tool like the superpickaxe?
A) Because when you use a plugin tool such as that, it SETS the block to air, it doesn't destroy it in the same way as hitting it does. Therefor no block destroy hooks are called.

Q) How do I make a custom .gate file?
A) Take a look at plugins/Stargate/gates/nethergate.gate, it has all of the information you'll need. You will need to work on a COPY of nethergate.gate however, as nethergate.gate is overwritten on plugin startup.

Q) Does this plugin work with {X}?
A) I really don't know, I don't know how {X} is implemented, or whether they will conflict. I'm also about as interested in looking into it as you are apparently

Q) What is a "Hidden Gate"?
A) A hidden gate is a gate on a network that is only shown on other gates destination lists if the player looking at them is its creator, or somebody with the stargate.hidden permission. A hidden gate can still be dialed out from by anybody unless it's set to Private.

Q) What is a "Private Gate"?
A) A private gate is a gate that can only be dialed out from by its creator, or somebody with the stargate.private permission. If it's not hidden then anybody can still dial into this gate.

Q) What does "destroyexplosion" do?
A) If "destroyexplosion" is false, and an explosion even touched a portal control (Sign or button) the entire explosion is cancelled. If it is true, then the gate will be destroyed as if somebody had removed the sign/button. There is currently no way I can stop just the sign/button from being destroyed, which is why the entire explosion must be stopped.

Q) What does "stargate.create.personal" allow players to do?
A) If a player has stargate.create.personal, they can create Stargates that have the network name set as their username, or a substring thereof (The maximum length of a network is 11 characters, so I had to substr the name). This allows a specific group to be able to create their own personal Stargate network. This network will not interfere with any other Stargate networks as everything is stored separately in memory.

Q) Why is PlayerB getting "Access Denied" when trying to go through a gate PlayerA opened?
A) Only one user can use a stargate at a time, if PlayerA sets the sign, nobody else can hit the button. If PlayerA sets the sign/hits the button, nobody else can walk through the gate. Always-Open Fixed Gates are an exception, as they have no "Active User".

Q) What does this error mean "[WARNING] [Stargate] Missing destination point in .gate file nethergate.gate"?
A) This error means there is no destination point in your .gate file, please read the section on custom gate layouts.

Q) Why can't I use "/sg reload"?
A) This command is only usable from the console, and will stay that way.

Q) Can you add command X?
A) No, the only command this plugin will ever have is /sg reload, and that's a console-only command.

Q) Why do I get kicked with the message "You moved too quickly!(Hacking?)" when I use a gate?
A) Stargate is not compatible with iZone.

Q) I gave my users 'stargate.world' and 'stargate.network' but they can't use gates, why not?
A) If you are using Permissions 2.x/3.x please use 'stargate.world.*' and 'stargate.network.*' respectively. This is a difference in how Permissions and SuperPerms are implemented.

Q) My permissions aren't working properly, help!
A) Turn on both debug and permdebug, you will get a LOT of output when using gates. First of all, try to determine the issue yourself based on this output. If all else fails, and only if all else fails, post your log and ask for me to resolve the issue for you.

Q) The Russian lang pack isn't showing ingame, why not?
A) You need to have a client mod to get russian characters in-game, same with any non-ANSI characters. Please Google for this as I don't know how to install them.

Q) How do I enable debug mode?
A) Add the following to your config.yml:
debug: true
permdebug: true

=============
Changes
=============
[Version 0.6.10]
- Added Register support as opposed to iConomy
[Version 0.6.9]
- Added UTF-8 support (With or without BOM)
[Version 0.6.8]
- Fixed unmanned carts losing velocity through gates
- /sg reload now properly switches languages
[Version 0.6.7]
- Added lang option
- Removed language debug output
- Added German language (lang=de) -- Thanks EduardBaer
[Version 0.6.6]
- Added %cost% and %portal% to all eco* messages
- Fixed an issue when creating a gate on a network you don't have access to
- I can't spell
[Version 0.6.5]
- Moved printed message config to a seperate file
- Added permdebug option
- Hopefully fix path issues some people were having
- Fixed iConomy creation cost
- Added 'S'how option for Always-On gates
- Added 'stargate.create.gate' permissions
[Version 0.6.4]
- Fixed iConomy handling
[Version 0.6.3]
- Fixed (Not Connected) showing on inter-world gate loading
- Added the ability to negate Network/World permissions (Use, Create and Destroy)
- Fixed Lockette compatibility
- More stringent verification checks
[Version 0.6.2]
- Fixed an issue with private gates
- Added default permissions
[Version 0.6.1]
- Stop destruction of open gates on startup
[Version 0.6.0]
- Completely re-wrote Permission handling (REREAD/REDO YOUR PERMISSIONS!!!!!!!!)
- Added custom Stargate events (See Stargate-DHD code for use)
- Fixed portal event cancellation
- Umm... Lots of other small things.
- I really hope I didn't screw anything up ^.^
[Version 0.5.5]
- Added 'B'ackwards option
- Fixed opening of gates with a fixed gate as a destination
- Added block metadata support to gates
[Version 0.5.1]
- Take into account world/network restrictions for Vehicles
- Properly teleport empty vehicles between worlds
- Properly teleport StoreageMinecarts between worlds
- Take into account vehicle type when teleporting
[Version 0.5.0]
- Updated the teleport method
- Remove always-open gates from lists
- Hopefully stop Stargate and Nether interference

Previous Changes (open) Previous Changes (close)

[Version 0.4.9]
- Left-click to scroll signs up
- Show "(Not Connected)" on fixed-gates with a non-existant destination
- Added "maxgates" option
- Removed debug message
- Started work on disabling damage for lava gates, too much work to finish with the current implementation of EntityDamageByBlock
[Version 0.4.8]
- Added chargefreedestination option
- Added freegatesgreen option
[Version 0.4.7]
- Added debug option
- Fixed gates will now show in the list of gates they link to.
- iConomy no longer touched if not enabled in config
[Version 0.4.6]
- Fixed a bug in iConomy handling.
[Version 0.4.5]
- Owner of gate now isn't charged for use if target is owner
- Updated for iConomy 5.x
- Fixed random iConomy bugs
[Version 0.4.4]
- Added a check for stargate.network.*/stargate.world.* on gate creation
- Check for stargate.world.*/stargate.network.* on gate entrance
- Warp player outside of gate on access denied
[Version 0.4.3]
- Made some errors more user-friendly
- Properly take into account portal-closed material
[Version 0.4.2]
- Gates can't be created on existing gate blocks
[Version 0.4.1]
- Sign option permissions
- Per-gate iconomy target
- /sg reload command
- Other misc fixes
[Version 0.4.0]
- Carts with no player can now go through gates.
- You can set gates to send their cost to their owner.
- Cleaned up the iConomy code a bit, messages should only be shown on actual deduction now.
- Created separate 'stargate.free.{use/create/destroy}' permissions.
[Version 0.3.5]
- Added 'stargate.world.*' permissions
- Added 'stargate.network.*' permissions
- Added 'networkfilter' config option
- Added 'worldfilter' config option
[Version 0.3.4]
- Added 'stargate.free' permission
- Added iConomy cost into .gate files
[Version 0.3.3]
- Moved sign updating into a scheduled task, this fixes the sign bugs.
[Version 0.3.2]
- Updated to latest RB
- Implemented proper vehicle handling
- Added iConomy to vehicle handling
- Changed how blox hash is generated, fixes multi-world
[Version 0.3.1]
- Changed version numbering.
- Changed how plugins are hooked into.
[Version 0.30]
- Fixed a bug in iConomy checking.
[Version 0.29]
- Added iConomy support. iConomy 4.4 or 4.5
[Version 0.28]
- Fixed an issue with removing stargates during load
[Version 0.27]
- Fixed portal count on load
[Version 0.26]
- Added stargate.create.personal for personal stargate networks
- Fixed a bug with destroying stargates by removing sign/button
[Version 0.25]
- Fixed a bug with worlds in subfolders
- Fixed gates being destroyed with explosions
- Added stargate.destroy.owner
[Version 0.24]
- Fixed a loading bug in which invalid gates caused file truncation - Thanks @ Jonbas
[Version 0.23]
- Added a check to make sure "nethergate.gate" exists, otherwise create it
[Version 0.22]
- Fixed multi-world stargates causing an NPE
[Version 0.21]
- Code cleanup
- Added a few more errors when a gate can't be loaded
- Hopefully fixed path issue on some Linux installs
[Version 0.20]
- Added more null checks, hopefully fix some errors with other plugins.
[Version 0.19]
- Set button facing on new gates, fixes weirdass button glitch
- Beginning of very buggy multi-world support
[Version 0.18]
- Small permissions handling update.
[Version 0.17]
- No longer treat GM as a special case, just load it as Permissions 2.0 like the author intended
[Version 0.16]
- Fixed Permissions, will work with GroupManager, Permissions 2.0, or Permissions 2.1
- Left-clicking to activate a stargate works again
[Version 0.15]
- Built against b53jnks -- As such nothing lower is supported at the moment.
- Moved gate destruction code to onBlockBreak since onBlockDamage no longer handles breaking blocks.
- Removed long constructor.
[Version 0.14]
- Fixed infinite loop in fixed gates.
- Fixed gate destination will not open when dialed into.
[Version 0.13]
- Fixed gates no longer show in destination list.
[Version 0.12]
- Implemented fixed destination block using * in .gate file. This is the recommended method of doing an exit point for custom gates, as the automatic method doesn't work in a lot of cases.
- Split networks up in memory, can now use same name in different networks. As a result, fixed gates must now specify a network.
- Added the ability to have a private gate, which only you can activate. Use the 'P' option to create.
- Fixed but not AlwaysOn gates now open the destination gate.
- Fixed gates now show their network. Existing fixed gates are added to the default network (Sorry! It had to be done)
[Version 0.11]
- Oops, b0rked something in 0.10, fixed in 0.11
[Version 0.10]
- Hopefully fixed the "No position found" bug.
- If dest > origin, any blocks past origin.size will drop you at dest[0]
- Switched to scheduler instead of our own thread for closing gates and deactivating signs
- No longer depend on Permissions, use it as an option. isOp() used as defaults.
[Version 0.09]
- Gates can now be any shape
[Version 0.08]
- Gates can now consist of any material.
- You can left or right click the button to open a gate
- Gates are now initialized on sign placement, not more right clicking!
[Version 0.07]
- Fixed where the default gate is saved to.
[Version 0.06]
- Forgot to make gates load from new location, oops
[Version 0.05]
- Moved Stargate files into the plugins/Stargate/ folder
- Added migration code so old gates/portals are ported to new folder structure
- Create default config.yml if it doesn't exist
- Fixed removing a gate, it is now completely removed
[Version 0.04]
- Updated to multi-world Bukkit
[Version 0.03]
- Changed package to net.TheDgtl.*
- Everything now uses Blox instead of Block objects
- Started on vehicle code, but it's still buggy

 

it was stated by the developer a little after my post that he does support 1.5, just no craftbukkit build above 670. so your friend is either running it on a build 670 or below, or he is running the server on a build for 1.4.

 

I said the plugin runs FINE in 1.5, I however do not offer support for it. If you think you're smart enough to run a non-RB then you can figure out any issues with my plugin yourself.

 

Thanks! Will (try to) implement that later.

 

Not working in 1.5 ;l

 

It's working fine on my #709 build. OP could probably help you though if you gave him some info.

 

My old gates are not working, I press the button but the portal does not appear ;(
I am on #714 build.

 

Oh, if you read back a page you'll see Op said he won't help anybody using 1.05 until a build is elevated to RB.

 

For the love of god I wish I could ban people from my own topics.
I WILL NOT OFFER SUPPORT FOR ANY BUILD THAT IS NOT b670 UNTIL A NEW RB IS RELEASED. STOP POSTING IN THIS TOPIC ABOUT ANYTHING OTHER THAN b670!
If you think you are smart enough to run a test build of Bukkit, then you better be smart enough to get the plugins working yourself.

 

Would it be possible to add a random gate, which could be denoted as follows:
Line 1: Name
Line 2: minimum distance
Line 3: maximum distance
Line 4: R (for random) and other options as viable

When entering the gate it would randomly teleport the player to a location between min and max in a 90 degree cone aimed the direction of the back of the gate (button and sign are facing south, player walks north into the gate, player is teleported north)

 

OK, sorry calm down ...
What is RB?

 

Recommend Build

 

@Godwar101 I have posted THREE times on this page alone stating not to post about non-RB builds in here. As for what an RB is, it is a "Recommended Build", that's what a "stable" build is denoted as when the Bukkit devs consider it to be usable by the average user. What you are using is a test build. You get no support because you aren't using a stable build.
@312c That is not a feature I am interested in adding.

 

Ok thanks

 

Thanks for reminding me of this bug (I noticed it AGES ago but never got around to fixing it, as it wasn't a problem until I added all the extra gate creation permissions). It will be fixed in the next release when the RB is pushed. It fixes both this bug, as well as gates being able to "share" a central pillar of obsidian.

 

Sounds good!
Still no chance on group-hidden/protected access?

 

I Currently Have Only 2 Portals,

However When I Create A 3rd It Corrupts And Says

Or Something Similar Forcing Me To Remove The world_name.db file in the bukkit\plugins\stargate\portals Folder!! Please HELP!!

 

Hey I've been using this since the good ol' days with heyo and am wondering if this has or will have minecart support.

 

@Deages Considering there will never be commands in Stargate that is not possible.
@thorpe_lawrence Seriously, get out of my topic. There is no freaking RB for 1.5, so stop asking for support for it. If you can't figure shit out yourself, go back to using the RECOMMENDED BUILD of Bukkit, you know, the one this mod supports?
@Solaris765 This does indeed support minecarts, both manned and unmanned, player or chest carts. If you're using MinecartMania however, you will notice that obsidian stops the cart D: This isn't something I can fix, you'll need to make a custom gate layout using something other than obsidian for cart gates.

 

Just put a redstone torch next to the obsidian to make it always auto-continue the carts? You gave that solution a week ago or so, and I report that the trick indeed worked.

 

Ah, wasn't positive if that worked, I couldn't get it to.

 

Just confirming with the plugins I have that this works fine with [720] for me
Not sure if i tried everysingle feature, but so far works great.
Cheers!

 

Hey,

This is a great mod, very useful, but one thing I've found is that it would be cool if you could open a gate and have it stay open as long as people are going through, if this is possible maybe a global config option for how long the gate will stay open after someone has gone through, so if it was set to 5, once someone went through it waited 5 seconds for another, otherwise it closed, if someone else did go through it would wait another 5 seconds etc.

Also, this could still work for hidden/private gates, the person that owns the gate could activate it and allow users through, and when the owner goes through it would close immediately.

Just a few things I'd find very useful [=

 

No matter what other plug-ins I do or don't load, it refuses to read my saved .db files containing the portal locations.

http://pastebin.ca/2050867

It's been this way since a few versions back for me, was hoping it was a problem on my end but I'm starting to doubt it.

 

@alphax888 Gates that stay open for more than one person aren't something I plan on implementing.
@MrJelle Those errors mean either the button on every gate doesn't exist, or the gate layout doesn't match.

 

The gate lay-outs work perfectly in-game and the storing of gates does, too. It's the loading them that doesn't. And, they definitely have buttons.

 

Post your gate layout files

 

I just noticed that there is ONE single stargate which isn't getting deleted, and it also happens to be the only one that is set to just have airblocks instead of have it close off with an "iris" when it closes. Think that might be why it thinks the stargates aren't matching the gate lay-outs?

Works:

Code:

portal-open=90
portal-closed=0
toowner=false
X=49
-=49

 XX
X..X
-*.-
 XX 

Doesn't work:

Code:

portal-open=90
portal-closed=49
toowner=false
X=49
-=49

 XX
X..X
X..X
-*.-
 XX 

 

Question... I have the plugin installed, I create the portal but where exactly do I place the sign lol...

 

One one of the blocks that's a - in the gate lay-out file. For the standard Nether gate, that's at the middle height, left or right block.

 

@neal121 http://i.imgur.com/CWYr0.png
@MrJelle You know, I never did test that, nobody's ever done it before. Let me look into it.