Zabojad
Interesting.. And that might even still be well formed and standard compliant HTML… I’ll definitively dig into that for Brix. Thanks!
Interesting.. And that might even still be well formed and standard compliant HTML… I’ll definitively dig into that for Brix. Thanks!
Nope, as I told you, there won’t be very probably any talk on Brix this year. Free the place for someone else please.
> And after talking with @yannick I would say that the initialization of Brix is to be revisited.
I think this refactoring will change Brix so much that it could be considered like a new project…
Do you (or Yannick) have any suggestion about how should Brix be initialized?
In my opinion, there shouldn’t be any automatic initialization…[Read more]
I forgot to precise one important thing: the point of my proposition is that Cocktail bases its HTML parsing on the haxe XML parser, which is not ideal as it doesn’t accept doctypes, doesn’t manage HTML out of […]
He is perfectly right. Brix uses Cocktail to parse HTML DOM at macro time.
Appart from Cocktail, there is no other HTML Parser nor DOM manipulation library in haxe (or if there is one, please do tell me where […]
It will be a motivation for us to make the move
OK, then go for haxe 3!
There are several new features that will make things easiers: […]
Another important question: we could use this refactoring occasion to switch to haxe 3, what do you think ?
I would however break the compatibility with Cocktail if it doesn’t switch to Haxe 3 as well…
Interesting, that’s a limitation of embedding the HTML in a Brix app…
Until the next refactoring, I think you’ll have to disable HTML embedding if you want to add pure js code triggered at document load…
Why not make it useable with vanilla javascript? The js community is bigger than the Haxe community and maybe one way to use brix would be in pure js…
We should definitively consider making it useable in […]
But I am not sure what it will do if a component defines its HTML and extends another component which used to define its HTML too…
The solution I’ve thought of to avoid a big mess at macro time is a two steps […]
It would be possible to add HaxeJS code right into the HTML source of the component in a script tag, where to define callback methods for example.
And also include other components which would be defined in […]
>What about making brix compatible with third party scripts like the one to enable html5 on all browsers?
>http://www.silexlabs.org/groups/brix/contributors/forum/topic/brix-on-all-browsers/
We definitively have to work on that and decide how to do that the best way.
>EventDispatching section has several very good ideas!
Thanks
!
>> make use of selectors to specify on which elements events should be dispatched? Could end up with very efficient patterns
>You mean things like
dispatch(BrixEvent.REDRAW, “body ul>li p”);
> ?
Yes, exactly. Make possible use of any HTML selector to dispatch…[Read more]
Brix core should be a Haxe library and Brix components the framework part, downloadable separately?
Yes, Brix core and Brix components downloadable separately.
And the “Brix components project”, should it […]
I see what you mean
!
I’ve mentioned it during our last hangout: it’s what kendoUI also do (and probably few other js UI libs).
That shouldn’t be a big pain to do that in Brix…
- pages: robustesse, 1 seule base/1 seul principe (pour le moment: contexte, pages,….)
- des Menus compatibles pages ? (génère son contenu automatiquement à partir des pages de l’application)
- Layouts?: http://docs.sencha.com/touch/2-1/#!/guide/layouts
- compilation => 1 js pour le core et 1 par app Brix
- connectors facebook,…[Read more]
Or login with :
Enter your WordPress.com blog URL
http://.wordpress.com
Proceed