**** BEGIN LOGGING AT Tue Sep 02 02:59:59 2014
Sep 02 05:16:59 <Herrie> EricBlade: Backups backups backups ;) I keep my important stuff on a raid mirror disk and preferably on a PC as well still ;)
Sep 02 05:37:36 <i2y4n> I found a broken link. Who/where should I tell?
Sep 02 14:23:23 <Simpson_2> I wouldn't mind if fels_zh_ would fix his IRC connection :P
Sep 02 15:34:36 <chall> I have discovered that InputDecorators really do not like Tables
Sep 02 15:35:06 <chall> having connection issues fels_zh__?
Sep 02 15:36:39 <chall> nevermind, typo
Sep 02 16:23:30 <dmanderson> morning enyoers
Sep 02 16:23:59 <Simpson_2> hi dmanderson
Sep 02 17:15:24 <chall> good afternoon, enyoers
Sep 02 17:15:50 <chall> I've encountered an error I can't seem to solve and was wondering if any of you could give me a hand
Sep 02 17:16:05 <dmanderson> whats up chall?
Sep 02 17:16:08 <chall> http://jsfiddle.net/bfgty318/1/
Sep 02 17:16:16 <chall> I'm getting stack overflows
Sep 02 17:16:56 <chall> I've narrowed the problem down to an implementation of a select box
Sep 02 17:24:24 <sugardave> chall: if you remove the published block (which you don't need, as it is provided by enyo.Option kind, according to the docs) the error goes away
Sep 02 17:25:13 <dmanderson> good catch sugardave!
Sep 02 17:25:34 <sugardave> I think it's a bug, though
Sep 02 17:25:59 <sugardave> you should be able to overwrtie the published block on your extended kind....should merge those properties
Sep 02 17:26:04 <dmanderson> Totally a bug
Sep 02 17:26:17 <dmanderson> Without looking too deep, sounds like the setter is getting called in a loop
Sep 02 17:26:22 <sugardave> indeed
Sep 02 17:33:55 <chall> sugardave, but the enyo.Select kind that I'm using doesn't claim to have that property.
Sep 02 17:34:09 <chall> I don't understand why the Option kind has any affect on the Select kind
Sep 02 17:40:25 <chall> it also doesn't work properly
Sep 02 17:40:54 <chall> I no longer get the error, but the value doesn't get propagated down
Sep 02 17:42:39 <chall> it works properly if I rename it, though
Sep 02 17:43:04 <chall> perhaps it's blowing up because Selects have a `getValue` function already defined?
Sep 02 18:07:56 <sugardave> chall: you can only deduce this from the docs, I guess.  The enyo.Select docs state "enyo.Select implements an HTML selection widget, using enyo.Option kinds by default."  And if you look at enyo.Option, you'll see that it has value as a published property.  Ideally, your code would work, but I think you've exposed a bug perhaps
Sep 02 18:09:09 <sugardave> by the by, published block is essentially obsolete (unless you are using it to show someone looking at your code a little more structure or something)
Sep 02 18:09:19 <Simpson_2> hi guys
Sep 02 18:09:59 <Simpson_2> I was wondering if setting 'tag' to '' is a good practice to let my current component not draw anything but allow my child components to do so
Sep 02 18:10:39 <sugardave> hmm
Sep 02 18:10:58 <sugardave> maybe just use canGenerate: false on the parent
Sep 02 18:11:09 <sugardave> but I don't know what that will do to children
Sep 02 18:12:31 <sugardave> Simpson_2: or, you make the parent an enyo.Component and muck with its create function to render the children.  It's been awhile since I did it that way
Sep 02 18:13:36 <Simpson_2> canGenerate will not generate the children
Sep 02 18:13:41 <sugardave> bummer
Sep 02 18:13:47 <Simpson_2> a emty tag does what I need :)
Sep 02 18:13:55 <sugardave> set it to null instead
Sep 02 18:14:09 <Simpson_2> didn't cause any issues was just wondering if it was 'right' to do it
Sep 02 18:14:28 <sugardave> I think there is somewhere where we use tag: null
Sep 02 18:15:49 <sugardave> ah yes, enyo.Repeater
Sep 02 18:16:23 <Simpson_2> ah that makes sense :'
Sep 02 18:16:50 <Simpson_2> btw I got a paper accepted to a Semantic Web conference which talks about enyo
Sep 02 18:16:57 <sugardave> sweet
Sep 02 18:17:08 <sugardave> when is the conference?
Sep 02 18:17:44 <Simpson_2> end of October in Italy
Sep 02 18:17:51 <sugardave> woo, fun!
Sep 02 18:18:07 <Simpson_2> thats what the GF said ;)
Sep 02 18:18:27 <sugardave> are you taking her?
Sep 02 18:22:14 <dmanderson> Simpson_2 what is the use case for not wanting the parent to render?
Sep 02 18:22:19 <Simpson_2> yup
Sep 02 18:22:32 <Simpson_2> remember the linked data stuff I showed you ?
Sep 02 18:22:53 <Simpson_2> sugardave, yeah, trentino italy, I would have a very hard time explaining why I need to go alone there ;)
Sep 02 18:23:15 <Simpson_2> ( 2 conv lines mix up here thats gona be fun )
Sep 02 18:23:22 <dmanderson> ;-)
Sep 02 18:23:55 <Simpson_2> so I have a kind which listens to incomming linked data, and when it contains components it shouldn't draw anything by itself
Sep 02 18:24:12 <Simpson_2> just clutters up the dom
Sep 02 18:29:00 <Simpson_2> totally unrelated question
Sep 02 18:29:11 <Simpson_2> how do you handle multilingual interfaces ?
Sep 02 18:32:32 <sugardave> ilib
Sep 02 18:32:42 <sugardave> enyo-ilib, more to the point
Sep 02 18:33:16 <sugardave> note: enyo-ilib/internationalization is only known to me as something that can be done, I have no idea how to actually DO it :D
Sep 02 18:33:32 <Simpson_2> looked at that, but thats about formatting
Sep 02 18:33:48 <sugardave> I think it also allows you to do string substitution
Sep 02 18:34:06 <Simpson_2> I'm more looking at labels on kind, how to choose between e.g. english and dutch
Sep 02 18:34:52 <sugardave> $L("Some English") gets looked up in some resources file for EACH language you want to support and inserts whatever it finds for "Some English"
Sep 02 18:35:16 <Simpson_2> ah okay, that sounds what I would need
Sep 02 18:43:45 <Simpson_2> hmm where is that stuff documented ?
Sep 02 19:53:06 <sugardave> Simpson_2: great question!
Sep 02 19:55:26 * Simpson_2 expects the infamous 'Use the source luke'
Sep 02 20:08:30 <sugardave> I think that's the answer right now
Sep 02 20:09:42 <sugardave> Simpson_2: might check these samples: https://github.com/enyojs/enyo-ilib/tree/master/samples
Sep 02 20:11:52 <Simpson_2> hmm no string sample unfortunatly
Sep 02 20:18:33 <SimpsonTP> okay bedtime here
**** ENDING LOGGING AT Wed Sep 03 02:59:59 2014