HaxeUI html5 demo

[Ian Harrigan]

Howdy All,

I just thought i would let everyone know there is a new (cutdown) html5 demo for haxeui located at: http://haxeui.org/examples/html/index.html. There are a few obvious issues. Performance being a big one, but it now actually works (which it never used to). Also there are no dropshadows (or any filters) and no text inputs which severely limit its functionality and "prettiness" in my opinion. 

Im still not really sold on a framework like haxeui for web based UI (maybe ive got used to the feel and responsiveness of the desktop/mobile targets!), but as i mentioned it does function. 

Seems to work best, performance wise, on firefox.

Cheers,

Ian

[Philippe Elsass]

Smooth in IE11 - but damn is openfl-html5 inefficient... hundreds of 0x0 canvases, and eating CPU while nothing moves.

 

Also all the texts in this kind of UI should be using DOM text and not painted in a canvas - it is possible to do with openfl though: you must set TextField.html = true (text input may work BTW). But it's only the beginning of new problems as you don't get any text styling that way, but will little effort you can get native text rendering which is a lot cleaner and lighter.

 

--
To post to this group haxe...@googlegroups.com
http://groups.google.com/group/haxelang?hl=en
---
You received this message because you are subscribed to the Google Groups "Haxe" group.
For more options, visit https://groups.google.com/groups/opt_out.

--
Philippe

[Cambiata]

Cool! Great to see, Ian!

Keep up!

[Ian Harrigan]

Thanks Jonas!

Phillipe: Yeah, ive been trying to get the bitfive backend to work, but without success so far, i might have another go over the weekend (didnt really try much last time). Thanks for the heads up about the native text property, didnt know about it. Will certainly give that a try shortly.

Cheers,

Ian 

[Adrian Veith]

looks very good !

there is a small problem with list:
- scroll down to Item 9
- click on it
- click on the tabbar "Selection"
- the click event is handled by the list which scrolls up and not by the
tabbar

Cheers, Adrian.

[Ian Harrigan]

Hey Adrian,

Yeah thats an issue with the html5 target... What happens is the scroll rect works correctly, but then the bits that are not visible still recieve mouse events, so basically when you scroll up and try and click on one of the tabs you are actually clicking on one of the list items (as its "over" the tabs now)... so it selects, say, the first item, and then the list view ensures its visible. 

Honestly, im not sure what to do about this, as its to do with openfl-html-dom, and i cant think of a way to sort it.

Cheers,

Ian

[Cambiata]

Regarding the scroll rect/mouse event problem, I had the same problem sometime ago when using StablexUI, and Alexander pointed at a workaround by placing invisible sprite objects "shielding" the invisible parts of the scroll rect... It's an ugly solution (introduces even more canvases, I guess) but it did it in my case.

Regarding the text stuff, it would be really great to see an implementation where OpenFL would use dom text objects in contexts like this. It would do a lot to strengthen the "native" browser feeling (instead of a quasi-flash one).

Hopefully there will be a way to canalize all the great work on the OpenFL/Html5 area (StablexUI, HaxeUI, OpenFL-Bitfive and others), the wishes and suggestions etc. back to the OpenFL project core development...

[Tiago Ribeiro]

I'm sold, been using stablex for a desktop application, after reading this thread i looked at the source-code, wiki and demos and I'm definitely switching.

Stablex has very ingenious stuff, even code-wise (tho that also reflects in complicated structure and code-tricks/language specifics sometimes), it allows to create widgets easily, skin them and add to any sprite, very useful, became quite familiar with it.

However this one seems to be a lot more solid, great xml and css syntax, clear organization, 100% working layouts, skins and components.. the only problem it seems to have are a few bugs here and there and html5 text fields (haxe problem?).

Congrats and cheers, this IS haxe ui :) feel lucky to have separated ui from model and view and be able to switch now.

Peace,

[Ian Harrigan]

Thanks TiagoLr!

Helps me motivate myself to keep at it! :)

Theres still alot to do (docs, clean ups, wiki, fixing controls, writing new one, etc, etc), but hopefully ill get round to all of it. Im writing a showcase app at the moment that, i think, better shows what the framework can do. Im writing it sporadically so cant say when it will be in a decent working order, but its getting there... here are some screens so far:

The test app i have on git hub is more than a little messy and with the new showcase app you can play with individual components and their properties, plus it shows the source in tabs so it could be a help with learning also. (im actually finding it pretty useful to debug individual components in isolation)

Also about the bugs: feel free to open issues for them on github, its useful to have an outstanding list there for when i feel like going on a bug hunt! ;)

Cheers,

Ian