Miscellaneous Forums > Misc. Tools

[FFX] Skill editor - Ronso (v0.3.1.0)

<< < (13/13)

fireYtail:

--- Quote from: Karifean on 2023-06-14 15:03:38 ---Ah the instructions were a bit wrong. The .java files are source files, there's no .jar already existing in the repository; since you need to bring your own extracted ffx_ps2 folder (pretty sure it'd be illegal to just put those up myself) you do need to generate the executable manually after you add it. I updated the readme.md to give more instructions on how to do that as well as how to then run it.
--- End quote ---

In your GitHub readme instructions, you just say this:



I googled "Mavern" and this is the only thing I found https://dlcdn.apache.org/maven/maven-3/3.9.4/binaries/apache-maven-3.9.4-bin.zip
This is gets me a "bin\mvn.cmd" file, which is not an exe (Windows executable) as you say, but a Windows command line script. I added it to the path as indicated but no matter what I do it always gives me an error saying that it couldn't find or load main class org.codehaus.plexus.classworlds.launcher.Launcher and I have no idea what to do from here. You don't specify what "package" in "nvm package" means, but no matter what I try (main GitHub folder, subfolders, java files), it always gives me that error.

Sorry, but I'm not a programmer, I'm an end-user, so I'm not knowledgeable with building software from source code, as I'm the average PC user that has all the already pre-compiled EXE/JAR/whatever files (executables) instead of being told by the developer that no, the end-user has to build the software because... It has to be built with copyrighted files? Why not just make it read the folder/files from an external path, as any normal software would? Why require that, upon building the software, the very data that software will be working with has to be pre-built into the executable, requiring you to re-build the executable as soon as you make any changes to the data, since the data isn't external to the executable file that's reading it? Imagine if Photoshop required users to use the source code with the very image file they're going to edit and build the executable, rather than loading the image file externally. Do you think this is a realistic take?

I can't speak from a programmer's/software developer side why this would make sense, since I'm not one. But as an end-user, I don't expect people to be requiring me to build their own software from the source code myself because "it's illegal to make it read copyrighted files externally". What kind of argument is that? Is it that difficult to make it read external files? And yes, having the source code and being able (if I were) to build it myself is always a plus, since it makes it impossible for you to be giving me an executable with malware or something. But if I trust that it's not malware, and if I can read the source code anyway, why not just build it yourself and provide it to others, instead of requiring for others to build it? Others who don't necessarily have experience with building software from code nor distrust in the developer.

Karifean:
It's complicated to set up because I haven't had the motivation or drive to spend time and energy on making it easy to use for non-developers. It works with IntelliJ and that's good enough for me and likely most others that have been using it. The answer to "why like this and not like that" is always "first thing that came to mind to make it do what I need it to". Mind you by now the tool *can* read files from an external path, it now has that as its first argument (the <SourcesRootPath>). And far as I'm concerned it won't be a proper tool worth caring deeply about user experience for until it has some edit functionality with a proper UI at least like this Ronso editor, and that's still far off at best, and may be outside the scope of what I myself even want to take on, so who knows when anyone else will take up the task.

Regardless like I said before, dead as this forum may be this is still seriously off topic in here and I made a topic for my own parser here:
https://forums.qhimm.com/index.php?topic=21411.0

It also now contains links to both a built (.jar) version of the parser as well as some parsing output directly as text files. This should give you what you need. And please, don't make me regret making this public in its current state in the first place by bombarding me with complaints over why it's not done in a different way. I've done what I can to share what I'm doing without having to go out of my way to spend time and energy on something I don't want to, and coming in here like you just did certainly does absolutely nothing to motivate me into making it more accessible.

Navigation

[0] Message Index

[*] Previous page