openframeworks / openframeworks/projectGenerator
Project generator has become unreliable
Nobody has claimed this yet.
- Dominant language
- CSS
- Stars
- 90
- Forks
- 79
- Avg merge
- 2d 9h
- Merged PRs (30d)
- 5
Description
Hi guys,
first let me say that I truly and deeply appreciate all of your efforts to make OF's ecosystem a better one, in particular @dimitre and @danoli3 efforts.
Although, PG has become unreliable to me.
It worked perfectly well for so long, and while I see that many things need to be updated in order to make it work with newer OSes and IDEs many things broke in the process that did not need to get broken in the first place. Even when I use OF by pulling from github quite frequently, I still need to rely on a quite old version of PG.
For me the thing that most bothers me is that local addons no longer work. And at some point I noticed that the parsing addon_config.mk was not done properly and it missed some of the things in it (although I see that got fixed now).
Now, I have found that Apothecary is naming what used to be */libs/osx to */libs/macos. I think that that is a really bad move, as I already expressed here. A lot gets broken, for something that looks like an aesthetic change mostly (is there really a technical need for such rename?)
I have already spent several days digging into PG's code and I have to say I am not pleased with what I have found. I see a lot of patched code, some big changes that broke lots (like switching from using strings to use std::filesystem), lots of super redundant code, big chunks of code that are copy/paste, lack of encapsulation, lack of a proper test bed, and the list goes on.
I see that there are some testing scripts but they only test if PG can generate a project for each example but it is not testing if these where properly generated. and still, the examples dont cover the whole use cases (there are many addon's features not being used by the examples)
How can we properly test it works? (this would require not only bulding PG but also generating projects that test all the features of PG and have this to compile AND run).
In general I see that since @arturoc left OF's dev lead a lot of its development became messier.
And please don't get me wrong, I am not trying to blame anyone, I am quite sure that all of you do what you do with the best intentions, but we need to be a bit more careful.
What are your thoughts about this @ofTheo @danoli3 @dimitre ?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the project generator's handling of addon_config.mk, local addons, and the testing scripts that generate projects from examples. The issue calls for broader coverage than the existing example-generation checks, including generated projects that compile and run; the scope and expected fix need to be narrowed before implementation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- build-system, tooling
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100