00:13
vwoo has joined #opal
00:29
vwoo has quit [Quit: Computer has gone to sleep.]
00:30
vwoo has joined #opal
00:31
vwoo has quit [Client Quit]
00:31
vwoo has joined #opal
01:58
fkchang has quit [Ping timeout: 264 seconds]
03:19
vwoo has quit [Quit: Computer has gone to sleep.]
04:21
fkchang has joined #opal
04:26
fkchang has quit [Ping timeout: 260 seconds]
04:55
davidboy has quit [Ping timeout: 245 seconds]
06:10
lectrick has quit [Ping timeout: 256 seconds]
06:15
denysonique has quit [Ping timeout: 268 seconds]
06:20
lectrick has joined #opal
06:53
davidboy has joined #opal
07:37
adambeynon has joined #opal
07:53
chap has joined #opal
08:12
GitHub57 has joined #opal
08:12
GitHub57 has left #opal [#opal]
08:12
<
GitHub57 >
opal/master b9d8517 Adam Beynon: Use $ as runtime/helpers prefix instead of __ (fixes #337)
08:12
denysonique has joined #opal
08:13
elia has joined #opal
08:14
travis-ci has joined #opal
08:14
travis-ci has left #opal [#opal]
08:14
<
travis-ci >
[travis-ci] opal/opal#794 (master - b9d8517 : Adam Beynon): The build passed.
08:21
GitHub91 has joined #opal
08:21
<
GitHub91 >
opal/master 20d3593 Adam Beynon: Add very simple spec for constants inside singleton classes (fixes #340)
08:21
GitHub91 has left #opal [#opal]
08:22
davidboy has quit [Ping timeout: 256 seconds]
08:23
chap has quit [Quit: bb]
08:24
travis-ci has joined #opal
08:24
<
travis-ci >
[travis-ci] opal/opal#795 (master - 20d3593 : Adam Beynon): The build passed.
08:24
travis-ci has left #opal [#opal]
08:27
<
meh` >
adambeynon, yo
08:28
<
adambeynon >
good mornin' !
08:32
GitHub83 has joined #opal
08:32
GitHub83 has left #opal [#opal]
08:32
<
GitHub83 >
opal-jquery/master 5e14389 Adam Beynon: Use Element#expose in preference to method_missing
08:35
<
meh` >
adambeynon, what's new?
08:35
GitHub129 has joined #opal
08:35
GitHub129 has left #opal [#opal]
08:35
<
GitHub129 >
opalrb.org/master d9ceccc Adam Beynon: Use latest jquery
08:35
<
adambeynon >
meh`: today is a day of bug fixing
08:35
<
adambeynon >
trying to get through some github issues
08:35
<
adambeynon >
add some wiki docs at the same time
08:36
GitHub124 has joined #opal
08:36
<
GitHub124 >
opalrb.org/gh-pages 38c74e6 Adam Beynon: Site updated to d9ceccc
08:36
GitHub124 has left #opal [#opal]
08:37
<
adambeynon >
meh`: Also, Im trying out a possible solution to subclassable Arrays
08:39
<
adambeynon >
array subclasses, internally, would inherit from BasicObject, and pass all methods through #method_missing to their internal array
08:39
<
adambeynon >
so methods defined on subclasses would be regular methods
08:39
<
adambeynon >
but a subclassed array actually has a self._array variable
08:39
<
adambeynon >
there is no way around subclassing native arrays, it just doesnt work
08:39
<
adambeynon >
a javascript "feature"… or something like that
08:40
<
adambeynon >
either that, or we have to wrap all arrays, including Array itself
08:41
<
meh` >
-1 to wrapping all arrays
08:43
<
adambeynon >
third possibility, which again isn't great, is what we used to do - adding subclassed methods to each instance upon #allocate
08:43
<
adambeynon >
fine if there are only a few methods
08:43
<
adambeynon >
but we could be talking about a lot
08:43
<
meh` >
OR, get method tables going :P
08:44
<
adambeynon >
well, that as well
08:58
<
meh` >
adambeynon, so, when are you we getting destructuring in blocks? :)
08:58
<
meh` >
I hope it's today
09:01
GitHub175 has joined #opal
09:01
GitHub175 has left #opal [#opal]
09:01
<
GitHub175 >
opal/master 8c43aa4 Adam Beynon: Allow super to be called in singleton object method (fixes #335)
09:01
<
adambeynon >
meh`: as in the |a, (b, c)|
09:01
<
meh` >
it shouldn't be hard
09:02
<
adambeynon >
was it 1.9 or 1.8 feature?
09:03
travis-ci has joined #opal
09:03
travis-ci has left #opal [#opal]
09:03
<
travis-ci >
[travis-ci] opal/opal#796 (master - 8c43aa4 : Adam Beynon): The build passed.
09:07
<
adambeynon >
ok, it is on my list of bugs, so should get it done
09:07
GitHub191 has joined #opal
09:07
GitHub191 has left #opal [#opal]
09:07
<
GitHub191 >
opal/master e9a8db5 Adam Beynon: Cleanup dispatch_super runtime helper
09:07
<
adambeynon >
will also remove lots of "pending" specs in our spec/ dir :)
09:08
<
meh` >
adambeynon, we also need a bunch of Enumerable/Enumerator specss
09:08
travis-ci has joined #opal
09:08
travis-ci has left #opal [#opal]
09:08
<
travis-ci >
[travis-ci] opal/opal#797 (master - e9a8db5 : Adam Beynon): The build passed.
09:13
GitHub16 has joined #opal
09:13
<
GitHub16 >
opal/master a93c18c Adam Beynon: Support class variables in defined? (fixes #217)
09:13
GitHub16 has left #opal [#opal]
09:15
travis-ci has joined #opal
09:15
<
travis-ci >
[travis-ci] opal/opal#798 (master - a93c18c : Adam Beynon): The build passed.
09:15
travis-ci has left #opal [#opal]
10:20
davidboy has joined #opal
10:35
GitHub45 has joined #opal
10:35
GitHub45 has left #opal [#opal]
10:35
<
GitHub45 >
opal/master 0125bb1 Adam Beynon: Support Module#remove_const (fixes #314)
10:37
travis-ci has joined #opal
10:37
travis-ci has left #opal [#opal]
10:37
<
travis-ci >
[travis-ci] opal/opal#799 (master - 0125bb1 : Adam Beynon): The build passed.
11:11
<
meh` >
adambeynon, can you give some priority to the block argument destructuring?
11:11
<
meh` >
it's a blocker to get parslet working
11:11
<
meh` >
and deadlines are approaching, I really need lissio to be usable before next week
11:11
<
meh` >
and it's unusable without templates
11:12
GitHub59 has joined #opal
11:12
<
GitHub59 >
opal/master 86381ef Adam Beynon: Clean up '&' parsing in lexer
11:12
GitHub59 has left #opal [#opal]
11:12
<
GitHub59 >
opal/master fa54812 Adam Beynon: Clean up '|' parsing in lexer
11:13
<
adambeynon >
meh`: yep, should get onto it today, hopefully just after lunch
11:13
<
adambeynon >
it is a mustache based templating thing?
11:13
<
travis-ci >
[travis-ci] opal/opal#800 (master - fa54812 : Adam Beynon): The build passed.
11:13
travis-ci has left #opal [#opal]
11:13
travis-ci has joined #opal
11:14
<
meh` >
but I'd rather keep it with parslet
11:14
<
meh` >
easier to deal with
11:14
<
adambeynon >
isnt it better to precompile? rather than parsing it inside opal?
11:14
<
meh` >
adambeynon, nah
11:14
<
meh` >
I don't like the approach
11:14
<
meh` >
of erb and friends
11:15
<
meh` >
and I think it will be fast enough
11:15
<
meh` >
but I can't find out until I try :D
11:18
<
adambeynon >
ha, of course!
11:38
GitHub54 has joined #opal
11:38
GitHub54 has left #opal [#opal]
11:38
<
GitHub54 >
opal/master 1640269 Adam Beynon: Add real modules to runtime and corelib (fixes #344)
12:05
GitHub1 has joined #opal
12:05
<
GitHub1 >
opal/master e865f62 Adam Beynon: Stop recursive hash breaking on to_s/inspect (fixes #222)
12:05
GitHub1 has left #opal [#opal]
12:06
travis-ci has joined #opal
12:06
<
travis-ci >
[travis-ci] opal/opal#802 (master - e865f62 : Adam Beynon): The build passed.
12:06
travis-ci has left #opal [#opal]
13:08
<
adambeynon >
meh`: considering Native has only #initialize, and #to_n, is it really needed as a base class for inheriting?
13:12
<
meh` >
#is_a? Native has some value
13:12
<
meh` >
and it "standardizes" @native as instance var for the native value
13:15
<
adambeynon >
I know, but having Native::Object is quite awkward, as most of the time when wanting to use is_a?(Native) I actually have to do is_a?(Native::Object)
13:15
<
adambeynon >
If we have a custom wrapper
13:15
<
adambeynon >
aka opal-browser
13:16
<
adambeynon >
do we really want to know if it is a wrapped native?
13:16
<
meh` >
that's not the main reason
13:16
<
meh` >
it's boilerplate
13:16
<
meh` >
boilerplate I don't want to see in my class
13:17
<
adambeynon >
I see that, yes, but in general day-to-day code, I imagine people using Native::Object more than Native, atleast directly
13:17
<
adambeynon >
dom makes sense for wrapping
13:17
<
adambeynon >
but, we're not going to wrap every library out there
13:17
<
adambeynon >
well, not initally anyway ;)
13:17
<
meh` >
well, yeah, if you're using a library you don't even have to know about Native
13:17
<
adambeynon >
I do see the need for 2 classes
13:18
<
meh` >
also I don't think #is_a? would work on BasicObject
13:23
<
meh` >
adambeynon, I also changed my mind on wrapping stuff for the block calls in Native::Object
13:24
<
meh` >
I'm adding the proper support
13:27
<
adambeynon >
for what now?
13:27
<
meh` >
adambeynon, you'll see the diff
13:27
<
adambeynon >
meh`: hang on
13:27
<
adambeynon >
its more complex than that
13:27
<
adambeynon >
we cant just wrap a block in an anonymous function
13:29
<
adambeynon >
it is common that certain libraries use functions for reference
13:29
<
adambeynon >
promises and events in jquery
13:29
<
adambeynon >
you need to pass the same function to #off() as you do to #on()
13:29
<
adambeynon >
otherwise it wont remove it
13:30
<
adambeynon >
same with 1.js
13:30
<
adambeynon >
sorry, q.js
13:30
<
adambeynon >
I think its q.js anyway
13:35
<
meh` >
I don't think it's going to be a problem
13:35
<
meh` >
if you're calling it with the block syntax you aren't storing the function in the first place
13:36
<
meh` >
if you're storing it, you're passing -> or proc{} directly
13:36
<
meh` >
so you have it already
13:36
<
adambeynon >
#on() returns the function
13:36
<
adambeynon >
so you can do
13:36
<
meh` >
then it's going to return the wrapper
13:36
<
adambeynon >
element.on { … }
13:36
<
meh` >
and everything will still work
13:36
<
adambeynon >
my_proc = proc { … }
13:36
<
adambeynon >
element.on(&my_proc)
13:36
<
meh` >
yeah, you shouldn't do that
13:37
<
meh` >
we'll make it clear
13:37
<
adambeynon >
but thats how Vienna::View works
13:37
<
meh` >
I doubt anyone will do something like that sincerely
13:37
<
adambeynon >
you define class level event handlers
13:37
<
meh` >
but vienna is using opal-jquery
13:37
<
adambeynon >
meh`: for now
13:37
<
adambeynon >
if we can move native, we will
13:37
<
meh` >
adambeynon, just drop the &
13:37
<
meh` >
and it will work the same
13:37
<
meh` >
I don't see the problem
13:38
<
adambeynon >
it seems another "everything works, oh yeah, you cant send blocks to native libraries"
13:43
<
meh` >
isn't it worse to have to wrap and unwrap by hand all natives?
13:55
GitHub7 has joined #opal
13:55
GitHub7 has left #opal [#opal]
13:55
<
GitHub7 >
opal/master ce780e4 Adam Beynon: Add stub method Parser#source_map for parser to lazily generate source maps
14:06
GitHub25 has joined #opal
14:06
<
GitHub25 >
opal/master 81249b0 Adam Beynon: Fix bug when singleton_class objects were not generated as a method receiver
14:06
GitHub25 has left #opal [#opal]
14:10
travis-ci has joined #opal
14:10
travis-ci has left #opal [#opal]
14:10
<
travis-ci >
[travis-ci] opal/opal#804 (master - 81249b0 : Adam Beynon): The build was fixed.
14:11
<
adambeynon >
elia: a small amount of work left and then fragments will enable real source maps
14:11
<
elia >
adambeynon: cool!
14:11
<
elia >
adambeynon: im sorry for being so inactive lately
14:17
<
adambeynon >
lol, no problem!
14:17
<
adambeynon >
its a fun day of bug fixing
14:21
GitHub146 has joined #opal
14:21
<
GitHub146 >
opal/master b276a9d Adam Beynon: Remove old source map comments from parser
14:21
GitHub146 has left #opal [#opal]
14:26
travis-ci has joined #opal
14:26
<
travis-ci >
[travis-ci] opal/opal#805 (master - b276a9d : Adam Beynon): The build passed.
14:26
travis-ci has left #opal [#opal]
14:57
<
meh` >
adambeynon, any update on block argument destructuring?
15:38
<
adambeynon >
meh`: havent started them yet
15:38
<
adambeynon >
iv read the specs
15:38
<
adambeynon >
not implemented though
15:39
<
meh` >
do you think you'll be able to do it for tonight?
15:42
GitHub130 has joined #opal
15:42
GitHub130 has left #opal [#opal]
15:42
<
GitHub130 >
opal/master ec91c4c Adam Beynon: Generate source maps from fragments
15:43
<
adambeynon >
meh`: yep
15:43
<
meh` >
awesome, thanks
15:44
<
meh` >
hoefully there won't be other blockers for parslet that I can't fix myself
15:45
travis-ci has joined #opal
15:45
<
travis-ci >
[travis-ci] opal/opal#806 (master - ec91c4c : Adam Beynon): The build passed.
15:45
travis-ci has left #opal [#opal]
16:19
fkchang has joined #opal
16:19
<
fkchang >
adambeynon: were u ever successful in embedding opal-irb into your demo?
16:25
<
adambeynon >
fkchang: didnt get around to it in the end
16:25
<
adambeynon >
used your actual version
16:25
<
adambeynon >
on github.io
16:26
<
fkchang >
related to a demo, and some feature requests I've seen, we should have a way to require external files into opal-irb, then you could go to the github.io site, require some files into it and show that
16:26
<
fkchang >
I'd been playing w/a require_js that you could point to say cdn'd js files to include those into opal-irb and then you could start messing w/them through opal
16:27
<
fkchang >
I also have been thinking about adding jsfiddle type capability to opal-inspector, so you could mess w/markup and css too, so the ability to include arbitrary js or ruby code would fit nicely
16:28
<
fkchang >
get all that together with enabling the class inspector w/source code and we'd have something sweet. Then I can try to see if I can duplicate Smalltalk's ability to code from the debugger
18:24
<
meh` >
adambeynon, any news?
18:24
elia has quit [Ping timeout: 246 seconds]
18:26
chap has joined #opal
18:29
meh` has quit [Ping timeout: 240 seconds]
18:36
GitHub184 has joined #opal
18:36
<
GitHub184 >
vienna/master 4dc3b99 Adam Beynon: Use latest opal/opal-jquery
18:36
GitHub184 has left #opal [#opal]
18:37
chap has quit [Quit: bb]
18:37
GitHub141 has joined #opal
18:37
<
GitHub141 >
opalrb.org/master 8fa1173 Adam Beynon: Add docs link to site
18:37
GitHub141 has left #opal [#opal]
18:38
travis-ci has joined #opal
18:38
travis-ci has left #opal [#opal]
18:38
<
travis-ci >
[travis-ci] opal/vienna#99 (master - 4dc3b99 : Adam Beynon): The build passed.
18:38
<
adambeynon >
fkchang: sorry, missed the notification
18:38
GitHub94 has joined #opal
18:38
GitHub94 has left #opal [#opal]
18:38
<
GitHub94 >
opalrb.org/gh-pages a12648b Adam Beynon: Site updated to 8fa1173
18:38
<
adambeynon >
some remote js require would be useful
18:38
<
adambeynon >
we can already gather the requires() by the parser, so we should be able to hook into that as well
18:40
elia has joined #opal
18:47
meh` has joined #opal
18:48
elia has quit [Ping timeout: 276 seconds]
19:18
markluffel has quit [*.net *.split]
19:18
harrow` has quit [*.net *.split]
19:18
meh` has quit [*.net *.split]
19:18
kludge` has quit [*.net *.split]
19:18
fkchang has quit [*.net *.split]
19:18
davidboy has quit [*.net *.split]
19:18
lectrick has quit [*.net *.split]
19:18
lupine has quit [*.net *.split]
19:18
brixen has quit [*.net *.split]
19:18
adambeynon has quit [*.net *.split]
19:18
denysonique has quit [*.net *.split]
19:41
fkchang has joined #opal
19:41
meh` has joined #opal
19:41
adambeynon has joined #opal
19:41
brixen has joined #opal
19:41
lupine has joined #opal
19:41
markluffel has joined #opal
19:41
lectrick has joined #opal
19:41
davidboy has joined #opal
19:41
denysonique has joined #opal
19:41
kludge` has joined #opal
19:41
harrow` has joined #opal
19:49
<
meh` >
adambeynon, is there a way to fail a spec without an assert?
20:02
<
adambeynon >
meh`: you can just "raise 'foo'"
20:02
<
adambeynon >
or not doing any should() will also fail it
20:02
<
adambeynon >
(assuming we are talking about mspec here, not opal-spec)
20:03
<
meh` >
nope, talking about opal-spec
20:03
<
meh` >
adambeynon, I think we have a problem
20:03
<
adambeynon >
another? ;)
20:03
<
meh` >
super alone doesn't pass the block over
20:04
<
adambeynon >
that is true, I noticed that issue earlier today
20:04
<
meh` >
fast fix, shouldn't it?
20:04
<
adambeynon >
as in, just plain `super`, no args, no parans?
20:04
<
adambeynon >
parens*
20:07
<
adambeynon >
attempting to fix now
20:09
<
adambeynon >
hmmm, it might be an awakrd fix
20:10
<
adambeynon >
a fix for `def foo; end` sufficient for now?
20:10
<
meh` >
better awkward than non working
20:10
<
adambeynon >
super from blocks is a bit more tricky
20:10
<
meh` >
took me a while it was an opal bug
20:10
<
meh` >
adambeynon, it's a def self.new(*)
20:10
<
meh` >
it's not from a block, so it's fine
20:13
<
meh` >
adambeynon, any luck with the destructuring?
20:19
<
adambeynon >
meh`: It wont be finished quickly enough - need to rework masgn in the code generator completely
20:26
<
adambeynon >
sorry :(
20:26
<
adambeynon >
I did try on a positive Iv got the super stuff working
20:26
vwoo has joined #opal
20:26
<
adambeynon >
(apart from iters)
20:26
<
adambeynon >
also, I just wasted 5 minutes trying to debug a spec that was failing
20:26
<
adambeynon >
turns out, I had be_true instead of be_false
20:27
GitHub162 has joined #opal
20:27
GitHub162 has left #opal [#opal]
20:27
<
GitHub162 >
opal/master 775d2c6 Adam Beynon: Auto-magically pass blocks in zsuper calls (super with no args)
20:28
* adambeynon
should probably make a note of what all these implementation javascript variables are for
20:29
travis-ci has joined #opal
20:29
<
travis-ci >
[travis-ci] opal/opal#807 (master - 775d2c6 : Adam Beynon): The build passed.
20:29
travis-ci has left #opal [#opal]
20:29
<
meh` >
adambeynon, when are we getting escaped HTML in opal-spec browser results?
20:29
<
meh` >
and an updated gem
20:31
<
adambeynon >
well, all we really need is ERB::Util
20:31
<
adambeynon >
which should be simple enough
20:37
meh` has quit [Ping timeout: 248 seconds]
20:41
GitHub88 has joined #opal
20:41
<
GitHub88 >
opal/master c018aed Adam Beynon: Generate less code inside def/defs to gather block from method
20:41
GitHub88 has left #opal [#opal]
20:43
travis-ci has joined #opal
20:43
travis-ci has left #opal [#opal]
20:43
<
travis-ci >
[travis-ci] opal/opal#808 (master - c018aed : Adam Beynon): The build passed.
20:43
GitHub123 has joined #opal
20:43
GitHub123 has left #opal [#opal]
20:43
<
GitHub123 >
opal/master d68c2e2 Adam Beynon: Replace some Opal references with $opal in generated code
20:47
travis-ci has joined #opal
20:47
<
travis-ci >
[travis-ci] opal/opal#809 (master - d68c2e2 : Adam Beynon): The build passed.
20:47
travis-ci has left #opal [#opal]
20:52
meh` has joined #opal
20:52
<
meh` >
adambeynon, two problems
20:53
<
meh` >
1) now the block is passed to super no matter what
20:53
<
meh` >
2) Hash subclassing is completely broken
20:53
GitHub38 has joined #opal
20:53
GitHub38 has left #opal [#opal]
20:53
<
GitHub38 >
opal/master 8e47a09 Adam Beynon: Slight tidy up of process_args()
20:54
<
adambeynon >
isnt it meant to be passed to super always?
20:54
<
adambeynon >
or even if you specify args?
20:54
<
meh` >
adambeynon, if you have super(something)
20:54
<
meh` >
the block gets passed anyway
20:59
travis-ci has joined #opal
20:59
travis-ci has left #opal [#opal]
20:59
<
travis-ci >
[travis-ci] opal/opal#810 (master - 8e47a09 : Adam Beynon): The build passed.
21:00
vwoo has quit [Quit: Computer has gone to sleep.]
21:03
GitHub124 has joined #opal
21:03
GitHub124 has left #opal [#opal]
21:03
<
GitHub124 >
opal/master 2404795 Adam Beynon: Only pass blocks to super automatically for zsuper
21:03
<
adambeynon >
meh`: ok, so, subclassing Hash, as in some methods dont return subclasses? or….?
21:04
<
meh` >
adambeynon, yes
21:04
<
meh` >
for instance, #[]
21:04
<
meh` >
maybe completely was too strong of a word :P
21:05
travis-ci has joined #opal
21:05
<
travis-ci >
[travis-ci] opal/opal#811 (master - 2404795 : Adam Beynon): The build passed.
21:05
travis-ci has left #opal [#opal]
21:05
<
adambeynon >
although
21:05
<
adambeynon >
what is wrong with #[] ?
21:06
<
meh` >
adambeynon, it doesn't return the subclass
21:06
<
meh` >
it returns a raw Hash
21:06
<
adambeynon >
ohhhhh
21:06
<
adambeynon >
Hash.[]
21:06
<
adambeynon >
makes more sense now ;)
21:06
<
meh` >
also I think some stuff in Enumerable is still broken
21:07
<
meh` >
we
*really* need more specs for Enumerable and Hash
21:08
<
adambeynon >
broken, as in yielding multiple values?
21:09
<
meh` >
adambeynon, I don't know yet
21:09
<
meh` >
I'm seeing something weird in Hash#map
21:11
vwoo has joined #opal
21:13
<
adambeynon >
I need to study up on yielding multiple block args to clear my mind on how/what/when args get handled
21:13
<
adambeynon >
obsiouly the deconstructed values comes into this as well
21:13
<
adambeynon >
obviosuly*
21:13
<
meh` >
adambeynon, yeah
21:13
<
meh` >
I fixed what I could in Enumerable
21:13
<
meh` >
but I used empirical tests to know what to do
21:13
<
meh` >
so specs would be nice :)
21:24
<
adambeynon >
looking though rubyspecs now
21:24
<
adambeynon >
yield is weird
21:25
vwoo has quit [Quit: Computer has gone to sleep.]
21:27
<
adambeynon >
yeah, yield is going to get very ugly
21:32
vwoo has joined #opal
21:36
vwoo has quit [Ping timeout: 268 seconds]
22:04
vwoo has joined #opal
22:46
vwoo has quit [Quit: Computer has gone to sleep.]
22:48
vwoo has joined #opal
23:59
meh` has quit [Ping timeout: 264 seconds]