You could design fullscreen projects in a single window, if you could just scale things down during development to do it.
Which is a HUGE disadvantage of Livecode, since it's not in an OpenGL context or based on vectors like Illustrator files, or even held in bitmap layers like a Photoshop file...your whole UI layout can't just be virtually scaled up and down, cant' even be scrolled without complicating your whole project by shoving it all in group.
Every movie made in the last 20 yearsis is a full screen project and every video editor they were made in is a single window UI....well maybe a while back Premier was a hot mess of windows. I think Final Cut Pro was snappable pallettes? It's been a long time. I seem to recall they had a dreamy UI scripting language.
Every video game is a fullscreen project and the top three game engines are single UI apps...with exceptions, sometimes you have a popup window of some kind for set it and forget it stuff. Like if you are going to generate a monster procedural city you'll do that once and since there's a whole program's worth of controls then it pops a window up, you apply, close and don't see it again. Or you're going to load a few gigs of project extensions, you do that once in a window of it's own.
Looks like they were trying to make a game engine type IDE
IDE Suggestions
-
- Posts: 285
- Joined: Thu Sep 16, 2021 1:40 pm
- Contact:
- OpenXTalkPaul
- Posts: 1758
- Joined: Sat Sep 11, 2021 4:19 pm
- Contact:
Re: IDE Suggestions
Yes it canxAction wrote: ↑Fri Nov 19, 2021 5:35 pm You could design fullscreen projects in a single window, if you could just scale things down during development to do it.
Which is a HUGE disadvantage of Livecode, since it's not in an OpenGL context or based on vectors like Illustrator files, or even held in bitmap layers like a Photoshop file...your whole UI layout can't just be virtually scaled up and down, cant' even be scrolled without complicating your whole project by shoving it all in group.
Code: Select all
-- pass true / false to toggle
on goFullScreen tEnable
if tEnable then
-- set the fullscreenmode of stack to {empty|"exactFit"|"letterbox"|"noBorder"|"noScale"|"showAll"}
set the fullScreenMode of me to "exactFit"
end if
set the fullScreen of me to tEnable
end goFullScreen
A stack is really just a operating system UI Kit generated window, on macOS this is an NSWinow object (and I can take control of it and make it do system level things) for example. A card is really a view object, collection of controls, graphics, etc. and is meant to be rendered in the stack's window. This is the equivalent of a web browser's window context. In xtalk Card's are basically the equivalent of web pages in the browser window. With some abstraction I think it could be made so that it doesn't matter if you're designed it all in a single window frame UI, a running it inside a browser using some sort of proxy-window objects or running on Desktop Linux with stacks running in actual windows.
I want to make the entire IDE much more customized, and customizable. That has also tied in with my thinking about a markup language for generating UI from a markup. The IDE already synthesizes a few windows from scripts, the tools palette (revTools.livecodescript) is an example. I want to create somewhat of an abstraction layer for the IDE... dissect it, document it, and abstract it enabling rebuilding the entire IDE UI on the fly from some markup file (with all of it's SVG path data or images embedded into itself). Then we can have a fullscreen UI "IDE desktop" or a windowed one, toggle between them, add user definable workspaces or whatever else too.
-
- Posts: 285
- Joined: Thu Sep 16, 2021 1:40 pm
- Contact:
Re: IDE Suggestions
fullScreenMode is some scary scaling.
scaleFactor is pretty cool though.
scaleFactor is pretty cool though.
- OpenXTalkPaul
- Posts: 1758
- Joined: Sat Sep 11, 2021 4:19 pm
- Contact:
-
- Posts: 125
- Joined: Mon Sep 13, 2021 9:46 pm
- Contact:
Re: IDE Suggestions
It works pretty well as it is.
There is plenty of other things to spend development time on.
Mic
There is plenty of other things to spend development time on.
Mic
Who is online
Users browsing this forum: No registered users and 1 guest