Skip to content
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

Future development of WorldEditCUI #18

Open
ryantheleach opened this issue May 1, 2013 · 9 comments
Open

Future development of WorldEditCUI #18

ryantheleach opened this issue May 1, 2013 · 9 comments

Comments

@ryantheleach
Copy link

It looks as if development of WECUI has stalled, yet @Mumfrey @Mystou and @tyduptyler13 have made forks.

Is it possible to form a team so that WECUI can stay up to date, and even work with more then just worldedit? A good direction would be to make a serverside API library that can work with bukkit and forge.

@octylFractal
Copy link

There is sort of a library. It's called plugin channels, however MCPC doers not support them yet. Mumfrey uses the WE API that is already in place.

@tyduptyler13
Copy link

I am considering updating it to the latest version of forge soon. All depends on how much free time I can get. (Full time student with 2 part time jobs)

@octylFractal
Copy link

@tyduptyler13 I can help if you need it.

@Mumfrey
Copy link

Mumfrey commented Mar 20, 2014

You realise that the official version works with forge? LiteLoader doesn't interfere with forge at all and can even be loaded by it, so to install WECUI for 1.7.2 you just extract the liteloader jar and the wecui litemod to the "mods/1.7.2" folder.

@tyduptyler13
Copy link

I think they want a version with fewer dependencies. Which is the whole reason that I don't use the official version. I don't care for adding needless dependencies.

@Mumfrey
Copy link

Mumfrey commented Mar 24, 2014

Considering that using liteloader means that people don't need to install Forge just to run a lightweight, client-side-only mod, having a dedicated forge version seems to just create a separate version to support with no additional benefits.

Since I try very hard to provide support for all my mods and help to people using them by being extremely active user of the forums and answering queries to the best of my ability, I'm mainly concerned that I'm going to have people coming to the official thread asking for help with the ported version and not being able to provide adequate help to them.

I could see the argument for making a separate version if the installation was arduous or prone to causing issues or had some performance or stability impact, but honestly none of those things are the case. The LiteLoader installation is extremely streamlined and supports multiple methods of deployment, inlcuding being loaded by forge as a mod itself and vice versa.

At the moment I just don't see a compelling argument for having a separate version.

@tyduptyler13
Copy link

Seems reasonable to me. Only reason I wanted it, was because I already use Forge and didn't want to use liteloader. My current plans for minecraft coding are low priority but all have possible applications:

List goes from big to small in order of complexity and time required

  • Custom Minecraft Client (Currently called MyCraft)
    • Extremely easy to mod
    • Compatible with standard minecraft versions
    • Hopefully will be backwards compatible with forge through wrapper or fork of forge (Could even design the internals to seamlessly implement forge)
    • New graphics engine (Either heavy focus on glsl or raytracer, could do both)
  • New shadermod for glsl moding of the graphics engine (Currently modding derived source of the shader mod by karyonix.)
    • Add two additional textures for glsl (reflectivity map and emission map)
    • Means also writing glsl code for shaders to work with textures. (Open source for maximum usage)
  • Bukkit mod (Unlikely to be finished)
    • Simple leaderboard for tracking who is the most progressed in the game of an artificially hard survival server. (Considering just implementing on top of scriptcraft)
  • Recover WorldEditCUI source and update it to the latest forge (Really unlikely to spend my time on it)

If anyone feels like working on any of the above with me then I would gladly help, just know that the one I am most interested in, is the custom minecraft client. (Essentially the spigot/bukkit project but for the client)

@Mumfrey
Copy link

Mumfrey commented Mar 25, 2014

Well it seems like you have a good selection of potential projects, I don't honestly see that bifurcating WECUI at this point is beneficial, especially as I'm doing my best to move it forward (finally) and there's a chance that having a separate version would lead to feature lag.

Can we assume that this issue is closed for now and can be reopened if I ever drop off the planet for some reason?

@tyduptyler13
Copy link

Sounds good to me. I have no real need to continue/start development of this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants