How feature-complete is this expected to be? Is it worth reporting at this stage that that the button in Prefs that lets me change where I store extensions isn’t working?
I would have fixed it but it seems gRevDevelop doesn’t work as it used to as a flag to allow IDE stacks to appear in the browser.
Don’t open an issue in that just yet - I may be mistaken. And even if that turns out to be the case, we may want to take the opportunity to update the name of that global.
I’ll report back after I’ve poked around more, and the issue you did file will help as it’ll allows me to use my own tools now easily. Thanks again for the quick response.
I view the IDE in the Project Browser all day, it’s how I edit the IDE for dark mode (sometimes I have to use CotEditor because I bork the IDE so it doesn’t load )
Yeah, there’s likely a GUI control for that. I’ve just rarely used their tools, loading my own UI for getting around more quickly (which explains why I have the unusual habit of making the first thing I do after installing an IDE to change the location of the Extensions folder to use the one I sync across my systems).
But we still have the underlying mechanism to consider as time permits, historically the gRevDevelop global. It stopped making sense after their name change, and the sooner we update that global name the better.
Maybe we should call it RevolutionTalk right away, stay with the “rev” and see how many households of xTalk aficionados get raided then (at least in the U.S.)
Could be useful for debugging HyperXTalk issues though, this is correct.
The engine has priority, this is also true. Still sadly we would need to make the whole package work correctly. No user at whatever level will want to start wondering when something goes wrong “Hm, is it a bug in the engine or just in the IDE?”, or will say “Oh, it is just the IDE, so that’s ok”.
ToolGuy, this may be our call. She can do everything, but my C++ sucks. We can script. Perhaps we should, so she can focus on the stuff she does uniquely well.
I hear the call well. I have been contributing from start whatever possible and will keep it this way. Yet I am not sure if I should seriously touch the IDE, rather encourage the long-time spelunkers for this. Reasons on request.
Re-reading this thread, it is an interesting issue though, on the other hand it is prompted by your special way to bend the IDE (or even weasel out of it), might be hard to reproduce for others. We have a yak shave first in finding out why the gRevDevelop stuff does not work. Correct? I do not even have hardware here to test the current build.
)
I have been contributing from start whatever possible and will keep it this way. Yet I am not sure if I should seriously touch the IDE, rather encourage the long-time spelunkers for this. Reasons on request.