<GitHub25>
opalrb.org/master 435fe7f Adam Beynon: Update to Opal 0.4.4
<GitHub25>
[opalrb.org] adambeynon pushed 1 new commit to master: http://git.io/IrDU-g
GitHub117 has joined #opal
<GitHub117>
opalrb.org/gh-pages 3271a6b Adam Beynon: Site updated to 435fe7f
GitHub117 has left #opal [#opal]
<GitHub117>
[opalrb.org] adambeynon pushed 1 new commit to gh-pages: http://git.io/tS4dOA
<adambeynon>
meh`: also, in Native.call, when the prop is a function, we should probably wrap the result as a Native (if it is a native object)
<adambeynon>
e.g. $global.document.getElementById("foo") currently returns a native element object
<meh`>
adambeynon, the thing is we don't wrap parameters
<meh`>
adambeynon, so we either wrap everything, or we don't wrap anything
<meh`>
wrap/unwrap
<adambeynon>
well, we are wrapping properties but not function calls
<meh`>
adambeynon, I agree of wrapping the result
<meh`>
IF we unwrap the parameters
<meh`>
which is args.map(&:to_n)
<meh`>
or well, Native.convert
<meh`>
adambeynon, now that I think of it
<meh`>
#respond_to? is useless
<meh`>
every call is forwarded
<meh`>
I'll add a #key'
<adambeynon>
meh`: yeah, thats why I wasnt sure about respond_to?. Also, we know we are dealing with a native api/object, we dont really need to pretend it acts like a normal ruby object with respond_to?
<GitHub52>
[vienna] adambeynon pushed 1 new commit to master: http://git.io/FHiiFg
<GitHub52>
vienna/master 4b3898a Adam Beynon: Model.load now adds models to Model.all record array
adambeynon has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
adambeynon has joined #opal
adambeynon has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
adambeynon has joined #opal
<adambeynon>
elia: hi!
<elia>
hey adam!
<adambeynon>
do you still use Vienna::View at all in any apps?
<elia>
it's still on some apps
<elia>
but I haven't updated opal on most of them
<elia>
adambeynon: and it's a heavily modified vienna-view anyway
<adambeynon>
I see. And you just attach to existing html yeah? "dhh style" ?
<elia>
adambeynon: yeah, at least for public sites, so bots can browse without problems
<elia>
adambeynon: why? :)
<adambeynon>
how do you determine which views you need to load? for example, do you have different pages that require different views to be loaded?
<adambeynon>
e.g. ShoppingCartView versus ShopItemView, etc
<elia>
adambeynon: yeah, that's a problem, if possible I check on view.element.any?
<elia>
or something like taht
<adambeynon>
That could work. Im converting a single page app (using vienna) into a turbolinks based solution, and trying to work out the best way to decide what views are needed
<elia>
e.g. navigation_links.find(CartView.element).any?
<elia>
adambeynon: lately I'm experimenting on some kind of routing
<adambeynon>
elia: interesting idea. I think some sort of client side routing is a good way to go
<elia>
adambeynon: so curious to peek into some of your apps opal code :)
<elia>
adambeynon: timesampler.com has a much complex version
<elia>
if you have an heroku or bitbucket account I can share the whole app
<elia>
adambeynon: leaving, send me an email if interested
elia has quit [Ping timeout: 240 seconds]
<meh`>
adambeynon, any news on the block destructuring stuff?
<adambeynon>
meh`: not got a fully working version yet. I needed to re-structure the parser grammar to match 1.9 and 2.0 syntax, so trying to rework that altogether
<adambeynon>
ETA end of the week
<adambeynon>
thursday, hopefully
<meh`>
ok, good enough for me
<meh`>
let's just hope parslet doesn't reveal any other big bugs
<adambeynon>
sorry its taken so long
<adambeynon>
lol, yeah..
<meh`>
no worries
<meh`>
if I could I'd just pay to work on opal full time :P
<adambeynon>
the number of bugs we have, we could do with it ;)
<adambeynon>
summer is mayhem for me though, so I have a lot more time to get back to it
<adambeynon>
really trying to focus on rubyspecs next
<adambeynon>
get as close to 100% language specs parsing
<meh`>
yeah
<adambeynon>
(less the x-string specs)
<meh`>
if you add broken specs I can work on fixing them
<adambeynon>
sure. Im also trying to move to using rubyspec as a git submodule, and stop bundling our own mirrior version inside spec/