Replies: 8 comments 4 replies
-
If you can clean it up and start developing out the return status codes in the format be awesome. A hypothetical Electron replacement will probably depend on oF so too much about removal of oF depends though but the actual parsing stuff should be focus and generation of rework. If you wanted to make it faster maybe we could build actual final static libraries (rolling on latest) for core on core and add release: macos/windows/linux with static library of Core as a release binary to link for the PG project after a download, action on of.yml on each at the end release binary We still gotta figure out how to integrate CMakeList generation too (once we merge in CMake core compiling). See Android PR for example. |
Beta Was this translation helpful? Give feedback.
-
scanFolder, I think it is covering everything needed for addons. |
Beta Was this translation helpful? Give feedback.
-
I have the first version of ofGen (provisory name) working now. |
Beta Was this translation helpful? Give feedback.
-
Platforms and Templates (naming)now in PG there is a confusion between platforms and templates. like
maybe historically they were the same, but now we can have a build system or IDE for multiple platforms, like VSCode, so maybe calling it template and separating from platforms is important. |
Beta Was this translation helpful? Give feedback.
-
Treat project as an addonit would be great to have all addons possibilities on project generation, like adding macOS Frameworks, custom cflags, etc. |
Beta Was this translation helpful? Give feedback.
-
Electron alternatives.Tauri? Neutralinojs? |
Beta Was this translation helpful? Give feedback.
-
I understand that Tauri and Neutralinojs are lightweight and great, but compared to Electron, their rendering engines must rely on each OS. This means that the cost of frontend implementation would be higher than with Electron, where you only needed to check in Chrome. However, I’ve been away from frontend development for a long time, so I’m not sure how much effort is needed nowadays to account for differences between browsers. (I really hated the word “Internet Explorer.”) If this is no longer a significant burden, please feel free to ignore my comment. 😊 |
Beta Was this translation helpful? Give feedback.
-
ofxImGui should be likely be the choice as the style is highly customisable
and generic and used in across the c++ developer ui. Open to other uis but
it’s just so good and runs on all targets right now.
ImGUI is high performant.
The ui can then trigger events and scripts directly. In currently
experimenting with it for apothecary see my Sage. (For calling scripts).
Check that out Dimitri
We need to get the project generator fixed
Then I’ll merge Android
…On Wed, 19 Feb 2025 at 2:18 am, Dimitre ***@***.***> wrote:
Great! I suppose Electron bothers me more because I have a slow internet
connection in a rural area haha
But anyway I'm not using projectGenerator frontend in the last years.
I started using a drag and drop application invoking PG command line
directly, so it was easy to regenerate projects. After that I missed to
have a recipe so the project could be reproduced later (addons.make is not
a good recipe, it is rewritten by pg)
—
Reply to this email directly, view it on GitHub
<#8261 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGK2HHOUKCZUKPCRHHIX5L2QNFMTAVCNFSM6AAAAABV3ZAZKCVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEMRTHAZTAMQ>
.
You are receiving this because you commented.Message ID:
<openframeworks/openFrameworks/repo-discussions/8261/comments/12238302@
github.com>
|
Beta Was this translation helpful? Give feedback.
-
I'm in the process of rewriting Project Generator (CLI) and I'll share some ideas and thoughts here.
the idea is having a CLI app not depending on OF, so it build faster and can be compiled in a script in installation process.
I think the simplified lists of tasks are:
Project
adding the project src and paths, and additional folders to the project
Addons
Parse the list
check existence in local folder, and then in OF Addons folder
getting all the correct folders, the common ones and per platform ones (this is tricky because there are some variations on addons files organizational)
Separate in different lists of files according to usage (header files, source files, include paths, static libs, dynamic libs, xcframeworks/frameworks)
Parsing addons_config.mk in a simple key:value structure, like a map, without validating anything.
adding only the keys belonging to meta, common, and desired platforms.
filter all the folders list, applying exclusions and removing undesired files per platform (headers, sources, etc)
Templates
Until here we didn't even touch templates. so all information is already gathered independently of the template to be applied.
now we choose the templates, the list of files to be copied, the replacements, the renaming.
Beta Was this translation helpful? Give feedback.
All reactions