Maintaining Gdevelop own fork of piskel #3670
Midhil457
started this conversation in
Enhancement ideas (and their technical discussions)
Replies: 2 comments
-
I think you got a point here, especially because it was kind of already the case, we use a fork of @blurymind at the moment. If I list the issues I see with Piskel, this is what I got:
Are there other issues that I'm missing? |
Beta Was this translation helpful? Give feedback.
0 replies
-
One other issue I have come across is that piskel doesn't do a good job at transparency
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
It seems that piskel is slowly becoming stale. Their last push was on Jul 2021, https://github.com/piskelapp/piskel
And the number of bugs being reported about piskel is increasing day by day
I suggest maintaining a seperate fork of piskel. It is not necessary that it should be actively updated. But, it will let GDevelop contributors fix and change to fit GDevelop.
I don't think it will be a big burden for the team. It can just exist as another repo and contributors who wish to contribute to GDevelop's piskel can open issues and PRs there. Currently, the community and contributors don't have control over piskel which imo is a bad thing cuz piskel is used a lot and is very essential. If you watch some GDevelop review (like from gfs), they show piskel as a feature and I think it is important to see it as a essential part of GDevelop and try maintaining it on GDevelop's on terms
There was some unofficial talk and suggestion about replacing piskel already, Why not change piskel to fit GDevelop's needs?
Yes, jfxr and yarn are also embedded into Gdevelop like piskel. But, piskel is used way more than them and more important.
:)
Beta Was this translation helpful? Give feedback.
All reactions