haxeui / haxeui-heaps

MIT License
31 stars 12 forks source link

lineBreak no longer a part of the Heaps h2d API #36

Closed Beq-BD closed 1 year ago

Beq-BD commented 1 year ago

lineBreak: Bool doesn't seem to be a part of Heaps' api any longer, which causes problems trying to build anything with HaxeUI.

Expected Behavior

The project should just build so it can be run. It's a generated "Hello World" project from the tutorial/example.

Basically anything referring to "lineBreak" in HaxeUI+Heaps needs to be removed or corrected.

Current Behavior

Possible Solution

Steps to Reproduce (for bugs)

  1. install dependencies
  2. run haxelib run haxeui-core create heaps to create the project.
  3. run haxe heaps-hl.hxml

Media

initial_error_messages

c_comp_error

run_attempt_after_edit

Test app / minimal test case

Context

I'm currently trying to learn game dev as well as tool and general app development. And since Haxe+Heaps+hashlink are so versatile in what platforms they can target and languages Haxe can interop with, I figured it'd be the ideal way to learn and practice of both, since Heaps' default UI system is really "extra" (IMsO) with the whole CSS aspect of it since most other UI solutions don't really need that, or rather, I'm simply not a fan of CSS since I never had any reason or will to go into webdev related things. Hence why something like HaxeUI+Heaps is somewhat crucial/preferred since it would technically solves the "write once run everywhere" issue if I ever become more proficient in the language and besides general app development it gives me the ability to mess with 2D and 3D graphics and audio from the get-go without having to pull in and hack solutions together from other backends/libraries or trying to figure out how building that kind of stuff almost from scratch with Kha. Other languages like python would force potential clients to install the interpreter or be an over bloated executable while not making it easy to port the same code to the web and constantly suffers from breaking changes due to updates to the language, same mostly goes for JVM languages and their build tools that seem to fail on the regular. Lost track of how many FOSS java projects I've tried that simply refused to build.

Your Environment

ianharrigan commented 1 year ago

So, just to understand you are using haxelib version of heaps - as far as im aware, haxelib version of heaps is crazy out of date, and you are highly advised NOT to use it, last release was over a year ago, so im almost 100% sure you'd have to use the git version.

image

FYI, same sort of thing goes for haxeui btw, haxeui tends to move quite fast, so i would personally advise using the git version as it'll be sooooo much more up to date than 1.5.0. Its not as critical as using git heaps, but still advised imo.

Cheers, Ian

Beq-BD commented 1 year ago

about that, the current git version of heaps resulted in errors from the ../haxelib/heaps/git/hxd/Window.hl.hx file, mainly related to "sdl.Window" warpMousex2 and grabx2 , which is why I initially reverted back to the old generic haxelib version of Heaps. That seamed to work without much of a fight on it's own while haxeui was having issues with it. But thanks. Guess I have to do some mixing and matching after being enlightened. I really appreciate the reply a ton. I'll close the issue and go checking through the Heaps issues if my fiddling can't sort something out (basically going to try and replace the new version of Window.hl.hx with the old version and see what that does). Peace.

Beq-BD commented 1 year ago

Just to say, yeah, swapping the files worked. thanks again

ianharrigan commented 1 year ago

OK, no worries, im not sure why you would have to mix and match files, maybe indicates something else in heaps isnt "right"... not sure. Btw, there is a heaps channel in this discord, might help get more instant answers: https://discord.gg/rKDg2auW2c