<adambeynon>
that is a list of rubyspecs I want to pass, but we need to fix
<adambeynon>
the are all things that should be supported
<adambeynon>
mostly edge cases for methods
<dleedev>
what's the criteria for what gets included or not?
<adambeynon>
If we can keep it fast. It varies to be honest
<adambeynon>
we could have a float and integer class
<adambeynon>
but not having them map to javascript numbers is just too awkward
<adambeynon>
we support #+ as a real method, which is really slow, but its worth it for Array#+ if nothing else
<adambeynon>
and vector type classes
<adambeynon>
My main priority is speed (and size?) though. All my opal apps run on iOS (ipad/iphone), so I cant afford opal to be slow
elia has joined #opal
<dleedev>
adambeynon: do you do native apps or browser apps for iOS?
<adambeynon>
dleedev: It used to be all browser apps
<adambeynon>
but now I wrap them using phonegap/cordova
<dleedev>
how's that been?
<adambeynon>
fantastic. The 2 new apps I am working on atm are basically Point of Sale apps, and cordova makes it really nice to work with stuff on the Objective-C side
<adambeynon>
(I use rubymotion, but same idea)
<adambeynon>
also I find that wrapping an app makes it more stable. Safari crashes all the time for me
<adambeynon>
once a day or so
<adambeynon>
I have never had a wrapped app crash yet (famous last words)
RoxasShadowRS has joined #opal
<dleedev>
I'm assuming the JS layer is for the UI?
e_dub has quit [Quit: ZZZzzz…]
e_dub has joined #opal
<dleedev>
when do you need to us ruby motion?
<adambeynon>
dleedev: rubymotion is only used for communicating with attached hardware (receipt printer, cash drawer etc)
<adambeynon>
the rest of the app (UI, models, ajax, etc) are all written using ruby
<adambeynon>
the rubymotion code is less than 200lines?
<adambeynon>
it basically connects to the printer and creates a new UIWebView which loads the opal app
<adambeynon>
even those couple of hundred lines in rubymotion is nicer than writing them using Obj-C
e_dub has quit [Quit: It's a hard knock life]
<dleedev>
is it simple to communicate from opal layer to rubymotion layer?
<adambeynon>
I usually serialize some json object and send it through that interface
<adambeynon>
then a rubymotion class reconstructs it
<adambeynon>
in my example, I send a json version of some purchase/items, then the rubymotion just forwards it to the printer controller
<adambeynon>
I try and keep as much as possible written under opal. rubymotion is just a middleman between opal and hardware things (or custom iOS APIs, I guess)
<adambeynon>
dleedev: If I didnt need the hardware stuff, I would probably revert back to a simple homescreen webapp though
<adambeynon>
not removing an item from the array on #destroy -- oops :D
<elia>
:)
<adambeynon>
elia: I was thinking about vienna - I have a lot of extensions like bindings/observers/etc, do you think they should be going into vienna as optional requires?
<adambeynon>
or best to keep them in separate repo?
<elia>
adambeynon, not sure
<elia>
not using opal very much lately :sadface:
<adambeynon>
bad times :( I think I will keep them external for now
<adambeynon>
can decide when we finally release a 0.1.0
<elia>
and actually discovering vienna now that I'm trying to fix todomvc tests
<elia>
adambeynon, an option is also to have them in vienna but not required by default
<elia>
adambeynon, on a side note after reading about your phonegap/cordova apps I'm longing to try that approach…
DrShoggoth has quit [Read error: Connection reset by peer]
ryanstout has joined #opal
DrShoggoth has joined #opal
DrShoggoth has quit [Read error: Connection reset by peer]
DrShoggoth has joined #opal
elia has quit [Ping timeout: 260 seconds]
dleedev has joined #opal
dleedev has quit [Client Quit]
Noldorin has joined #opal
Noldorin has quit [Max SendQ exceeded]
<ryanstout>
so if anyone can help,I have sort of an opal question. I'm trying to take the code in my frameworks bindings, which are currently "compiled" on the back-end and then sent to the front-end inside of Proc's with some other code. My problem is the bindings are supposed to be evaluated in a specific context, so I'm running them with .instance_eval, but Proc's capture other variables in closure. Is there any way to transmit them as code that can be run witho
<ryanstout>
capturing variables?
<adambeynon>
ryanstout: it depends on how/where they are being compiled, but how about some "def" method
<ryanstout>
I think def's capture too don't they?
<adambeynon>
not any variables above their scope
<adambeynon>
ryanstout: have you got a link to where you are compiling them now?
Noldorin has joined #opal
<ryanstout>
adambeynon: one sec, let me find it on github
Noldorin has quit [Client Quit]
<adambeynon>
sure. I am off out for a bit, but I will be back within an hour