Is there any chance to update Starling OpenFL to version 2.7?
Original changelog:
Thx!
Is there any chance to update Starling OpenFL to version 2.7?
Original changelog:
Thx!
The best way would be to use a tool like WinMerge or Meld and compare Starling 2.6 and 2.7 to find the differences, then look to apply them to the Haxe version. It could be done commit-by-commit, though trying to do it wholesale in one commit (with the help of a diff tool) is probably the most productive route
Hello,
If nobody is working on this Iāll probably have a look at it, not sure when though
Good news) Thx!
Starling 2.6 brings very useful ButtonBehavior class.
P.S. I think it will be very useful for OpenFL too.
It will be usefulā¦ for people using Starling in OpenFL
I have no idea how many people do that, but I use Starling and still plan to use it for a while (I mostly use Feathers for UI though) plus this will be a good thing for potential as3 users that would like to switch to OpenFL
Iāll follow singmajestyās advice and have a look with winmerge to get an idea of how much work is involved
I think Starling need own version of new OpenFL ChildAccess class
It is not difficult to create an analogue for Starling.
And there is pull request with fixing Std.is deprecation warnings.
Seems it can be nice update for Starling after 4 years)
Thanks, if you have more links like this pull request please share !
I donāt know about adding features that are not part of the original Starlingā¦ Iām all for it but my knowledge of the open source culture is not that great : is it ok to do so ?
The philosophy of open source encourages forking and making changes to fit your needs. This sort of thing is definitely not frowned upon.
Thatās good to know, thanks Josh.
I guess itās fine as long as the changes donāt ābreakā anything and are pretty much optionnal or invisible enhancements.
Of course on my own fork I feel free to do whatever I want, but here it would be an update to the āofficialā openFL Starling, hence my question
Since ChildAccess
is an enhancement specifically for Haxe that shouldnāt conflict with anything from the original Starling, I think that itās fine.
I believe Iām done with the initial 2.7 update, for anyone interested itās here GitHub - MatseFR/starling at v2.7
Iām gonna have a look at the differences between the 2.7 release and the current code on as3 starling, I think there have been additionnal commits.
Then Iāll look into the ChildAccess thing
I fixed a few issues on 2.7 branch (DisplacementMapFilter looking weird, Color.interpolate returning weird values)
Iām also done with the changes from 2.7 to the current as3 Starling Github, I created another branch : GitHub - MatseFR/starling at current-as3-starling
warning : I didnāt do the changes on AssetManager for mimeType detection (lazy + not comfortable tackling those as Iām unfamiliar with Haxe XML)
ChildAccess class for Starling here starling/ChildAccess.hx at current-as3-starling Ā· MatseFR/starling Ā· GitHub
I grouped properties and methods for each class or my head would explode
I put it in starling.extensions so itās clear itās not part of the original lib
There was a small update to TextField too, some stuff I missed in the previous updates.
Wow, cool! Using Starling extensively, will definitely give updated version a try. Thanks for updating it!
BTW: there was a problem that leads to crashes on MacOs. Problem is specific to Haxe code generation, not starling itself: MacOs monteray: app crashes - #2 by Ilja_Razinkov
seems it is the same in your updated version (needs to be fixed), i can make a pull request if needed
Thanks for the heads up ! I committed your fix (use an Array and use resize(0) instead of .length = 0)
Starling is great, it deserves a bit more exposure
Iām not sure what more needs to be done now : I updated the source code and the haxelib.json fileā¦ whatās next ?
Starling is great, it deserves a bit more exposure
Totally agree
Iām not sure what more needs to be done now : I updated the source code and the haxelib.json fileā¦ whatās next ?
Probably do haxelib register && submit ( Using Haxelib - Haxelib Documentation ) with the name like starling-hx (for example). Or get in touch with singmajesty / tbyrne / p.j.shand (contributors, mentioned here: https://lib.haxe.org/p/starling/ ) for making update to current starling haxelib.
Starling work great as is already, seems Air dev is also slowed down, so hopefully there will be no need for serious changes in future (anyway willing try to help since iām using it and have no plans to switch).
Open a pull request?
Iāve been doing this on my github but the idea was to end up with a pull request to the openFL github
That being said, I think the situation on openFL starling has problems : for example the pull request that fixes the Std.is
issue should have been merged long ago. It kinda feels like a ghost ship right now (no offense intended)
I donāt know how it works but I think we would need someone with an actual interest in Starling to have access to the levers on openFL-starlingās github. At least being able to merge pull requests.
Yeah, looks fine. Merged.