neoPaintingSwitch *This plugin is maintained on BukkitDev This plugin uses the same basic idea as located here and here. This plugin was originally created by Edward Hand (credit to him!) and updated by MadMonkeyCo (thanks for keeping it alive). However is was abandoned again and because I use it, I needed it working. So, I have rewritten it to use the bukkit api instead of hooking directly into the net.minecraft server. Meaning it shouldn't break after every new minecraft version. How it works: Place a painting on the wall. Right click the painting and then using the mouse scoll wheel to scroll through the paintings. When you find the painting you like simply right click again or walk away from the painting. The plugin will disengage and the painting you have selected will remain. There you have it, in a nutshell, it simplifies the selecting of paintings and saves alot of time. The plugin is also smart enough to know which paintings are the correct size for the space available. No commands to remember, simply click and scroll. Simple as that. Features: Allows you to scroll through paintings by aiming and right clicking at them and using the mouse wheel to scroll through paintings. Permissions support ("neopaintingswitch.use"). -Groupmanager, bukkit permissions, niji based permissions and PermissionsEx config to turn off permissions checks entirely Permissions: neopaintingswitch.use Config: free4All = false ........<-- true disables permissions checks and allows anyone to switch paintings DOWNLOAD VISIT BUKKIT DEVSOURCE
Might be an odd request but on my laptop i don't have scrolling, will this work using page up / down?
No, but you can try pressing numbers on the keyboard to select items in your hotbar as if you were scrolling (1-9, then 1-9 again). I guess this works, I didn't try it though.
If you have your minecraft keys page up / down mapped to the inventory then it will work automatically. Also, like efstajas mentioned the number keys should work too. In fact I believe any keys you have mapped to inventory switch should cause the paintings to switch. The plugin simply listens to the inventory change event.
07:16:54 [SEVERE] Could not pass event PLAYER_MOVE to neoPaintingSwitch java.lang.IllegalStateException: Start block missed in BlockIterator at org.bukkit.util.BlockIterator.<init>(BlockIterator.java:167) at org.bukkit.util.BlockIterator.<init>(BlockIterator.java:254) at org.bukkit.util.BlockIterator.<init>(BlockIterator.java:289) at org.bukkit.craftbukkit.entity.CraftLivingEntity.getLineOfSight(CraftLivingEntity.java:85) at org.bukkit.craftbukkit.entity.CraftLivingEntity.getTargetBlock(CraftLivingEntity.java:111) at plugin.arcwolf.neopaintingswitch.npPlayerEvent.onPlayerMove(npPlayerEvent.java:54) at org.bukkit.plugin.java.JavaPluginLoader$7.execute(JavaPluginLoader.java:307) at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:58) at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:339) at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:182) at org.getspout.spout.SpoutNetServerHandler.a(SpoutNetServerHandler.java:679) at net.minecraft.server.Packet10Flying.a(SourceFile:126) at net.minecraft.server.NetworkManager.b(NetworkManager.java:226) at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:93) at org.getspout.spout.SpoutNetServerHandler.a(SpoutNetServerHandler.java:550) at net.minecraft.server.NetworkListenThread.a(SourceFile:108) at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:527) at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:425) at net.minecraft.server.ThreadServerApplication.run(SourceFile:457)
This is the second report of this and the only common thing is spout. As far as I can tell the problem is further up inside bukkit and not inside my plugin. I've looked at the suspect code in my plugin. Its a simple bukkit api call testing the equality of a block being passed from the CraftLivingEntity.getTargetBlock method. The exception is thrown from inside bukkit. <shrugs> Redownload and try again. See if that helps. ok, maybe I've fixed or at least silenced the Exception bug. Remains to be seen though because I never get it. So I await your test results. Updated posted above. EDIT by Moderator: merged posts, please use the edit button instead of double posting.
Is ok... I'm working on a fix to call that method much MUCH less often. I've already reduced the call by about um... 65% conservative estimate There that should fix that... now using getTargetBlock() method very infrequently and only under precise controlled conditions. Lets see how that works EDIT by Moderator: merged posts, please use the edit button instead of double posting.
Due to request, I've added a config option to disable permissions checks entirely. Also, because that wasnt enough to update I went ahead and added PermissionsEx support to the list of supported permissions. v1.3 now updated.
This thread is redundant. Few go to it for information or downloads as evident by the download count on my github for this project. BukkitDev is used for this project. This thread can be closed, deleted or removed.