-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Standard WE semantics? #1
Comments
Not clear on the difference: doing //schbr SchA@180 give a brush that does the equivalent of your example (except, of course, it is applied like the clipboard brush, versus the //paste command: if not, it wouldn't be a brush): are you looking for something that isn't a brush-tool-based paste? On the files: subdirectories should work, although I do need to add in the support for double-quotes for names with spaces and such. |
When I use //schbr SchA@180, it pastes it center of mass on the clicked block rather than using the relative location stored in the .schematic. I'm sure i'm doing something else wrong, but its non-obvious. |
Behavior is intended to be the same as the clipboard brush (by default). The relative position data, as I understand it, is relative to the player (which would make it not act like a 'brush') - would you want an option to apply it with the position relative to the click point (that is, as if the click point were the player's location when doing the logical equivalent of //paste)? |
Hi mikeprimm! This would be exactly what I would need as an extra for this plugin! Would it be possible to implement that? All the best! Igimund |
Is it possible to support standard World Edit semantics?
Specifically, support normal clipboard relative position location data for the paste just like if for example one typed //sch load SchA.schematic; //rotate 180; //paste. Additionally it would be nice if schbr and schset supported sub directories and "doublequote" style filename just like WorldEdit does.
The text was updated successfully, but these errors were encountered: