Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - leon

Pages: [1]
1
Just curious about how anyone would approach this.
This is more a though-experiment than something actionable.

These days, recursive node-editors are becoming more and more usual (compared to the traditional node-editors).
An example of a powerful recursive node-editor would obviously be TouchDesigner (TD):



A powerful feature of TD is that each node has an extendable UI.
In a sense, each block could represent a GeeXLab script (or internal node?), which could open a draggable imgui popup with properties when doubleclicked.
Any thoughts on how realistic it would be to create an STANDALONE node-editor app (like MadView3D)..or should it be just a drop-in lua-library (which visualizes the current 'state')?
Which would you prefer?

I already figured, that by imagining the editor from scratch (outside of GeeXLab) would be a misstake.
That could introduce so many challenges from a maintenance point of view.
I could imagine a super-simple first version, by visualizing nodes on the highest level(like representing lua- or python-scripts, and/or objects from this framework: https://www.geeks3d.com/forums/index.php?topic=5171.0).

Later, simple oscillator nodes (sinus,saw,square) etc could be written in lua, to easily modulate/control values:

 

Later, one could always introduce 'zooming' into such node(s) (which would open a new node-editor, representing the internal GeeXLaB nodes), but i'm not sure whether that would add any value at all.

If anyone has any thoughts or advice on this let me know here!  :D

UPDATE: hm there seem to be people who've attempted a imgui node-editor widget:



https://github.com/ocornut/imgui/issues/123

2
GeeXLab - english forum / Re: variable/context sharing between python/lua
« on: November 15, 2018, 11:17:19 AM »
Thanks for the detailed reply.
This is amazing, shared variables are totally fine for sharing simple data etc.

3
GeeXLab - english forum / Re: ImGui menus demo
« on: November 15, 2018, 11:14:32 AM »
Ok thanks, will do.
So far all python (translated from lua) magically worked, including third party packages.

4
GeeXLab - english forum / variable/context sharing between python/lua
« on: November 15, 2018, 09:49:02 AM »
Is GeeXLab intended to work with either LUA or Python?
I just played around, and it seems i can do both at the same time :)
Is this a bug or feature? :)

If it's a feature: is it possible to

  • access a value both in python and lua?
  • OR call a python function in lua (or vice versa)

I know this kind of an odd question, I just happened to run into this scenario: I started something in python, but found an interesting utility lib written in lua.
I can find a similar lib written in python, i was just curious since GeeXLab does not require me to choose either python or lua  :-\

5
GeeXLab - english forum / Re: simple Lua framework over GeeXLab Lua API
« on: November 15, 2018, 09:42:22 AM »
Hey Thanks for this, this makes application-code soooo small and readable ♥♥♥
Great startingpoint!

6
GeeXLab - english forum / Re: ImGui menus demo
« on: November 14, 2018, 11:43:09 PM »
Awesome thanks!
Btw. today i've ported a imgui lua-example to python.
Good news: it was fairly simple!
One would almost think that the languages were inspired by eachother.
Anyways, respect for making geexlab duo-lingual :D

7
GeeXLab - english forum / Re: ImGui menus demo
« on: November 14, 2018, 05:33:05 PM »
Thanks for your reply.
How about prepending the window-title?
So like:

Code: [Select]
${windowtitle} | GeeXLab ${version} (${OS}) | ${FPS} ${MS}
That way it is more readable when 'alt-tab'-ing between several instances.
The FPS and stats are always very handy imho.

For the pro-player, allow me to throw some ideas at you:

  • [FREE] show a GeeXLab-logo during startup (like unity)..maybe a simple shader anim? :)
  • [PRO] make the geexlab-stats-suffix optional in the window title
  • [PRO] access to beta releases / features (betatest)
  • [PRO] unlimited access features/scripts which only make sense for companies (emailing crash-reportdata, extra debuggingtools, remote update of xml etc)
  • [PRO] access to premium content / examples / forum-area
Basically there would be X months of delay between shipping updates/features/changes between the pro vs free users.
Looking at the current mature state of GeeXLab, delaying new features will not really interfere with new user-adoption imho.
Companies who support GeeXLab could be served first, and they could be your small group to test new features with.
You could simply re-upload the latest PRO-players-in-a-zip at gumroad.com, and setup a subscription-fee for download-access.
Then you can just email them with private blog-links, which are scheduled for publishing X weeks later.
Just my few marketing-cents.
Keep up the good work!

8
GeeXLab - english forum / Re: JeGX's Higgledy-Piggledy GeeXLab Screenshots
« on: November 14, 2018, 12:56:41 PM »
this is amazing..♥♥♥ the furry donut.
We have your tool..now we need your brain  8)

9
GeeXLab - english forum / Re: ImGui menus demo
« on: November 14, 2018, 12:16:49 PM »
This is great!
I'm currently looking for a framework/runtime which allows me to easily create crossplatform gui's (with lua/python bindings).
GeeXLab (with imGUI) seems great for that.

Btw. how can I hide the default title/fps?
It seems that on linux, the window-title is displayed for some milliseconds, and then gets overwritten by the fps-counter.



Is there a way to simply display "My application" as the window title using `<window title="My application"  ...>`?

Again thx for this amazing gui! :D :-*

Pages: [1]