When I say "no GUI" I was thinking of either
- A text interface that's still interactive ("type quit to exit")
- A frontend mouse-around-GUI frontend as a separate application that controls the command-backend. Like how VBCT is a "frontend" for vbsp/vvis/vrad.
I originally considered making (and indeed, started coding) the whole thing in Java, so if an interactive mouse-driven GUI is such a must-have it's certainly less-painful than Python GUIs.
Quote:
Originally Posted by
Youme
Except removing all the duplicated things I get added by default and adding in the extra stuff.. This is the 21st century, I dont want to be altering things on a command line basis!!
Duplicated things? Extra stuff? Could you elaborate on this problem/frustration?
Part of the reason I was thinking of omitting a pakrat-esque GUI is because it seems like most of the important bits (textures, models, soundscapes, particles) can all be done automatically, and the rest would be relatively simple prompts.
Quote:
Originally Posted by
A Boojum Snark
No. If it's in the cache you do. not. embed.
Not with the same
name, of course. What I mean is it seems like a place where
some sort of action should be taken or alert raised, potentially because the mapper may have never had an accurate view of his own map due to local modifications.
Quote:
Also, while everyone is going zomgui I'd like to say: this would require the python base stuff installed right? It's not exactly a standard thing to have (like java and .net have become)
AFAIK Java is not installed on Windows by default, someone has to download it too. I'd love it if it was (and not Microsoft's "embrance and corrupt" strategy) since it would shut up the people who complain that they have to download it to run things.