StablexUI

[Alexander Kuzmenko]

Hi!

First of all sorry for broken english )

I am developing ui library StablexUI It's now in pretty usable state for games and not-over-complicated gui. Here is demo for almost all of available widgets: flash and html5; here is another one with winxp/ubuntu styling: flash and html5, and some simple examples: http://stablex.ru/ui/demo/

I've done almost everything i need in ui library for my current projects and now want to ask you, what features do you expect from consistent full-featured UI lib?

Also I came to need of some changes till code had not become too complicated and made further development difficult. For example i'm going to sacrifice VBox and HBox widgets in favor of flexible layout system.

So if you're interested and have spare time, please, take a look at this lib demos and source code and tell me what changes would you like to see in StablexUI structure/architecture/ideology.

[Jason O'Neil]

Really nice - I love it!  And was shocked to see that the HTML version actually worked well in firefox mobile.  The stock android browser wasn't as strong, but was still functional.  Anyway, I really like where you're going with it.

There are still a few glitches with the HTML5 target I run into occasionally - back button occasionally stops working, the scroll list doesn't appear to work on a touch device with a small screen etc. 

But as a proof of concept it's very cool.  Between this and YAHUI (which I haven't looked at enough to do a detailed comparison), I'd finally consider using Haxe/NME for app development, not just game development.

Again, good work, and good luck with the project!

--
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.
To unsubscribe from this group and stop receiving emails from it, send an email to haxelang+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Cambiata]

Cool!
Nice to see that the the masked scrolling of large objects seem to work as expected in html5: http://stablex.ru/ui/demo/scrolling/
Keep it up!

/ Jonas

[Alexander Kuzmenko]

I've tested html5 target desktop only, but now will test and try to keep working on mobile devices too.

вторник, 12 февраля 2013 г., 16:01:08 UTC+4 пользователь Jason O'Neil написал:

[Cambiata]

Hello again, Alex!

Now compiled and run the demo on all my platforms: html5, flash, windows, neko and android - all works fine! :-)

One problem that your solutions (so far) share with Ian's YAHUI:
When running on mobile devices, the scaling of the controls is just too small. Very noticeable on my 1280x800 7 inch tablet (quite high resolution for such a small screen) but also on my old HTC Desire. Some kind of scaling mechanism like Starling Feathers - by setting the DeviceCapabilities.dpi value - would be cool. (https://github.com/mikedotalmond/feathers/blob/master/src/Main.hx#L33)

[Alexander Kuzmenko]

Yes, i know about this issue and i'm going to implement some code to deal with dpi soon.

[Chris D]

Thanks very much for the first commit to see scrollrect in html5. Your components are really consistent, nice work! 

I noticed that objects still receive mouse events even though they are not visible. You will see that you can still drag the content event though its outside of the scrollRect and not visible http://stablex.ru/ui/demo/scrolling/.

It also seems we dont have mouseChildren working properly. Still html5 target has come a very far way :)

[Alexander Kuzmenko]

I've faced mouseChidlren issue yesterday and i'm going to fix it in a few days.

Unfortunately i'm still not familliar with objects bounds calculation in html5 target, so i don't know if i can fix invisible objects clicking in near future.

[Alexander Kuzmenko]

Just want to make some noise:

Layouts and drag'n'drop are here https://github.com/RealyUniqueName/StablexUI :) 

http://stablex.ru/ui/demo/layoutColumn.swf

http://stablex.ru/ui/demo/dragDrop.swf

Basic manual for drag and drop: http://stablex.ru/ui/doc/#manual/10_Drag_and_Drop.html

Any criticism and/or suggestions are welcome.

вторник, 12 февраля 2013 г., 13:13:03 UTC+4 пользователь Alexander Kuzmenko написал:

[Tarwin Stroh-Spijer]

Looking awesome mate. (Sorry, not needing anything like this ATM, but great to know it's there!)

Tarwin Stroh-Spijer
_______________________

Touch My Pixel
http://www.touchmypixel.com/
cell: +1 650 842 0920
_______________________

--

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.

[simo]

Can we have access on source code of http://stablex.ru/ui/demo/ ?

[simo]

Is there an online documentation for StablexUI?

On Tuesday, February 12, 2013 12:13:03 PM UTC+3, Alexander Kuzmenko wrote:

[Jason O'Neil]

http://ui.stablex.ru/doc/
https://github.com/RealyUniqueName/StablexUI

--

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.

[huangchunbiao]

good  job !!^@^

 

---

huangchunbiao

[Samir Sabri]

Thanks, but, where is the source code of your demo: http://ui.stablex.ru/demo/demo_flash/

You received this message because you are subscribed to a topic in the Google Groups "Haxe" group.

For more options, visit https://groups.google.com/groups/opt_out.

--

--
Kind Regards,

--------------------------------------------- 

Samir Sabri
Software Architect& Developer

www.dcaclab.com

Jordan-Middle East

[Juraj Kirchheim]

It's in the samples:
https://github.com/RealyUniqueName/StablexUI/tree/master/samples/demo
This appears to be the main file:
https://github.com/RealyUniqueName/StablexUI/blob/master/samples/demo/ui/index.xml

[AS3Boyan]

Layouts - I think that is a great!

[PSvils]

I just managed to solve a problemo that had been bugging me for quite some time. I might pop my head in the source when I have time, but there is a bit of confusion when it comes to defining sizes for widgets.
Only through trial and error did I finally figure out, that to use widthPt in a child widget, the whole hierarchy had to have a width specified, and same with the height. This is a bit unintuitive, since I assumed that a child widget will use the parent's actual width property instead of me having to manually define the width of the parent as well.

What I'd like to see improved is something similar to CEGUI (Which is a C++ UI framework). The way they define positions and sizes is through a Dim object, that has 2 parameters, the relative value, and absolute value. The absolute is defined in pixels/units, and the relative as a percentage of the parent, and you can define both, getting nice functionality of "this button should be at LEAST 40 pixels in size, plus 0.1 the size of the parent ( new Dim( 40, 0.1 ) ). And the main thing is that the relative widths/heights should depend on the parent's calculated width/height, rather than defined width/height. Some fancier size/position resolution would be in order I guess, especially since a Widget's size might depend on its children if it doesn't have one defined.

Like I said, I'll check out the source, see where the magic happens, and see how easily it would be to mod it, but on a whole just wanted to mention the problem I had, and a potential, fancy solution, which would improve the robustness of this already awesome framework! :)

P.

[Alexander Kuzmenko]

Thanks for your feedback. I agree current position/sizing system is clumsy, so any thoughts on this are welcome :)