4 ms·
It wont be called Atlas. Right now Im just relating it to Atlas, which like you said is defunct. Im just in the early stages of developing the framework and too
by visualR 13y ago
It wont be called Atlas. Right now Im just relating it to Atlas, which like you said is defunct. Im just in the early stages of developing the framework and tools and am looking for feedback.
- veidr 13y agoAh, I see. Hence the quotes, sorry, I should have gotten that. I developed some pretty complex apps using Cappuccino and Atlas, before Motorola bought them and shitcanned it. But even before that happened, I stopped using Atlas, and I think there are probably a lot of lessons about how not to make a GUI-builder-IDE-like-thing that one could derive from Atlas (and a lot of similar projects). Doing the GUIs in code actually ended up being a lot easier. Smart guides and drag and drop are great when they work, but infuriating when they don't snap to the right coordinates, and the inspectors don't let you edit all the properties you need. My advice/feature request for you and anybody contemplating a similar project is to have some part of your GUI builder that lets the user get 'close to the metal', such that in cases where the GUI to build your GUIs isn't yet smart/sophisticated enough to do what they need, they can directly edit the underlying representation of the GUI objects (which kind implies that it is some kind of human readable textual format)/ E.g., if under the hood your GUI definition is a big JSON structure, have an 'Advanced' tab where you can directly edit that JSON, so that the user can edit literally every single property of the objects when they need to.
- visualR 13y agoThanks for the advice. You are right, each object is serialized as a JSON structure (freeze dried) and then instantiated when the GUI loads. Definitely that JSON should be editable.