fluid-work IRC Logs-2009-09-03

Owned by Fluid IRC Log Bot
Last updated: Sept 03, 2009Version comment
6 min read

[00:40:47 EDT(-0400)] * Bosmo1 (n=Antranig@ginger.caret.cam.ac.uk) has joined #fluid-work
[00:40:47 EDT(-0400)] * jamon (i=jamon@mantis.openject.com) has joined #fluid-work
[00:40:47 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[06:27:13 EDT(-0400)] * jamon (i=jamon@mantis.openject.com) has joined #fluid-work
[06:27:13 EDT(-0400)] * Bosmo1 (n=Antranig@ginger.caret.cam.ac.uk) has joined #fluid-work
[07:57:30 EDT(-0400)] * heidi (n=thesumme@CPE001e58fb24ce-CM001868324ff2.cpe.net.cable.rogers.com) has joined #fluid-work
[08:27:18 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:31:05 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[08:42:21 EDT(-0400)] * anastasiac (n=stasia@dsl-207-112-68-158.tor.primus.ca) has joined #fluid-work
[08:48:25 EDT(-0400)] * laurel1 (n=Laurel@142.150.154.178) has joined #fluid-work
[08:55:34 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:05:43 EDT(-0400)] * yura (n=yura@142.150.154.101) has joined #fluid-work
[09:17:20 EDT(-0400)] * heidi (n=thesumme@142.150.154.101) has joined #fluid-work
[09:17:32 EDT(-0400)] * anastasiac (n=stasia@dsl-207-112-68-158.tor.primus.ca) has joined #fluid-work
[09:23:38 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[09:25:09 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-24.cia.com) has left #fluid-work
[09:53:14 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[09:54:53 EDT(-0400)] * clown_afk (n=clown@142.150.154.202) has joined #fluid-work
[09:59:32 EDT(-0400)] * clown_afk (n=clown@142.150.154.202) has left #fluid-work
[10:01:58 EDT(-0400)] * clown_afk (n=clown@142.150.154.202) has joined #fluid-work
[10:07:22 EDT(-0400)] * anastasiac_ (n=stasia@209.183.3.215) has joined #fluid-work
[10:19:27 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[10:42:32 EDT(-0400)] <yura> hi anastasiac do you have a moment (smile) ?
[10:42:42 EDT(-0400)] <anastasiac> yura, sure
[10:43:57 EDT(-0400)] <yura> i m almost there with collection space rendering the artifact (smile), I think the problem i m having is the one is the proper spec specification (smile)
[10:44:28 EDT(-0400)] <yura> I m looking at the spec-procedures.json
[10:45:19 EDT(-0400)] <yura> that example is with repeated when data table row is repeated number of times with the same properties from data
[10:45:28 EDT(-0400)] <anastasiac> right
[10:45:39 EDT(-0400)] <yura> i was wondering if it's possible to populate repeating element with different properties
[10:46:18 EDT(-0400)] <yura> not sure if that was clear enough on my part (smile)?
[10:46:27 EDT(-0400)] <anastasiac> I think I might not be understanding - if the properties are different, then it's not really repeating elements, is it??
[10:47:22 EDT(-0400)] <anastasiac> can you describe the actual data, so I can understand better?
[10:47:33 EDT(-0400)] <yura> sure (smile) :
[10:47:48 EDT(-0400)] <yura> for example i have a name of the artifact, size and material
[10:48:00 EDT(-0400)] <yura> 3 different fields in the data
[10:48:15 EDT(-0400)] <anastasiac> ok
[10:48:18 EDT(-0400)] <yura> and i wonder if i can map it to one repeating element in markup
[10:48:43 EDT(-0400)] <yura> the one with ":"
[10:48:44 EDT(-0400)] <anastasiac> so you want the display to list artifact, size and material for a number of artifacts? like a table?
[10:49:00 EDT(-0400)] <yura> juts a single artifact
[10:49:33 EDT(-0400)] <anastasiac> well, you should be able to do it with a repeating element, that just only repeats once, but if there's only one, why do you want a repeating element?
[10:51:48 EDT(-0400)] <yura> well in the spec-procedures example there's a number of records that are mapped to a repeated element in markup, for my case there's a 1 record but what is mapped to a repeated element in markup is the list of properties of that single record
[10:52:44 EDT(-0400)] <anastasiac> so you're thinking a single thing that repeats (for your example) three times: once for artifact, once for size, and once for material?
[10:57:36 EDT(-0400)] <yura> i think so but let me paste the example code that was there to clarify: http://fluid.pastebin.com/d4f8aecbc
[10:58:24 EDT(-0400)] <yura> where that.options.selectors.artifactInfoList is .artifact-info-list
[10:59:27 EDT(-0400)] <anastasiac> ok, let me look for a minute
[11:00:18 EDT(-0400)] <yura> anastasiac: thank you
[11:01:48 EDT(-0400)] <anastasiac> my network connection is giving me problems, yura (I'm at home) - I'm waiting for the pastebin to load
[11:02:55 EDT(-0400)] <yura> if you want i can paste in irc or in private im?
[11:03:10 EDT(-0400)] * anastasiac is becoming unimpressed with Primus...
[11:04:41 EDT(-0400)] <anastasiac> yura, I'm sorry!! the page load has timed out about 5 times now
[11:05:04 EDT(-0400)] <anastasiac> I don't know what's wrong with my connection, since IRC is working...
[11:05:25 EDT(-0400)] <anastasiac> is your code committed, yura? or could you email me some files?
[11:06:37 EDT(-0400)] <yura> yes actually the original code is there , the one i wanted to show you
[11:06:40 EDT(-0400)] <yura> one sec ill find a link
[11:07:03 EDT(-0400)] * anastasiac feels sorry for her poor little old iBook...
[11:07:03 EDT(-0400)] <yura> http://source.fluidproject.org/svn/incubator/engage-client/trunk/components/artifact/
[11:07:16 EDT(-0400)] <anastasiac> ok, that's loading no problem!
[11:07:56 EDT(-0400)] <yura> ok in this html http://source.fluidproject.org/svn/incubator/engage-client/trunk/components/artifact/html/artifact.html there 's a line with artifact-info-list which is intended to be repeated
[11:07:56 EDT(-0400)] <anastasiac> so which files should I be focussing on?
[11:08:36 EDT(-0400)] <yura> so if you look into http://source.fluidproject.org/svn/incubator/engage-client/trunk/components/artifact/js/artifact.js you ll see the way the tree is built, and how that element is populated from different fields of the data
[11:09:43 EDT(-0400)] * anastasiac is looking
[11:10:13 EDT(-0400)] <anastasiac> what is that.options.lookup?
[11:10:43 EDT(-0400)] <anastasiac> does it map the the field names in the data, yura?
[11:14:15 EDT(-0400)] <anastasiac> ah, ok, I found the loadData stuff that defines the lookup stuff
[11:15:23 EDT(-0400)] <anastasiac> ok, I understand what you're trying to do
[11:15:44 EDT(-0400)] <anastasiac> I'm double-checking the Renderer stuff to see if that should work - not sure
[11:16:03 EDT(-0400)] <anastasiac> but of course, because of my connection, the wiki is not loading...
[11:16:42 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[11:18:07 EDT(-0400)] <anastasiac> yura, I'm not sure your component tree is correct for a repeating element
[11:18:35 EDT(-0400)] <anastasiac> I can't be sure because I can't check the wiki right now (sad) but looking at other examples, your tree looks different
[11:18:42 EDT(-0400)] <anastasiac> my memory for the specifics is not good (sad)
[11:19:48 EDT(-0400)] <anastasiac> but: I think what you're trying to do with different fields in each <li> might be ok
[11:20:23 EDT(-0400)] <anastasiac> you just might need to wrap the fields in the tree in a "children" array - I think elements with the ":" are assumed to be container elements
[11:20:31 EDT(-0400)] <anastasiac> yura: ^
[11:26:38 EDT(-0400)] <yura> sorry anastasiac, was talking to Colin, need a minute to catch up with ^
[11:26:49 EDT(-0400)] <anastasiac> np
[11:29:42 EDT(-0400)] <yura> well i did manage to render it, but yes, i think the tree should be easier
[11:32:45 EDT(-0400)] <anastasiac> ok, so ignore my comment about your tree being wrong (smile)
[11:33:14 EDT(-0400)] <anastasiac> and your tree looks relatively simple, compared to some trees I've seen!
[11:37:52 EDT(-0400)] <yura> (smile) yes, I m not entirely sure that that's the best way to build it, It could've been easier to have a specific element for each data property ?
[11:42:42 EDT(-0400)] <yura> anastasiac: also one question, when i specify spec, I specify selector and datafield, but do I have control over the ID that I want to end with ":" ?
[11:43:33 EDT(-0400)] <anastasiac> since you're using selectors for the actual markup, then your cutpoints array can define whatever rsf id you want, so long as it matches with the id in thetree
[11:43:55 EDT(-0400)] <anastasiac> does that make sense?
[11:51:50 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[11:54:16 EDT(-0400)] <yura> I thought that cutpoint id is the name(key) of the specPart which corresponds to the key in the data as well ?
[11:55:23 EDT(-0400)] <yura> oh it has to be repeated for it to have : appended at the end
[11:55:57 EDT(-0400)] <anastasiac> the cutpoints map the DOM selectors to the rsf:ids in your component tree, that's all
[11:56:30 EDT(-0400)] <anastasiac> if you want a part of the tree to be repeated, you need the : on the rsf if
[11:56:34 EDT(-0400)] <anastasiac> rsf id
[11:59:07 EDT(-0400)] <yura> oh ok, I have one more question (smile) : is there a way to specify that you dont want to display an element if there's no data found (i.e. undefined or empty string)
[12:19:08 EDT(-0400)] <anastasiac> yura, sorry - missed your question, I was away from my computer
[12:19:46 EDT(-0400)] <anastasiac> Not sure the best way to handle that
[12:20:07 EDT(-0400)] <anastasiac> I don't think there's any built-in default way to do it automatically (but I could be wrong)
[12:20:43 EDT(-0400)] <anastasiac> the brute force way would be to check the actual values as you loop through, and only at the item to the component tree if there's data there, but that doesn't seem like the best option
[13:01:43 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[13:35:09 EDT(-0400)] <laurel1> jamon: ping
[13:44:36 EDT(-0400)] * heidi (n=thesumme@142.150.154.101) has joined #fluid-work
[14:00:26 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[14:15:55 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[14:50:53 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[14:54:50 EDT(-0400)] <yura> hi again, anastasiac: I was wondering if there's an example of spec with decorators ?
[14:55:07 EDT(-0400)] <anastasiac> yura, no - I don't have any yet
[15:04:08 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[15:18:24 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[15:18:24 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has left #fluid-work
[15:35:50 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[16:00:02 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[17:20:07 EDT(-0400)] * anastasiac (n=stasia@209.183.3.215) has left #fluid-work
[18:05:04 EDT(-0400)] * clown (n=clown@142.150.154.101) has left #fluid-work
[18:55:19 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-68.LIPS.Berkeley.EDU) has joined #fluid-work
[18:55:39 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-68.LIPS.Berkeley.EDU) has joined #fluid-work
[22:00:11 EDT(-0400)] * yura (n=yura@bas3-toronto06-1177889879.dsl.bell.ca) has joined #fluid-work