So I encourage you to work with the model as it is, and become a leader in this new marketplace as we try to extend the scope of ScriptCraft and get more people to use and develop with it.
Ok, just thought maybe we could make Scriptcraft plugins more competitive by allowing an optional compilation, like it would be the ultimate reason every bukkit plugin developer would like to build their plugins on ScriptCraft, since it's faster and easier.
I've been exploiting Scriptcraft since I discovered it just to keep promoting it. For example in this repo: https://github.com/jordigoyanes/LandProtect where I have a cool scriptcraft plugin that allows players to own their land using scriptcraft's integrated json database, there's a readme promoting the use of both JavaScript and ScriptScraft.
I've been exploiting Scriptcraft since I discovered it just to keep promoting it. For example in this repo: https://github.com/jordigoyanes/LandProtect where I have a cool scriptcraft plugin that allows players to own their land using scriptcraft's integrated json database, there's a readme promoting the use of both JavaScript and ScriptScraft.
That's great but I don't see a good case for making it more difficult for a consumer of your plugin to use or modify it. If they get another ScriptCraft plugin they'll need to get a completely new instance of ScriptCraft. Not only is that not performant but it simply won't work with the default package. Your intent to make it easy has many other consequences .... and it's already easy. So just publish your script, don't bundle with the core. That's a violation of protocol for every core/plugin technology out there.
How would you feel if you needed a different server component like Spigot every time you wanted to use a plugin, because every plugin had a custom version of Spigot built-in? That would leave you with the ability to use just one plugin because others couldn't be added into that package. And that's exactly the same scenario when JS plugins are added into a JAR with ScriptCraft.
So I'm really hoping that you'll see that every angle of this is not in agreement with what you want to do, that technically it won't work when a site wants to use anything other than your plugins, and that it's all completely unnecessary. There is no good social, business, or technical case for what you're doing. But I really do hope you add your LandProtect plugin to the SC repo when it goes live!
not trying to violate anything, it's just that there are some newbies who just know how to copy and paste .jar files in their server and have no intention to poke around scripcraft or java or javascript or anything. It could just work like .jar file that decompresses several .js files including your plugin file, making things work out of the box for those newbies.
And I recognize that you're trying to do something good here, so nothing else implied... :)
I have the code in front of me. I'm looking at the source and a JAR that I just built ... it's already all self-contained, with documentation and the ability for developers and gamers to use it as intended.
But that level of sophistication doesn't even need to be bundled with ScriptCraft. Why not have SC as a dependency and someone can create a separate JAR/plugin that installs what they need into the folders prepared by SC? Then the site can update SC without relying on the plugin author (assuming no breaking changes) and the site can still use other plugins.
How about a compromise... So far your plugin has less than 200 lines in a single .js file. That fits well within SC as currently defined. If your project expands well beyond that, then maybe we should discuss "extended usage". Right now I see your plugin as possibly being one of the first to kickstart a new SC ecosystem. Please don't spoil that by completely isolating your plugin in a way that makes people choose between your one plugin and the rest of the ecosystem. I'm sure you don't want that.
btw my plugin is just an example xD not a big deal
Now I'll go to sleep because it's 1:49am in Spain
Awesome. But right now you could offer a plugin at Spigot, advertised as "requires ScriptCraft" with installation instructions that say something like "Add these scripts into plugins, these into modules, and type /reload". That's not tough at all, and far easier than, for example, plugins that require a new launcher.
kk, gnite!
Can we let CanaryMod die? Please see this forum post and comment wherever you prefer. Thanks! http://bit.ly/2uuNJGW
Latest build is ready for beta. See notes where I've been blogging on progress. Please check the new and existing docs, especially ReadMe, Release Notes, Installation, Permissions, Start and Stop. This release does not have major updates, doesn't support new colors or some new objects. Right now I just want to make sure this just doesn't throw errors, crash, or break any existing code. Please post issues in my repo, not the official/production repo. Thanks!
A later I'll definitely bring the module to a state that allows using it without relying on my other modules.
I have several important variables in my ScripCraft plugin that I want the player to specificate. Is there a way to create a config file?
Yes. The easiest way is to use the built-in persist() function like this...
var playerName = player.name;
var playerConfig = persist(playerName + '-myconfig', {} );
playerConfig.strengths = ['flight', 'magic' ];
playerConfig.weaknesses = ['arachnophobia' ];The player config will automatically be saved to a .json file in the scriptcraft/data/ directory.
@TonyGravagno @jordigoyanes I really like the idea of lightweight jars composed only of .js with a dependency on scriptcraft.jar - I wonder what would be needed to make this work. It would definitely result in smaller bukkit jar files.
(that is - have a bukkit/spigot plugin which has zero java code - I don't know if this is possible - worth investigating)
If you're feeling adventurous you can build from source and use babel for es6 features.
https://walterhiggins.net/blog/Writing-Minecraft-Mods-in-ES6
https://walterhiggins.net/blog/Writing-Minecraft-Mods-in-ES6
Hi, I am new into scriptcraftjs(and also a bit in minecraft). I start using it since last week. I succesfully tried already some example and build my own custom function. Building a pyramid. Sofar so good.
I was wondering, is it posibble to rotate a block in Minecraft? I would like to build a funfair a would like to turn some objects(carousel, big wheel). Is this possible?
I was wondering, is it posibble to rotate a block in Minecraft? I would like to build a funfair a would like to turn some objects(carousel, big wheel). Is this possible?
coool
really dig this project
gonna try use it as a teaching aid
looking at blocklycraft in particular
@daveweb To do what you're asking, I'd consider adding the WorldEdit plugin, and then send it commands to do what's required. That way you don't need to "re-invent the wheel". Or to avoid pulling in a massive plugin like that just for this one function, fork that project, and create a branch that just includes the rotation component.
With all of the changes in v1.13 to the inner structure of items and entities, all of this might be easier than in 1.12 and prior. No clue on that bleeding-edge yet. Good luck!