Omnigraffle for interfaces?

Brian H.'s icon

Hi,

I know there are some OG users out there, and I am a fairly heavy one, myself. Has anyone used it extensively for actual UI of Max patches? Fiddly as it is, it still might be less so than Max, and with much better visual results. I've done it a couple of times, but only in very simple situations. I'm wondering about whether the mechanics of the workflow will stall it when changes need to be made, or make it a wash for time & effort...

Thanks,

Brian

Graham Wakefield's icon

What do you mean, as an UI of Max patchers?

I use OG from time to time, and have wondered about whether it could be an input to generate code for something, since I heard once that at the core an OG file is really a GraphViz dot file. Not sure if that's still true though.

Greg Finger's icon

I've used Omnigraffle (or maybe it was visio) to export to xml, and then use that data to generate content in Max, but it was more for display and not UI (however a separate UI was in the works to navigate all the data that was taken from the xml). [sadam.rapidXML] was the object i used which then can go into Max's [dict] object. But i'm not sure this is what you wanted...

Brian H.'s icon

Interesting ideas– I hadn't thought of them. But yes, I'm talking about something more striaghforward. Just designing graphic elements (and even complete interfaces) in OG, bringing into Max as a simple [fpic], and using [ubutton], etc. to make them functional. It just seems so much more efficient and for better results than doing all this interface-twiddling in Max.

The #1 question for me whether making changes to the grahpics, re-importning to Max, and then re-arrangeing is worth the time, or just creates a mess. It might go either way, so I asking for input from anyone who's worked that way...

Thanks,

Brian