ShinyItems [1.8.X - 1.12.X]

Compiled with latest spigot 1.12.2 and lightapi build and everything seems to be working. IMPORTANT! LightAPI has a new temporary fork for 1.12 versions of Spigot. You can get it here: https://www.spigotmc.org/resources/lightapi-temporary-for… Also, I've been busy with other things and school so I haven't been very active lately.

- Tested with latest (3.2.3) version of LightAPI. - NOW SUPPORTS: 1.8.X, 1.9.X, 1.10.X and 1.11

- Added support for durability and unbreakable tag. You can now configure ShinyItems to only work for certain items WITH CERTAIN DURABILITY. Before this the configured item worked as ShinyItem no matter durability. - For example: Diamond Sword with full durability (zero) and unbreakable tag would emit light when held in hand. But Diamond Sword with full durability without unbreakable tag wouldn't. .SpoilerTarget">Spoiler: Above example config.yml Code (Text): enable-permissions: false enable-item-specific-permissions: false distance-before-new-lightsource: 1 lightsources: - ==: io.github.sipsi133.ShinyItem item: DIAMOND_SWORD // The items Material name durability: 0 // required durabiltiy for it to work. -1 to disable durabiltiy check unbreakable: true // is the unbreakable tag required for it to work? lightlevel: 14 // lightlevel the item emits when held in hand. 1-14 !! IMPORTANT !! - As you can see above, the configuration was changed dramatically. DELETE your old config to generate new default config. It's easy to modify it from there.

Use permissions should now work as intended. (shinyitems.use and shinyitems.use.item_name_here, for example shinyitems.use.redstone_lamp_off). Also I found out that toggling on/off was broken too, but that is fixed now too (/shinyitems toggle).

· Fixed bug that caused the "fake lights" not always to be removed (at least I think so). Please tell me if this keeps happening. · ShinyItems - at least now - correctly enables in 1.10.2 if earlier it didn't. This version was tested in Spigot 1.9.4 and 1.10.2. Using LightAPI 3.2.2 All feature suggestions are appreciated!

- ShinyItems now works with latest LightAPI, and therefore should work with 1.8.X, 1.9.X and 1.0.X. - I changed the way the light is spawned: Now it seems a bit laggy, but it was the only way to prevent client from lagging due to massive amount of packets sent with old system. - Unfortunately I had to make ShinyItems fully dependant on LightAPI. That means you NEED to install LightAPI on your server in order for this plugin to work. Lastly, I am sorry that this took so long.

I didn't know that spigot doesn't update the uploaded jar file if I don't change the version number. This "update" includes the latest bug fix regarding new off-hand support https://www.spigotmc.org/resources/1-9-1-8-shinyitems.125… One more time: I'm sorry I didn't know this.

Now configured lightsource-items will show light correctly even from off-hand in Spigot 1.9. ShinyItems is still fully functional in Spigot 1.8.

ShinyItems failed to load with latest LightAPI version on Spigot 1.8. This should now be fixed. Sorry for not noticing this earlier.

Added LightAPi 2.0.0 (Spigot 1.9) compatibility: · ShinyItems now works with LightAPI version 2.0.0 (Spigot version 1.9). · LightAPI 2.0.0 download link can be found from EvilSpawn's post in LightAPI's discussions: https://www.spigotmc.org/threads/lightapi.52691/page-2#po… · LightAPI 2.0.0 is currently an experimental build and may contain bugs. · ShinyItems v1.5 is still working with Spigot 1.8 versions of LightAPI And most importantly, report any bugs in discussions.

- Light sources now despawn correctly upon changing worlds. - ShinyItems works in 1.9 WITHOUT LightAPI. Reason is that LightAPI isn't updated to version 1.9

- Added command to reload configuration. Reloads configuration from file to memory. Used to make changed data from config to take effect in-game without restarting. Command: /shinyitems reload - Permission: shinyitems.reload - Added command to toggle shinyitems on/off. This command disables shinyitems only for the player who did this command. Command: /shinyitems toggle - Permission: shinyitems.toggle - ShinyItems is disabled while flying because high speeds may cause lag due to many light updates sent to clients.

- Added LightAPI SOFTdependency · If you add LightAPI (https://www.spigotmc.org/resources/lightapi.4510/) to your servers plugins folder, ShinyItems will use its API and spawn completely invisible lightsources (no more ugly fake torches) · This plugin will still work without LightAPI, but the lightsources will be spawned as usual -> spawning fake torches. - Little modifications to config due to LightAPI support · Your old configuration maybe looked like this .SpoilerTarget">Spoiler: Old Config Code (Text): enable-permissions: false enable-item-specific-permissions: false distance-before-new-lightsource: -1 lightsources: - REDSTONE_TORCH_ON=REDSTONE_TORCH_ON - REDSTONE_TORCH_OFF=REDSTONE_TORCH_ON - GLOWSTONE=TORCH - TORCH=TORCH - LAVA=TORCH - LAVA_BUCKET=TORCH · But after startup with the latest version it will look something like this (notice how the strings after "=" changed to numbers representing light level): .SpoilerTarget">Spoiler: New Config Code (Text): enable-permissions: false enable-item-specific-permissions: false distance-before-new-lightsource: -1 lightsources: - REDSTONE_TORCH_ON=7 - REDSTONE_TORCH_OFF=7 - GLOWSTONE=14 - TORCH=14 - LAVA=14 - LAVA_BUCKET=14 · This change-process is fully handled by the plugin itself. · Available lightlevels from darkest to lightest: 0 to 15. (Torch = 14, Redstone Torch = 7).

- You can now configure the distance (in blocks) how far away you have to go from the previous lightsource before new can spawn. - You can change this from config.yml from section "distance-before-new-lightsource" that is defaulted to 1. If you don't want anything to change in this update, don't modify the default value.

- Added per-item permissions as suggested. - Config node: enable-item-specific-permissions: false/true - Permission node: shinyitems.use.material_name <- NO UPPER CASE ON PERMISSIONS.​ - Light sources don't spawn anymore if player is in water.