[00:16:17] *** MangoFusion has quit IRC
[00:28:36] *** Migi32 has quit IRC
[01:41:24] *** aho has joined #haxe
[02:21:24] *** skatterbean has quit IRC
[02:33:53] *** iain__ has quit IRC
[02:58:38] *** blackdog has quit IRC
[03:04:53] *** TheHippo1 has joined #haxe
[03:07:28] *** TheHippo has quit IRC
[04:08:42] *** aho has quit IRC
[04:11:54] *** aho has joined #haxe
[04:22:01] *** icebirdyin has joined #haxe
[04:23:01] *** icebirdyin has left #haxe
[05:13:45] *** ako has joined #haxe
[05:16:21] *** aho has quit IRC
[05:58:35] *** ako is now known as aho
[06:18:22] *** jjdonald has joined #haxe
[06:37:29] *** jjdonald has quit IRC
[07:28:47] *** Dykam_ has joined #haxe
[07:42:59] *** |Catch22| has joined #haxe
[07:43:40] *** Dykam_ has quit IRC
[07:45:36] *** OhnoesRaptor has quit IRC
[07:45:52] *** OhnoesRaptor has joined #haxe
[08:20:26] *** ako has joined #haxe
[08:23:48] *** aho has quit IRC
[08:24:23] *** ako is now known as aho
[08:41:55] *** aho has quit IRC
[09:04:48] *** fponticelli has joined #haxe
[09:25:34] *** ellis has joined #haxe
[09:37:38] *** fponticelli has quit IRC
[09:38:01] *** fponticelli has joined #haxe
[10:03:30] *** zproxy has joined #haxe
[10:06:46] *** pimmhogeling has joined #haxe
[10:12:02] *** |Catch22| has quit IRC
[10:22:46] *** fponticelli has quit IRC
[10:28:42] *** hhoelzer has joined #haxe
[10:44:02] *** pimmhogeling has quit IRC
[10:47:21] *** pimmhogeling has joined #haxe
[10:49:50] *** justinfront has joined #haxe
[10:51:32] *** stickupkid has joined #haxe
[10:51:35] <justinfront> hi I asked about this on the forum... var exec = new neko.io.Process( 'haxe', [neko.Sys.executablePath() + '/Compile.hxml'] );   ?? anyone know
[10:53:54] <TheHippo1> maybe the neko programm finishes before the process ever started @ justinfront
[10:54:41] <justinfront> oh maybe I read about that last night will try..
[10:57:14] <grumpytoad> what is in stdout or exitCode() ?
[10:59:22] <stickupkid> Juan has written a library for this sort of thing, he had the similar problem, will try and find it
[11:01:25] <stickupkid> http://github.com/zarate/xapi
[11:02:21] <stickupkid> he had issues with exitCode causing things not to run
[11:12:14] <justinfront> thanks looks interesting but it I must be useless I always have to git clone just to browse, whereas svn or hg I can normally see what code in there without downloading it.
[11:12:49] <stickupkid> http://github.com/zarate/xapi/blob/master/src/xa/Process.hx
[11:12:51] <stickupkid> ?
[11:13:47] <justinfront> ok sorry I was pressing the wrong places :)
[11:16:15] *** flashingpumpkin has joined #haxe
[11:40:03] <justinfront> TheHippo1, I should be looking at hippohx shouldn't I, how is in going?  Does it work fine on mac? hippohx.com seems to be down but wikki and google are up.
[12:12:39] *** Jan_Flanders has joined #haxe
[12:34:07] *** notostraca has joined #haxe
[12:34:19] <notostraca> hey #haxe
[12:34:35] <notostraca> i am having some difficulty with flash <-> Neko remoting
[12:35:16] <pimmhogeling> Hey notostraca
[12:35:38] <notostraca> i was going by the professional haxe and neko book, but that was written before the 2.0 rewrite of haxe.remoting
[12:36:15] <pimmhogeling> Do you have a question, too, perhaps?
[12:36:37] <pimmhogeling> Maybe I can help
[12:37:32] <notostraca> ok, so i am trying to send the url parameters given to server.n over to client.swf
[12:38:52] <notostraca> basically, i want the rgb parameters for a color
[12:39:20] <notostraca> and then it should have a circle tween from grey to that color
[12:39:50] <notostraca> i am using TweenerHX for the tweeing
[12:40:13] <pimmhogeling> OK, so you're calling that swf by using "flashvars"?
[12:40:34] <pimmhogeling> As in client.swf?red=.5&green=1 etc?
[12:41:49] <notostraca> no, server.n?r=255:g=127:b=55
[12:42:01] <notostraca> close i guess
[12:42:32] <pimmhogeling> That's the other way around, right? That way you're sending something from the client to the server
[12:43:13] <notostraca> the server isn't getting anything back from the client
[12:43:53] <notostraca> it is sending neko.Web.getParams() to the swf
[12:44:25] <pimmhogeling> You're sending a color from the client to the server, and then send it back?
[12:44:43] <notostraca> no, the user loads server.n right now
[12:45:05] <notostraca> mysite.com/server.n for example
[12:47:30] <justinfront> Pimm I was trying out that signal stuff but i am prob missing something very simple... http://pastebin.mozilla.org/706314
[12:49:01] <pimmhogeling> Yes, you made a mistake everyone makes once in a while
[12:49:09] <pimmhogeling> It's the same for every event system out there
[12:49:45] <pimmhogeling> You are dispatching a signal when constructing Asignaler, before you've added the slot
[12:50:11] <pimmhogeling> Second thing: you need a niladic slot in this case. Line 47 should be addNiladicSlot
[12:50:32] <pimmhogeling> asignaler.sigl.addNiladicSlot( eventdetected );
[12:52:28] <justinfront> line 22 Asignaler: Signaler does not have a constructor
[12:52:56] <notostraca> ah, i will try to solve this tomorrow
[12:54:05] <pimmhogeling> notostraca, check out the mailing list if you're still having problems by then
[12:54:38] <pimmhogeling> justinfront, yes, sorry, line 81 should be sigl = new DirectSignaler<Void>(this);
[13:06:02] <justinfront> its compiling but nothing happening sorry am I still missing something? http://pastebin.mozilla.org/706315
[13:08:45] <pimmhogeling> You are dispatching a signal when constructing Asignaler, before you've added the slot
[13:09:23] <pimmhogeling> You dispatch the signal on line 28, but the slot is added in 76, and the former happens before the latter
[13:09:45] <pimmhogeling> This is a very common mistake in event-driven code
[13:09:56] <pimmhogeling> It's the same in every language and library out there
[13:10:21] <justinfront> there two classes
[13:10:42] <pimmhogeling> Yes
[13:11:08] <pimmhogeling> Listen up, in line 75 you're constructing an instance of the Asignaler class
[13:11:29] <pimmhogeling> During the construction, the DirectSignaler gets created, in line 27
[13:11:47] <pimmhogeling> Then, still during construction, you're dispatching a signal, on line 28
[13:12:05] <pimmhogeling> After that, note the word after, you're adding a slot at line 76
[13:12:09] <justinfront> oh ofcourse silly me I am so concentrating on getting imports and such right oops
[13:12:20] <pimmhogeling> It is a very common mistake
[13:12:43] <justinfront> ill make init public and call it after setting up the listener
[13:13:15] <pimmhogeling> You can do that, but you'll have to take the [...] = DirectSignaler<Void>(this) line out of that method, then
[13:13:51] <pimmhogeling> This is the order: the signaler gets created, slots are added, a signal is dispatched
[13:14:45] <TheHippo1> i have nothing to do with hippohx @ justinfront
[13:14:59] <pimmhogeling> Wow, didn't see that one coming
[13:15:26] <justinfront> from further up I thought he might be author
[13:17:01] <justinfront> pimm I am getting a run time error what parameter do I need in the method arg? TypeError: Error #1009: Cannot access a property or method of a null object reference.
[13:17:39] <pimmhogeling> I'm guessing the problem is you're calling the addNiladicSlot method before you construct the signaler
[13:19:17] <justinfront> ok I realise before you say just trying now
[13:21:09] <justinfront> ok its working I am happy :)  Thanks.  Is this going on haxeLib soon. I will have a go at the Native one later.
[13:21:52] <pimmhogeling> Dave a.k.a. N-David is working on some modifications for the library as we speak
[13:22:30] <pimmhogeling> When he's done, we (the HSL guys) are going to discuss which modifications we should adopt and then we'll tag it stable
[13:22:37] <pimmhogeling> And put it on haxelib
[13:26:18] <justinfront> I think very simple test case like I am using would help with seeing how it feels to use for people who are only focused on actual using.  One thing that I am wondering if I suddenly have to pass more info because of the way it works now, I end having to change a lot of code in two classes, I gather thats so you can static check properly ?
[13:27:13] <pimmhogeling> justinfront, I hereby invite you to write test cases like these, I'll put them on the wiki
[13:27:27] <pimmhogeling> And I don't follow the question you asked there
[13:28:21] <justinfront> I was thinking of trying to do that anyway.  I mean if I want to pass a string accross I am going to have to change the imports and the properties and everything in both classes I think...
[13:28:57] <justinfront> NiladicSlot means not passing anything?
[13:29:05] <pimmhogeling> Correct, but how often do you change the type of data that is passed in a signal?
[13:29:28] <pimmhogeling> It's not really that, one second I'll write some quick testing code for you
[13:29:47] <justinfront> well you set up a listener and then suddenly you need to send some other info you can't get at any other way
[13:32:11] <justinfront> like a video you may want to size it but you don't pass that outside the video classes you just pass out that its ready then later you find out you have bubbled it somewhere where there is no access to the video so you have to change the events to send the width and height on loading and x and y.
[13:34:15] <justinfront> maybe its not a problem but I just want to set up events generally I don't like to pass data from them if I can but later I find I have to. Like when an image loads and you need to know which.
[13:36:46] <justinfront> seems that... asignaler.sig1.addNiladicSlot( callback( eventdetected, asignaler ) );      works :)
[13:37:38] <pimmhogeling> But there's no need to do that, HSL has such functionality natively
[13:38:26] <pimmhogeling> Check this out: http://pastebin.mozilla.org/706316
[13:39:03] *** Dykam has quit IRC
[13:41:07] *** zproxy has quit IRC
[13:44:25] *** Dykam has joined #haxe
[13:45:05] <justinfront> Ok I am just wondering about why we can't have just "add" then for the traceMethods you would have.... traceCar()  traceSpeed( speed: Float ), and traceSubject( speed: Float, signal:Signal<Float> )   but somewhere my understanding is floored...
[13:45:57] <pimmhogeling> That's not supported in haXe
[13:46:17] <justinfront> yep just add would make it much simpler... then you define it the method
[13:46:50] <pimmhogeling> Yes, but then we would either need multitypes, or lose our compiletime type safety
[13:48:44] <grumpytoad> hello, hsl experts.. is it the idea for hsl to instantiate different signalers for each desired event type behaviour ?
[13:48:52] <justinfront> well it would be nice to choose to use 'add' for rapid work and then for production code you could use all the ones.
[13:50:26] <justinfront> seems you can put what you like in the dispatch and you get what ever you listen for of it out but as I say that means you are specifying both in the method and listener
[13:50:26] <pimmhogeling> grumpytoad, yes, if I understand your question correctly
[13:50:40] <pimmhogeling> You see, the idea is the subject knows how signals should be dispatched
[13:50:49] <pimmhogeling> Directly? By translation?
[13:50:58] <pimmhogeling> Or not at all? (NullSignaler)
[13:51:13] <pimmhogeling> And the signaler gets exposed as a Signaler, which is an interface
[13:51:32] <pimmhogeling> So the idea is: the subject knows how and when signals should be dispatched, the listeners don't
[13:52:03] <grumpytoad> ok sounds good, but then the nativeEventType parameter is perhaps not needed ?
[13:52:23] <pimmhogeling> You mean the NativeEvent type?
[13:52:54] <grumpytoad> no the 3rd param
[13:52:58] <grumpytoad> String,
[13:53:09] <grumpytoad> well, js has some problems with this
[13:53:19] <grumpytoad> because browsers implement this differently
[13:53:55] <grumpytoad> so, if left as it is, the user would need to know what browsers implement what, and correspondingly call the correct nativeEventType
[13:54:00] <pimmhogeling> I don't quite follow, whose third parameter?
[13:54:12] <pimmhogeling> Correct, that's undesired
[13:54:25] <grumpytoad> sorry in AVM2TranslatingSignaler
[13:54:40] <grumpytoad> (for me JSTranslatingSignaler)
[13:54:52] <grumpytoad> in the constructor
[13:54:58] <pimmhogeling> Oh yes, well this works for AVM2
[13:55:08] <grumpytoad> yes that's true
[13:55:16] <pimmhogeling> If it does not work in JS, and you'll have to do an enum or something, by all means do so
[13:55:54] <grumpytoad> yes, not sure - I would _like_ to add the correct behaviour in each Translator... not really sure if that is correct procedure
[13:56:31] <pimmhogeling> The thing is, I would prefer a translating signaler that can be used without too much knowledge about JS
[13:56:37] <grumpytoad> because, if you instantiate a TranslatingSignaler with a Translator, then you should theoretically already have defined the expected behaviour
[13:56:50] <pimmhogeling> Uhm, yes, that's correct
[13:57:17] <pimmhogeling> But when you're defining a MouseLocationTranslator, that could be for MouseEvent.CLICK, but also for MouseEvent.MOUSE_MOVE
[13:57:32] <grumpytoad> oh
[13:58:06] <pimmhogeling> Right? Or do you disagree?
[13:58:13] <grumpytoad> but that means when you dispatch, the slot could receive either one
[13:58:47] <grumpytoad> i have not looked at MouseLocationTranslator
[13:58:52] <grumpytoad> checking now
[13:58:58] <pimmhogeling> Well, the MouseEvent.CLICK doesn't actually pass to the slot
[13:59:06] <pimmhogeling> The actual mouse location does
[13:59:18] <grumpytoad> hmm.. i see
[13:59:47] <pimmhogeling> But we can discuss the translation part, I'm open to suggestions
[13:59:51] <pimmhogeling> Especially your suggestions
[14:01:14] <grumpytoad> well, it's a learning process at the moment
[14:01:45] <grumpytoad> it's obviously quite elegant, so it may be quite inappropriate to do some things
[14:01:58] <pimmhogeling> Still, open to suggestions
[14:02:07] <grumpytoad> but at the same time, event handling in javascript is quite a dirty process
[14:02:28] <grumpytoad> often i would need to handle each browser completely different for each behaviour
[14:02:33] <pimmhogeling> Yes, I know
[14:02:42] <pimmhogeling> That's why I'm very happy with your assistance
[14:03:20] <justinfront> neash dispatching works?
[14:03:50] <grumpytoad> neash works, but it is overkill for getting cross platform event handling
[14:06:07] <grumpytoad> ok, so thinking outside the box,
[14:06:17] <justinfront> oh I was thinking you can pretend its all flash but neash it in and then replace the insides as go along the important part is that " I " should use it all the same and not really be putting AVM2Translator that's really not the applications concern but the event systems problem
[14:06:38] <grumpytoad> i can either add a "bindEvents" method to each JS translator - here I think I am delegating the wrong task to the wrong class
[14:07:34] <pimmhogeling> Yes, I understand the delegating the wrong task to the wrong class idea
[14:07:41] <pimmhogeling> Maybe do it in the translator
[14:07:53] <pimmhogeling> The thing is, you're dealing with an ugly problem
[14:08:14] <pimmhogeling> I don't think any solution will be less ugly than the problem
[14:08:41] <grumpytoad> heh. your right about that
[14:09:25] <grumpytoad> justinfront: hsl is more of an event management system, the translators are a bridge to this event management system
[14:10:13] <grumpytoad> in neash it is not possible to have DOM events handled by neash
[14:10:23] <grumpytoad> whereas in hsl you can
[14:10:34] *** OhnoesRaptor has quit IRC
[14:10:46] <grumpytoad> neash is like hsl without the translators
[14:10:47] <pimmhogeling> I was pretty much typing the same thing, yes you are most correct, grumpytoad
[14:11:22] <pimmhogeling> HSL doesn't have any conditional compiling either, so it works on all targets
[14:11:30] <pimmhogeling> Even targets that aren't invented yet
[14:11:57] <pimmhogeling> Even Java, even Go, even languages that are being designed as we speak
[14:13:28] <pimmhogeling> I'm out to grab some food
[14:13:36] <pimmhogeling> Both of you can always e-mail me
[14:14:23] <justinfront> with neash I wrap up javascript thing and dispatch using neash EventDispatcher
[14:14:43] *** stickupkid has quit IRC
[14:15:06] <justinfront> once its out of that class I don't have to care its in javascript really
[14:15:20] <pimmhogeling> That's exactly the same in HSL
[14:15:34] <pimmhogeling> In the subject, you'll have to create a specific JS translating signaler
[14:15:40] *** stickupkid has joined #haxe
[14:15:43] <pimmhogeling> But to the outside world, that signaler is just a signaler
[14:16:14] <pimmhogeling> Like any other signaler
[14:16:16] <justinfront> Will HSL integrate with neash its worth at the moment being able to translate as if it was flash
[14:16:40] <pimmhogeling> I guess you could translate neash events to HSL signals
[14:16:51] <pimmhogeling> Maybe you can use the AVM2 translating signaler, even
[14:17:01] <justinfront> so for instance if you have some 3d you could plug in a small bit of sandy and then higher up you would be back in HSL
[14:17:25] <pimmhogeling> Anyways, I got to go, I'll be back in 30
[14:17:44] <justinfront> Maybe I should take a look and let you know if it works laters... ;J
[14:20:10] <grumpytoad> hmm..realising that polluting the translator is a bad idea
[14:22:29] *** pimmhogeling has quit IRC
[14:23:06] <justinfront> im off for a walk too but certainly listening to you guys helps my understanding a small amount
[14:35:45] *** stickupkid has left #haxe
[14:42:57] *** blue112 has joined #haxe
[14:43:46] *** stickupkid has joined #haxe
[14:54:05] *** pimmhogeling has joined #haxe
[14:58:15] *** pimmhogeling has quit IRC
[15:04:51] *** pimmhogeling has joined #haxe
[15:34:54] *** Dykam has left #haxe
[15:34:55] *** Dykam has joined #haxe
[15:36:37] *** Jan_Flanders_ has joined #haxe
[15:39:47] *** Jan_Flanders has quit IRC
[15:39:49] *** Jan_Flanders_ is now known as Jan_Flanders
[15:49:11] *** iain__ has joined #haxe
[15:52:53] *** blue112 has quit IRC
[15:59:20] *** Dykam has quit IRC
[16:04:40] *** Dykam has joined #haxe
[16:09:42] *** blue112 has joined #haxe
[16:10:05] *** blue112 has left #haxe
[16:14:43] <pimmhogeling> Dykam,
[16:14:55] *** EdoRivai has joined #haxe
[16:15:08] <Dykam> ?
[16:16:01] <pimmhogeling> EdoRivai and I wanted to ask you somethun
[16:16:04] <pimmhogeling> Go ahead, EdoRivai
[16:16:37] <EdoRivai> Could you please release your exception library?
[16:16:44] <EdoRivai> ASAP!!!1
[16:16:46] <pimmhogeling> 11
[16:16:47] <Dykam> haha
[16:16:49] <pimmhogeling> !1!!
[16:16:59] <Dykam> kay, I'll work on it this weekend
[16:16:59] <EdoRivai> What "haha"?
[16:17:03] <pimmhogeling> ???//?
[16:17:04] <EdoRivai> nice!!1
[16:17:11] <pimmhogeling> !!1
[16:17:40] <EdoRivai> Okay pimmhogeling, I don't now how to use the shift key, I get it, real funny !!1!
[16:18:02] <Dykam> pimmhogeling, have some requests about what to include, default types of exceptiosn etc
[16:22:12] <Dykam> pimmhogeling?
[16:23:07] <pimmhogeling> Mah, you have pretty much the "this argument is null, though it shouldn't be"
[16:23:13] <pimmhogeling> That's an important one
[16:23:40] *** MangoFusion has joined #haxe
[16:24:03] <Dykam> pimmhogeling, hehe, yah
[16:24:07] <Dykam> but besides that?
[16:24:38] <pimmhogeling> I dunno, we can always add exceptions if we find out that they are important
[16:31:31] *** gershon has joined #haxe
[16:36:07] <Dykam> open source cookie http://www.facebook.com/photo.php?pid=6796661&id=14696440021
[16:36:35] <gershon> whoa this is pretty cool http://drawlogic.com/2010/01/27/asblender-library-to-use-blender-files-directly-in-flash/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+drawlogic+%28*drawlogic+-+interactive+and+game+development+technologies+for+the+web+-+flash%2C+flex%2C+unity3d%2C+silve%29
[16:37:24] <Dykam> hmm, enables faster prototyping
[16:39:31] <gershon> blender also has the "game logic" stuff, so wonder if those properties are exported too
[16:41:44] *** flashingpumpkin has quit IRC
[16:42:53] <Dykam> exported?
[16:43:02] <Dykam> you mean, if they are imported by that lib
[16:43:24] <gershon> yeah... probably just tweaking the as code a bit...
[16:43:25] <gershon> also this http://sourceforge.net/projects/lightspark/, compiled ok, doesn't really run anything though...
[16:47:03] <Dykam> EdoRivai, how can this code be legal? http://actionscript.pastebin.com/3iTzebJ6
[16:49:29] <Dykam> pimmhogeling
[16:49:33] <Dykam> the z:Float...
[16:49:34] <Dykam> redefined
[16:49:40] <Dykam> errs here with that error
[16:53:05] <pimmhogeling> Dykam, it is legal for Flash9, but not Flash10
[16:53:31] <Dykam> oh, explains
[16:53:49] <Dykam> so flash10 got .z
[16:57:03] <pimmhogeling> Dykam, warez the source of your frameworx?
[16:57:20] <Dykam> gitoriousssss
[16:57:22] <Dykam> ask edo
[16:57:44] <pimmhogeling> He sed "ask Dykam"
[16:58:14] <Dykam> gitorious.org/more/more
[16:58:20] <pimmhogeling> I found it
[17:01:08] *** hhoelzer1 has joined #haxe
[17:03:55] *** hhoelzer has quit IRC
[17:06:19] <pimmhogeling> Dykam, there's no tokenizing logic
[17:06:50] <Dykam> ?
[17:07:31] <pimmhogeling> Your compiler is crap
[17:07:35] <pimmhogeling> I'm just messing with you
[17:07:55] <Dykam> oh, the compiler
[17:09:58] <Dykam> :P
[17:13:16] *** iain__ has quit IRC
[17:13:41] *** iain__ has joined #haxe
[17:27:11] *** iain__ has quit IRC
[17:28:22] *** ellis has quit IRC
[17:40:01] *** iain__ has joined #haxe
[18:03:03] <Dykam> http://spielzeugz.de/html5/liquid-particles.html awesome demo
[18:03:06] <Dykam> EdoRivai, canvas
[18:09:30] *** Migi32 has joined #haxe
[18:25:32] *** hhoelzer1 has quit IRC
[18:25:52] *** stickupkid has left #haxe
[18:40:03] <Dykam> hmm, inspirational http://vimeo.com/9865011
[19:19:06] *** hhoelzer has joined #haxe
[19:22:21] *** skatterbean has joined #haxe
[20:26:35] *** Skorps has joined #haxe
[20:54:44] *** Migi32 has quit IRC
[21:11:11] <pimmhogeling> justinfront, you aight?
[21:23:28] *** iain__ has quit IRC
[21:31:07] *** Migi32 has joined #haxe
[21:42:02] *** gareth_0 has joined #haxe
[21:44:10] *** gershon has quit IRC
[21:45:20] *** iain__ has joined #haxe
[21:52:59] *** Skorps has quit IRC
[22:19:34] *** iain__ has quit IRC
[22:27:50] *** Migi32 has quit IRC
[22:39:32] *** iain__ has joined #haxe
[22:42:57] *** pimmhogeling has quit IRC
[22:43:12] *** EdoRivai has quit IRC
[23:00:08] *** hhoelzer has quit IRC
[23:00:36] *** hhoelzer has joined #haxe
[23:24:08] *** pimmhogeling has joined #haxe
[23:32:30] *** gareth_0 has quit IRC
[23:32:45] *** hhoelzer1 has joined #haxe
[23:34:22] *** hhoelzer has quit IRC

top