#silverstripe IRC Log

IRC log for 21 February 2014

All timestamps are in UTC.

1: [00:01:49] * ajmitch_ is now known as ajmitch
2: [00:05:13] * antmas quit (Ping timeout: 245 seconds)
3: [00:21:29] * UncleCheese quit (Quit: UncleCheese)
4: [00:26:51] <Ryan-Toast> Forgetting to change your dummy images from scantily clad women before presentation...priceless.
5: [00:28:45] <guzzlefry> ...uh oh
6: [00:29:00] <guzzlefry> That's like me and my debug statements...
7: [00:29:33] <guzzlefry> echo "why in the fuck!";
8: [00:29:35] <Ryan-Toast> guzzlefry: Error: WHY THE FUCK AREN'T YOU WORKING?
9: [00:29:45] * muskie9 quit (Remote host closed the connection)
10: [00:29:48] <guzzlefry> haha, yeah
11: [00:30:11] * muskie9 has joined #silverstripe
12: [00:31:32] <Ryan-Toast> every time is see POS, all I can think of is piece of shit
13: [00:34:45] * muskie9 quit (Ping timeout: 248 seconds)
14: [00:35:18] <guzzlefry> me too
15: [00:35:37] <guzzlefry> Should just type it out... :P
16: [00:48:55] * sminnee_ has joined #silverstripe
17: [00:48:56] * sminnee_ quit (Changing host)
18: [00:48:56] * sminnee_ has joined #silverstripe
19: [00:51:04] * madmatt__ has joined #silverstripe
20: [00:51:05] * ajmitch_ has joined #silverstripe
21: [00:55:54] * ajmitch quit (*.net *.split)
22: [00:55:56] * sminnee quit (*.net *.split)
23: [00:55:57] * madmatt quit (*.net *.split)
24: [00:55:58] * sminnee_ is now known as sminnee
25: [01:01:34] * OxFF has joined #silverstripe
26: [01:02:00] * muskie9 has joined #silverstripe
27: [01:02:23] * muskie9 quit (Client Quit)
28: [01:18:57] * Luke1988 has joined #silverstripe
29: [01:25:24] <zippy__> what a week eh!
30: [01:25:59] <Ryan-Toast> I'm going to make a custom menu GridField, but I don't know how I should go about it :(
31: [01:26:17] <Ryan-Toast> So you can add pages to a grid field, and then loop the pages as you would a menu
32: [01:26:32] <Ryan-Toast> What do?
33: [01:26:50] <guzzlefry> Guys, I need helps. How do you handle javascript dependencies in a SilverStripe module?
34: [01:26:56] <guzzlefry> That you're writing ^
35: [01:27:09] <Ryan-Toast> Make sure they're there :P
36: [01:27:27] <Ryan-Toast> How do you mean?
37: [01:27:40] <guzzlefry> I was hoping there was a clever way to include them as dependencies, but I guess not.
38: [01:28:12] * Tanger has joined #silverstripe
39: [01:28:24] <Ryan-Toast> I thought Friday is dev day?
40: [01:28:33] <Ryan-Toast> was
41: [01:29:51] <guzzlefry> dev day? 0.o
42: [01:30:24] <Ryan-Toast> yeah, SS debs come on IRC on Friday.
43: [01:30:27] <Ryan-Toast> davs
44: [01:30:31] <guzzlefry> oh
45: [01:30:37] <guzzlefry> the open source thing they did a while ago?
46: [01:30:37] <Ryan-Toast> DEVS
47: [01:30:42] <Ryan-Toast> shrug
48: [01:30:48] <Ryan-Toast> was somewhere on the site
49: [01:30:56] <guzzlefry> wait
50: [01:31:35] <guzzlefry> yeah, hrm
51: [01:31:52] <guzzlefry> ss23: You know things about stuff. Any idea?
52: [01:33:45] <irogue> i have the feeling it got somewhat forgotten when the whole CWP thing happened
53: [01:34:02] <irogue> amounts of free time probably dropped dramatically :P
54: [01:34:24] <guzzlefry> What's free time hobbites?
55: [01:34:42] <zippy__> guzzlefry: in the module your making, you could call call 'requires' in there, and put them in a third party folder, like the jquery lib is?
56: [01:35:04] * UncleCheese has joined #silverstripe
57: [01:35:15] <guzzlefry> ah maybe, I'd need a custom installer though, wouldn't I?
58: [01:35:44] <guzzlefry> I should check to see if a slideshow module already exists. ;)
59: [01:36:05] <zippy__> why a custom installer?
60: [01:36:56] <guzzlefry> Don't they go into /vendor by default?
61: [01:41:16] <zippy__> loading in via composer?
62: [02:16:55] <guzzlefry> yeah
63: [02:17:03] <guzzlefry> I'll just include it for now. :P
64: [02:17:15] <guzzlefry> pull a SilverStripe /framework/thirdparty on this.
65: [02:19:55] <Ryan-Toast> $this->ID is how you get a page's id in the controller, right?
66: [02:20:06] * simon_w has joined #silverstripe
67: [02:22:28] <guzzlefry> Ryan-Toast: $this->data()->ID;
68: [02:22:34] <guzzlefry> data() will give you the associated DataObject.
69: [02:22:48] <Ryan-Toast> guzzlefry: chur
70: [02:23:40] <Ryan-Toast> guzzlefry: I shave two page types, Industry many_many Product and I'm trying to loop through them with return ProductPage::get()->filter('IndustryPage.ID', $this->ID); but no dice
71: [02:37:16] * Colin[pi] has joined #silverstripe
72: [02:37:22] <Colin[pi]> HAI
73: [02:37:26] <Ryan-Toast> hi
74: [02:37:56] <Colin[pi]> Ryan-Toast: when you go here, do you see a holding page or an actual site? http://www.jumpnputt.com.au/
75: [02:38:08] <Ryan-Toast> actual site
76: [02:38:12] <Colin[pi]> fucking DNS
77: [02:38:25] <Colin[pi]> I still get the holding page -_-
78: [02:38:30] <guzzlefry> /etc/hosts
79: [02:38:46] <Colin[pi]> yep, but the client is still seeing it too ;P
80: [02:38:46] <guzzlefry> I usually resort to that until things have updated on my end at least.
81: [02:38:52] <Ryan-Toast> why won't my filter return anytything :(
82: [02:39:08] <guzzlefry> uhm
83: [02:39:28] <guzzlefry> Ryan-Toast: IndustryPage extends ProductPage?
84: [02:39:40] <Ryan-Toast> Extends Page
85: [02:39:45] <guzzlefry> oh derp
86: [02:39:59] <Ryan-Toast> Industry has many_many Products
87: [02:40:04] <Ryan-Toast> which also extend Page
88: [02:40:17] <guzzlefry> oh
89: [02:40:53] <guzzlefry> I'm confused. :P
90: [02:41:18] <guzzlefry> Is that being called in the model or controller?
91: [02:41:21] <guzzlefry> I'm guessing controller.
92: [02:41:45] <Ryan-Toast> guzzlefry: http://www.sspaste.com/paste/show/5306b9a5cfb29
93: [02:43:18] <guzzlefry> Ryan-Toast: What does ProductPage look like? I wonder if you need $belongs_many_many on that.
94: [02:43:38] <Ryan-Toast> guzzlefry: http://www.sspaste.com/paste/show/5306ba16b920b
95: [02:45:18] <guzzlefry> Ryan-Toast: return ProductPage::get()->filter('IndustryPages.ID', $this->ID); instead of return ProductPage::get()->filter('IndustryPage.ID', $this->ID);
96: [02:45:19] <guzzlefry> I think
97: [02:46:30] <Ryan-Toast> mySQL error
98: [02:47:05] <Ryan-Toast> because that's not a field
99: [02:47:09] <guzzlefry> ah
100: [02:48:26] <Ryan-Toast> :( making me sad on Friday afternoon.
101: [02:48:42] <guzzlefry> it's only thursday here! :X
102: [02:48:51] <guzzlefry> This is going to be something simple
103: [02:49:12] <guzzlefry> and we'll both karate chop our desks in half with our foreheads.
104: [02:49:15] <guzzlefry> :P
105: [02:49:58] <guzzlefry> what about...
106: [02:50:57] <Ryan-Toast> where is simon_w when you need him?
107: [02:51:05] <guzzlefry> wait
108: [02:51:07] <guzzlefry> can't you just do
109: [02:51:09] <simon_w> Ryan-Toast, making out with my fiancee
110: [02:51:15] * zippy__ quit (Ping timeout: 272 seconds)
111: [02:51:16] <Ryan-Toast> +1
112: [02:51:37] <guzzlefry> Why would you bother to stop to reply? :P
113: [02:51:49] <Ryan-Toast> simon_w: any ideas on my above problem? I have supple lips./
114: [02:52:46] * guzzlefry dies.
115: [02:53:30] <guzzlefry> Ryan-Toast: Can't you just do $this->ProductPage()?
116: [02:53:55] <Ryan-Toast> ...
117: [02:54:03] <Ryan-Toast> ERRMERRGERRD
118: [02:54:06] <Ryan-Toast> dfsfkhbsdkfbhj
119: [02:54:07] <guzzlefry> Off to Ikea we go.
120: [02:54:08] <Ryan-Toast> fuck this game
121: [02:54:13] * k_fish quit (Quit: Leaving)
122: [02:54:21] <guzzlefry> :P
123: [02:54:25] <Ryan-Toast> thank you.
124: [02:54:28] <guzzlefry> no problem
125: [02:54:29] <Ryan-Toast> I just..
126: [02:54:31] <Ryan-Toast> wow.
127: [02:54:33] <Ryan-Toast> so dumb
128: [02:54:40] <guzzlefry> I've written out custom joins for these situations before...
129: [02:54:47] <guzzlefry> just to realize a filter would do. :)
130: [02:54:49] <Ryan-Toast> YOU SAW NOTHING
131: [02:54:57] * guzzlefry gets out flash pen thing.
132: [02:55:00] * simon_w fixed it!
133: [02:55:47] * guzzlefry slaps forehead.
134: [02:56:02] <guzzlefry> fiancee == relationship == fiancee()
135: [02:56:03] <guzzlefry> OF COURSE
136: [03:01:44] * geekdenz has joined #silverstripe
137: [03:01:56] <geekdenz> solved my problem from yesterday
138: [03:03:27] <geekdenz> is there a way in SS to have the option of adding more than one field type to the CMS? I would like to create a list of links and I don't know how many there will be.
139: [03:05:14] <guzzlefry> Can you elaborate?
140: [03:05:41] * Stomach quit (Ping timeout: 248 seconds)
141: [03:06:25] * OxFF quit (Quit: Hasta la proxima)
142: [03:06:56] <geekdenz> so, lets say a user wants to add n links to a page. say we're using a TextField for each link (in fact I was looking at https://github.com/lrc/silverstripe-link-field). How would one achieve that?
143: [03:07:32] <geekdenz> Had a look at FieldList which doesn't quite do what I'm after I think
144: [03:07:50] <guzzlefry> I take it you already have it as a $has_many?
145: [03:08:07] <geekdenz> no
146: [03:08:17] <geekdenz> but i will
147: [03:08:33] <simon_w> geekdenz, a *_many with the GridFieldBulkEditing thing
148: [03:09:53] <geekdenz> thanks!
149: [03:09:58] <geekdenz> will have a look
150: [03:14:58] * nickmolhoek quit (Quit: nickmolhoek)
151: [03:15:41] <geekdenz> Are you referring to https://github.com/colymba/GridFieldBulkEditingTools ?
152: [03:16:52] <simon_w> yup
153: [03:18:09] <geekdenz> thanks
154: [03:18:11] <geekdenz> but
155: [03:19:06] <geekdenz> that's not quite what I'm after. I'm after managing 1 to many links as in <a href="http://www.google.com... and internal links
156: [03:20:08] <geekdenz> however this module will probably useful for something else
157: [03:21:10] <geekdenz> im after something where the user can hit a + button and add another link and another and so on
158: [03:21:43] <geekdenz> just wondering if someone has done it already or whether i need to make something like that
159: [03:23:32] <geekdenz> mh, maybe this would be enough actually: http://1.bp.blogspot.com/-JFy3kpPlgCU/T3VEMkoFY1I/AAAAAAAAABI/hB_njL2213E/s1600/ss3-gridfield.png
160: [03:32:20] <Ryan-Toast> geekdenz: What's going on with your colours there?
161: [03:34:36] <Ryan-Toast> http://s3-ec.buzzfed.com/static/2014-02/enhanced/webdr08/18/22/anigif_enhanced-buzz-4419-1392781771-11.gif
162: [03:35:46] * willr quit (Quit: willr)
163: [03:55:05] <geekdenz> which colours?
164: [04:07:32] * cloph_away has joined #silverstripe
165: [04:07:52] * joelpittet quit ()
166: [04:08:03] * cloph quit (Read error: Operation timed out)
167: [04:09:42] * Ryan-Toast has left #silverstripe
168: [04:30:57] * mintuser has joined #silverstripe
169: [04:31:54] * mintuser quit (Client Quit)
170: [04:32:19] * DesignerX has joined #silverstripe
171: [04:39:32] * UncleCheese quit (Quit: UncleCheese)
172: [05:03:43] * SightUnseen has joined #silverstripe
173: [05:13:32] * Luke1988 quit (Quit: Leaving)
174: [05:18:15] * SightUnseen has left #silverstripe
175: [05:22:43] * sminnee has left #silverstripe
176: [06:15:56] * SightUnseen has joined #silverstripe
177: [06:20:17] * SightUnseen quit (Ping timeout: 252 seconds)
178: [06:26:26] * SightUnseen has joined #silverstripe
179: [06:28:00] * SightUnseen has left #silverstripe
180: [06:34:54] * Liquide quit ()
181: [06:43:55] * Colin[pi]-2 has joined #silverstripe
182: [06:45:35] * Colin[pi] quit (Ping timeout: 252 seconds)
183: [07:04:10] * ss23 quit (Ping timeout: 260 seconds)
184: [07:04:49] * ss23 has joined #silverstripe
185: [07:26:56] * willr has joined #silverstripe
186: [07:27:52] * Tanger quit (Quit: Tanger)
187: [07:33:55] * UncleCheese has joined #silverstripe
188: [07:38:52] * SightUnseen has joined #silverstripe
189: [07:43:22] * SightUnseen quit (Ping timeout: 260 seconds)
190: [07:44:40] * Shrike_Finland has joined #silverstripe
191: [07:53:37] * DimiStripe quit (Quit: Page closed)
192: [07:53:48] * UncleCheese quit (Quit: UncleCheese)
193: [08:05:51] * Tanger has joined #silverstripe
194: [08:06:57] <guzzlefry> I have a slideshow with many slides. HomePage has one slideshow. Is there any sane way to make the slideshow editable on the HomePage?
195: [08:08:38] * SightUnseen has joined #silverstripe
196: [08:09:34] * SightUnseen1 has joined #silverstripe
197: [08:09:35] * SightUnseen quit (Read error: Connection reset by peer)
198: [08:09:39] * SightUnseen1 quit (Client Quit)
199: [08:09:59] * SightUnseen has joined #silverstripe
200: [08:13:19] <willr> guzzlefry HasOne grid field?
201: [08:16:33] <guzzlefry> willr: Is that a module?
202: [08:16:42] <willr> yep
203: [08:19:11] <guzzlefry> oh wait, Simon's module?
204: [08:19:42] <guzzlefry> I was hoping for something more of a "import this dataobject's CMS fields into a new tab" type deal.
205: [08:22:47] <willr> Well you need some way to attach the has one right?
206: [08:23:13] <willr> You could just do a simple grid field, load the 1 record and hide the add / delete component
207: [08:23:25] <willr> if all you need is an edit detail screen
208: [08:30:21] * violetina has joined #silverstripe
209: [08:32:55] <simon_w> Or my has one edit module!
210: [08:33:34] <simon_w> http://addons.silverstripe.org/add-ons/simonwelsh/hasoneedit
211: [08:44:34] * willr quit (Quit: willr)
212: [08:59:32] * SightUnseen has left #silverstripe
213: [08:59:32] * UncleCheese has joined #silverstripe
214: [09:03:19] * kinglozzer has joined #silverstripe
215: [09:15:48] <guzzlefry> hrm
216: [09:16:23] <guzzlefry> <% if $Slideshow %><% with $Slideshow %>yadda<% end_with %><% end_if %>
217: [09:16:44] <guzzlefry> Are the If tags redundant when using it with With in that manner?
218: [09:16:52] * micmania1 has joined #silverstripe
219: [09:20:33] * DesignerX quit (Quit: Konversation terminated!)
220: [09:23:57] * py^k has joined #silverstripe
221: [09:24:39] <py^k> Good morning folks
222: [09:25:06] <kinglozzer> Morning py^k
223: [09:25:32] <kinglozzer> Your name gets harder to type every day :D
224: [09:25:46] <kinglozzer> Well, todays is okay :P
225: [09:28:31] * Tanger quit (Quit: Tanger)
226: [09:28:36] <py^k> kinglozzer: that's what tab is for ;)
227: [09:28:50] <kinglozzer> py^k: HOW DID I NOT KNOW THIS?!
228: [09:28:55] <kinglozzer> py^k: py^k py^k py^k
229: [09:28:56] <py^k> rofl
230: [09:28:58] <kinglozzer> :D
231: [09:29:12] <py^k> surely, how DID you not know that?#
232: [09:29:29] <py^k> urgh, you poms and your cheeky has :<
233: [09:29:33] <py^k> hash*
234: [09:29:41] <kinglozzer> I'd never tried it in my IRC client D:
235: [09:29:58] <py^k> well, I guess at least it's not a qwertz keyboard :P
236: [09:30:27] <py^k> I constantly press \ when I want shift, and # when I want enter.
237: [09:32:49] * UncleCheese quit (Quit: UncleCheese)
238: [09:54:32] * svandragt has joined #silverstripe
239: [09:57:58] <svandragt> I'm trying to default values on my dataobject's properties using populateDefaults() however the properties of both the dataobject's and the has_one it belongs to come back empty and if I do $this->RelationshipObjectID it comes back 0 even though in the CMS it has a value. Pointers?
240: [09:59:01] <svandragt> Ideally I want to set a default value based on one of the relationshipobject's properties for new records
241: [10:03:33] <kinglozzer> svandragt: Wouldn't it be $this->RelationshipObject()->ID?
242: [10:03:46] <kinglozzer> Not sure about your actual problem though, sorry :P
243: [10:04:44] * Guest41540 quit ()
244: [10:04:55] * Guest41540 has joined #silverstripe
245: [10:04:55] * Guest41540 quit (Changing host)
246: [10:04:55] * Guest41540 has joined #silverstripe
247: [10:04:55] * Guest41540 quit (Changing host)
248: [10:04:55] * Guest41540 has joined #silverstripe
249: [10:04:56] <svandragt> kinglozzer: Debug::show($this->RelationshipObject()) comes back with: ID:0 ClassName: RelationshipObject RecordClassName: RelationshipObject even though it's attached
250: [10:05:22] <svandragt> perhaps populatedefaults runs before the relationship code?
251: [10:05:24] * zippy__ has joined #silverstripe
252: [10:05:25] * Guest41540 is now known as Raymondo
253: [10:08:03] * SightUnseen has joined #silverstripe
254: [10:10:13] <py^k> svandragt: using the wrong thing I think.
255: [10:10:45] * simon_w quit (Ping timeout: 248 seconds)
256: [10:10:48] * SightUnseen has left #silverstripe
257: [10:10:55] <py^k> private static $defaults = array('field' => 'value', 'field' => 'value');
258: [10:11:01] <py^k> etc
259: [10:11:16] <py^k> populateDefaults isn't really for anything.
260: [10:11:23] <py^k> except the very first initial build.
261: [10:13:54] <svandragt> py^k: my defaults should be dynamic so I can't use private static $defaults.
262: [10:14:21] <svandragt> However if I add a call to $this->populateDefaults() into the getCMSFields() method then it seems to do what I want so will make a note o that.
263: [10:15:55] <py^k> Dynamic defaults?
264: [10:15:59] <py^k> o.0
265: [10:16:02] <py^k> related to what?#
266: [10:17:04] <svandragt> py^k: CourseInstance has_many Schedules and the Schedule's StartDate / EndDate default value should come from the CourseInstance it belongs to so that if there is just one Schedule then the user won't have to select the StartDate endDate
267: [10:17:38] <svandragt> py^k: so in the populateDefaults I check that the Schedule belongs to a CourseInstance and if that's the case being the dates over if the field is empty.
268: [10:17:54] <svandragt> py^k: am I doing it wrong? :D
269: [10:17:59] <py^k> svandragt: maybe.
270: [10:18:44] <svandragt> py^k: wouldn't be surprised ;-)
271: [10:19:00] <py^k> defaults are intended for ALL cases. Something that relies on a third party object for 'defaults' isn't really a default. It's an initial setting, which should be set up when created through said parent object
272: [10:19:10] <py^k> but... not really sure how to go about that.
273: [10:19:17] <py^k> so if what you've got works... meh.
274: [10:19:19] <py^k> :>
275: [10:31:24] <svandragt> py^k: hmm still doesn't work on new records, will keep experimenting
276: [10:35:06] * zippy__ quit (Ping timeout: 260 seconds)
277: [10:36:40] <kinglozzer> svandragt: You're not looking for requireDefaultRecords() are you?
278: [10:36:52] <kinglozzer> Oh, no
279: [10:36:55] <kinglozzer> Never mind :P
280: [10:37:47] <svandragt> kinglozzer: no but thanks king :)
281: [10:41:27] <svandragt> I could go for the ultimate hack and read out the ID by parsing the URL *rolls eyes*
282: [10:46:51] <guzzlefry> Why doesn't CSS have a sane way to vertically align elements yet? -_-
283: [10:52:54] <Colin[pi]-2> guzzlefry: https://twitter.com/iamdevloper/status/378533525928284160
284: [10:53:04] * Colin[pi]-2 is now known as Colin[pi]
285: [11:00:23] <py^k> svandragt: it's not new records you need to be worried about. It's specifically HOW they're created.
286: [11:00:44] <py^k> ie, the record itself can't get any information from anything when it's brand new because it's not related to anything yet.
287: [11:01:13] <py^k> when you create one THROGUGH the parent... this is when you need to set the 'defaults'.
288: [11:01:46] <py^k> set up an action on the parent to create for you. call this rather than just relaition()->add() or whichever you're doing now.
289: [11:02:59] <svandragt> py^k: I understand. The CMS knows though because otherwise how does it know what to relate the record to :) Btw I'm just using ModelAdmin so however that crates records by default
290: [11:04:08] <py^k> nah, the cms doesn't know shit.
291: [11:04:10] <py^k> :P
292: [11:04:27] <py^k> model admin doesn't make any relations to anything.
293: [11:04:31] <py^k> it's just a list of objects.
294: [11:04:43] <py^k> making a new one just makes a new object unrelated to anything.
295: [11:04:54] * silver_stripeer has joined #silverstripe
296: [11:05:22] <py^k> gridfield on a relation has some kind of weird magic to set up relations, although this isn't foolproof.
297: [11:05:43] <py^k> I've not dug too deep into gridfield to find out the exact parameters, so for now it's all just black magic.
298: [11:07:10] <kinglozzer> guzzlefry: display: table; or use the 'ghost' element (pseudo-element) trick
299: [11:07:18] <kinglozzer> Either way, IE7 is fucked
300: [11:07:25] <py^k> svandragt: a good idea here to achieve what you're after might be with onAfterWrite
301: [11:08:53] <py^k> svandragt: you'd use something like if ID isChanged AND hasOneRelationName != 0
302: [11:09:34] <py^k> and if that's the case grab the details you need and ... well write I guess. just be careful you don't cause an infinitely recursive loop
303: [11:27:43] * silver_stripeer quit (Ping timeout: 245 seconds)
304: [11:28:07] * silver_stripeer has joined #silverstripe
305: [11:29:40] <silver_stripeer> for some option in a dropdown menu....the error displays while for some options the same code is working. the error is [Notice] Trying to get property of non-object
306: [11:29:52] <silver_stripeer> what may be the problem?
307: [11:32:03] <silver_stripeer> here is the part of code .line 12 is creating the problem ..http://www.sspaste.com/paste/show/530735ad32a42
308: [11:38:51] <kinglozzer> silver_stripeer: Try changing line 11 to if($item->Image() && $item->Image()->exists())
309: [11:39:17] <silver_stripeer> is exists inbulit ?
310: [11:39:22] <kinglozzer> Yes
311: [11:55:40] * FrozenFire quit (Read error: Operation timed out)
312: [11:56:11] * FrozenFire has joined #silverstripe
313: [11:57:32] <py^k> WHOLEY FUCKING BALLS
314: [11:57:44] <py^k> just found out how spoilt I've been by dev/build
315: [11:57:52] <micmania1> hahahahaha
316: [11:57:59] <py^k> Just set some thoroughly tested code live onto production
317: [11:58:07] <py^k> caused errors all over the show and blocked folks from working
318: [11:58:21] <py^k> BECAUSE LIVE DB DIDN'T HAVE THE COLUMN I ADDED TO A TABLE
319: [11:59:28] <py^k> micmania1: yeh. a bit like that.
320: [11:59:33] <py^k> feel like I should have a dunces hat on.
321: [12:00:07] <micmania1> MySQL? WTF is MySQL?
322: [12:00:17] <micmania1> oh, i remember that.
323: [12:01:25] * FrozenFire quit (Excess Flood)
324: [12:01:48] * FrozenFire has joined #silverstripe
325: [12:02:06] <py^k> it's what happens when you don't have an ORM
326: [12:02:08] <py^k> :<
327: [12:04:42] * Colin[pi] quit (Ping timeout: 260 seconds)
328: [12:15:38] * silver_stripeer quit (Ping timeout: 245 seconds)
329: [12:34:28] * programee has joined #silverstripe
330: [12:34:51] <programee> ss 3.1,Generate automatically Meta-tags from the page content
331: [12:35:46] <py^k> yes and no.
332: [12:37:04] <programee> how can i implement this feature?
333: [12:37:30] <py^k> this is what $MetaTags(false) does already?
334: [12:40:55] <programee> where is this present?
335: [12:42:37] <py^k> put it in your template.
336: [12:47:13] <programee> in page.ss??
337: [12:48:02] <micmania1> programee: https://github.com/silverstripe-themes/silverstripe-simple/blob/master/templates/Page.ss#L21
338: [12:48:18] <micmania1> That's how its implemented in the "simple" theme.
339: [12:54:15] * r3v3rb has joined #silverstripe
340: [12:54:25] <r3v3rb> hello
341: [12:55:02] <r3v3rb> question: I have a dataobject and I want to hide some fields based on the parent class when creating a new object, I tried: if($this->owner->ClassName != "SectorPage"){
342: [12:55:18] <r3v3rb> but owner returns trying to get the property of a non-object :(
343: [12:55:30] <r3v3rb> what should I use
344: [12:55:44] <micmania1> $this->owner is only used in DataExtensions
345: [12:56:19] <micmania1> There isn't really a way of knowing what your parent object is until its written unless you store it in a session url variable
346: [12:56:20] <r3v3rb> micmania1: ok, how should I target the parent object in a dataobject being add via a gridfield ;)
347: [12:56:49] <r3v3rb> hmm, ok
348: [12:56:49] <programee> $metatags dint solve the problem...
349: [12:57:04] <micmania1> programme: You need to enter your MetaTags in the CMS
350: [12:57:21] <r3v3rb> seems a bit odd that the parent/owner isn't known when either creating or editing an existing DO
351: [12:57:30] <programee> i hope i am clear to u abt my problem?
352: [12:57:43] <micmania1> r3v3rb: GridField is a bit tricky. Its possible but you'll have to do some digging.
353: [12:58:11] <r3v3rb> yes, I have some experience in hacking my way through the gridfield stuff now
354: [12:58:29] <micmania1> r3v3rb: https://github.com/micmania1/silverstripe-blogger/blob/1.0/forms/gridfield/GridFieldBlogPostAddNewButton.php#L98 - That *may* help
355: [12:58:48] <kinglozzer> Retrofitting responsive on a website thats like 5 years old today
356: [12:58:50] <micmania1> programme, sorry, I understand what you want now.
357: [12:59:07] <kinglozzer> The existing CSS is FULL of nested IDs...
358: [13:02:22] <micmania1> programee: Try this: http://www.sspaste.com/paste/show/53074b04dba4f (untested)
359: [13:05:42] <programee> i need to implement that in every page ......will that work in each page?
360: [13:06:16] <micmania1> yes
361: [13:07:42] <r3v3rb> kinglozzer: good luck with that
362: [13:10:32] <programee> thanx buddies
363: [13:10:59] <programee> cant that code be placed in top hierarchy?
364: [13:15:51] <micmania1> It can be placed in your base Page class
365: [13:16:48] <programee> u mean page.php?
366: [13:19:25] <micmania1> yes
367: [13:19:25] * UndefinedOffset has joined #silverstripe
368: [13:19:46] <micmania1> You can take the function out and put it into your Page class though
369: [13:35:53] <py^k> OM NOM NOM NOM fush and chups friday!
370: [13:36:58] * py^k feels fat
371: [13:37:00] <py^k> but fantastic
372: [13:38:14] <micmania1> that's what i had
373: [13:38:20] <micmania1> but not great from the college
374: [13:38:29] <micmania1> still hungry
375: [13:39:47] <r3v3rb> anyone remember what the gridfield extension is called that allows checkbox selection of many_many relations?
376: [13:39:54] <py^k> LOLOLOLOLOL
377: [13:39:54] <py^k> http://www.silverstripe.org/roadmap/
378: [13:40:12] <py^k> r3v3rb: simon_w's relation handler or something like that
379: [13:40:23] <r3v3rb> py^k: thanks
380: [13:40:50] <py^k> http://addons.silverstripe.org/add-ons/simonwelsh/gridfieldrelationhandler
381: [13:40:52] <py^k> r3v3rb: ^
382: [13:40:59] * Shrike_Finland quit (Quit: Leaving.)
383: [13:41:00] <r3v3rb> got it
384: [13:41:02] <r3v3rb> ;)
385: [13:41:43] <r3v3rb> another module to add to this expanding monstrosity of asite
386: [13:43:56] <r3v3rb> py^k: I got quite clever though - created a class for the client to create 'job sectors' because the designer in his infinite wisdom decided to colour code them all. Which would have been easy had it not been for the transparent speech bubbles that appear in the headline slider... So I went mad and created the bubble in SVG and now inline style it to grab the colour as specified in the 'job sector' class :) Client thinks I am a GOD
387: [13:45:05] <r3v3rb> also added a max-height media query to reduce the height of the homepage sliders on 'little' screens - marketing manager and spider legs both want to wrap themselves around me know ;)
388: [13:47:46] <r3v3rb> I wonder why simon_w decided to put the 'save changes' buttons in the header of the GridField and not in the bottom with all the rest of the gridfield construction... I haven't installed it yet so maybe he moved them, just going on the screenies
389: [13:52:43] <r3v3rb> and... why does this not over write the aforementioned variable: private static $meta_generator = "test"
390: [14:05:29] * opalfroot has joined #silverstripe
391: [14:05:45] <opalfroot> is there any way to permanently delete pages?
392: [14:08:14] <micmania1> opalfroot? How do you mean? Delete all version history?
393: [14:09:22] <opalfroot> I mean delete the page complete from the site - not just mark it deleted
394: [14:09:37] <opalfroot> *completely
395: [14:09:55] <opalfroot> and yea get rid of all versions
396: [14:13:33] * programee quit (Ping timeout: 245 seconds)
397: [14:13:47] <py^k> opalfroot: manual sql queries.
398: [14:14:08] <opalfroot> :(
399: [14:14:23] <opalfroot> it breaks the site search
400: [14:14:28] <py^k> well it'd kinda defeat the point of a history if you could just remove it.
401: [14:14:31] <py^k> it shouldn't.
402: [14:15:13] <opalfroot> this is a massive pain in the arse
403: [14:16:34] <micmania1> opalfroot, it only stays in the SiteTree until your next session
404: [14:16:45] <micmania1> after that you won't even know it ever existed.
405: [14:16:56] <opalfroot> you do if you apply the filter
406: [14:17:03] <opalfroot> 'including deleted'
407: [14:17:15] <opalfroot> and my clients might which is why I need old stuff out
408: [14:18:14] <micmania1> DELETE FROM SiteTree_versions WHERE ID = $ID
409: [14:18:52] <micmania1> to keep your data clean though you should loop through all subclass tables too.
410: [14:19:06] <opalfroot> hmm
411: [14:19:39] <micmania1> You'd have to make sure the page had been deleted from draft and unpublished too though and ensure all subclass tables are cleaned out as well.
412: [14:20:05] <opalfroot> and all associated stuff like images...
413: [14:21:12] * NobrainerWeb has joined #silverstripe
414: [14:26:28] * k_fish__ has joined #silverstripe
415: [14:26:29] * k_fish_ quit (Read error: Connection reset by peer)
416: [14:31:53] * NobrainerWeb quit (Quit: NobrainerWeb)
417: [14:34:50] <opalfroot> even deleting at the SQL level is a poor option - stuff will likely break.
418: [14:35:38] * Shrike_Finland has joined #silverstripe
419: [14:36:43] * TRB143_ has joined #silverstripe
420: [14:37:13] * TRB143_ quit (Client Quit)
421: [14:37:27] * TRB143_ has joined #silverstripe
422: [14:38:23] <opalfroot> really losing faith in SS - its shaky for some really common use cases
423: [14:39:35] * TRB143_ quit (Client Quit)
424: [14:39:56] * TRB143_ has joined #silverstripe
425: [14:40:53] * Shrike_Finland quit (Quit: Leaving.)
426: [14:44:42] <py^k> opalfroot: common use cases!?
427: [14:47:35] <py^k> also, nothing will break if you don't drop stuff you shouldn't.
428: [14:47:52] <micmania1> Its hardly a common use case. I've never heard anybody asking for this before.
429: [14:48:27] <micmania1> You could try Versioned::get_all_versions("SiteTree", $ID)->dataQuery()->setDelete(true)->execute(); // BOOM
430: [14:48:29] <py^k> I've never ever in the entire history of SS heard of an issue where a site search breaks because of a page's HISTORY.
431: [14:49:33] <opalfroot> um no you're missing the point
432: [14:49:39] <py^k> micmania1: living like a god.
433: [14:49:44] <py^k> opalfroot: no, I think you are.
434: [14:49:53] <py^k> that or you're really shite at explaining what your issue is.
435: [14:49:57] <opalfroot> this could go round and round...
436: [14:50:05] <opalfroot> calm down
437: [14:50:09] <py^k> so here's how it usually works right
438: [14:50:16] <py^k> you come in, explain an issue, and ask for a solution.
439: [14:50:44] <py^k> explaining a solution and asking how to make it happen is one of the major mistakes of IRC support. or support in general.
440: [14:50:53] <py^k> unfortunately developers are terrible at making it.
441: [14:51:06] <py^k> so please, what is causing you issues?
442: [14:51:55] <opalfroot> sorry you've lost me ...anywho as I said at the very very start I want to remove pages from my site - not just mark them deleted but actually purge all trace of them from my DB and Cache
443: [14:52:08] <py^k> micmania1's solution would work for adding an 'oblitterate' button into the cms if you really wanted to.
444: [14:52:23] <py^k> opalfroot: and my response is still "why?"
445: [14:52:28] <opalfroot> you solution was a little off the mark in that respect...
446: [14:52:59] <opalfroot> again as I said at the very start - you can still see them when you apply the filter 'deleted pages' and I dont want my client seeing that
447: [14:53:36] <py^k> opalfroot: so your fault here is that you've written something nasty in a test version of the site, and then proceeded to roll that very same copy out to live?
448: [14:54:47] <py^k> The CMS is built for content editing and versioning in case someone edits or deletes something they shouldn't.
449: [14:54:47] <opalfroot> no
450: [14:54:52] <py^k> it's fundamental.
451: [14:55:02] <opalfroot> so is purging content...
452: [14:55:20] <py^k> DROP DATABASE "my_test";
453: [14:55:35] <opalfroot> OK so not looking to offer a solution - just reason that I shouldnt be doing it...
454: [14:55:53] * Shrike_Finland has joined #silverstripe
455: [14:56:04] <kinglozzer> opalfroot: Why wouldn't micmania1's solution work?
456: [14:56:14] <py^k> opalfroot: the solution is that you are very negative.
457: [14:56:21] <py^k> and thus don't want a solution.
458: [14:56:24] <py^k> you're just here to hate.
459: [14:56:37] <py^k> which, accordingly, isn't really helping your chances to recieve help.
460: [14:56:42] <opalfroot> what?? c'mon give me a break - I want to do something and all I'm hearing is why why why...
461: [14:57:06] <opalfroot> kinglozzer I tried it but it breaks search pagination
462: [14:57:48] <py^k> opalfroot: half the issue with new people is that they use things in ways they were not intended. Teaching someone that they're doing it wrong is usually the simplest solution
463: [14:58:16] * TRB143_ is now known as TRB143
464: [14:58:23] <kinglozzer> opalfroot: Don't really know what to suggest, if it were me I'd just run through the database tables manually
465: [14:58:36] <kinglozzer> And delete everything in the versions tables
466: [14:58:46] <py^k> ^
467: [14:58:55] <py^k> provided solution.
468: [14:59:15] <opalfroot> py^k dude you need to up the Prozac or something - youre manic
469: [14:59:21] <py^k> [14:13] <py^k> opalfroot: manual sql queries.
470: [14:59:34] <opalfroot> that's weak
471: [14:59:42] <py^k> your fase is weak
472: [14:59:48] <opalfroot> fase?
473: [15:00:02] <py^k> yeah, it's like a face but with more derp.
474: [15:00:14] <opalfroot> oh you know DERP right
475: [15:00:36] <opalfroot> thanks kinlozzer
476: [15:00:37] <py^k> yes. Developers CMS. If you want to be able to oblitterate pages, you need to build a button for that action.
477: [15:00:54] <py^k> It's not SS's fault for not having one. Neither is it 'flakey'.
478: [15:01:08] <opalfroot> never called it flakey
479: [15:01:26] <py^k> shakey, whatever.
480: [15:01:29] * kinglozzer LOUD NOISES
481: [15:01:37] <py^k> same thing, different syllable.
482: [15:01:53] <py^k> kinglozzer: pretty much.
483: [15:01:54] <opalfroot> its a fairly strong use case that you want to blow away some stuff you've created previously - surprised it isnt an option
484: [15:02:06] <py^k> opalfroot: not really it's not.
485: [15:02:23] <py^k> about 100% of people I've ever seen use SS don't even know that feature exists.
486: [15:02:40] <py^k> (being able to 'undelete' a page)
487: [15:02:43] <opalfroot> it kinda is - 50K articles each with several revisions and all the pseudo deleted stuff hanging around = huge database fail
488: [15:03:09] <py^k> Not sure if you reaslise what the definition of a database is.
489: [15:03:26] <opalfroot> a recycle bin for SS?
490: [15:03:32] <py^k> also, you're doing it wrong.
491: [15:03:52] <py^k> as I said. If you don't want history, and most especially if you have 50k articles, you should be using DataObjects, not pages.
492: [15:04:12] <py^k> vanilla DataObjects are not versioned by default, and thus when they're gone, they're gone.
493: [15:04:13] * Shrike_Finland quit (Quit: Leaving.)
494: [15:04:47] <opalfroot> finally something sensible...
495: [15:04:58] <kinglozzer> opalfroot: You should just be able to remove the contents of the _versions table, I don't think relations are versioned, just the raw page content
496: [15:05:06] <py^k> and they don't clutter the shit up out of your site tree, which I would argue is of far greater impact than having something deleted hanging around for retrieval if neede.d
497: [15:05:20] <py^k> yes, relations are not versioned.
498: [15:05:37] * kinglozzer imagines trying to version many_many
499: [15:05:54] <py^k> opalfroot: Useful yes. Also exactly as I suggested in the first place. You're doing it wrong.
500: [15:05:56] <py^k> ;)
501: [15:06:12] * r3v3rb quit (Quit: r3v3rb)
502: [15:06:16] <opalfroot> ok no versioning on assoc however you do need to kill off the remainder data within the extended table
503: [15:06:30] <py^k> simple join.
504: [15:06:53] <py^k> (s)
505: [15:07:13] <opalfroot> by saying you're doing it wrong doesnt suggest an answer or give any indication of how its wrong.
506: [15:07:57] <py^k> It's a pain in the bum, sure. Deleting anything versioned always will be. But the use case for versioning is no less valid because it's not what you're after in this particular one off use.
507: [15:08:47] <py^k> doing it wrong is the answer. You didn't give an indication as to what it was, so I can't say how. I did give the answer though, flush your own database.
508: [15:09:05] <py^k> there was a module called dbplumber but it's out of date now.
509: [15:09:42] <opalfroot> hmm dataobjects are not by default searchable...
510: [15:09:51] <py^k> neither are Pages.
511: [15:09:54] <opalfroot> from the site search
512: [15:10:07] <py^k> build a search.
513: [15:10:13] <opalfroot> pages are supported by default
514: [15:10:15] <py^k> no.
515: [15:10:25] <opalfroot> not enabled but supported
516: [15:10:39] <py^k> so is searching anything in that case.
517: [15:11:19] <py^k> MyClass::get()->filter($arrayOfSearchTermsAndValues)
518: [15:11:55] <py^k> opalfroot: you might like to read up the documentation on SearchContext
519: [15:14:02] <opalfroot> OK had a look and it's straight forward...
520: [15:14:45] <py^k> aye it is.
521: [15:15:10] <py^k> Though I generally find general filters much easier still.
522: [15:15:26] <opalfroot> what do you mean?
523: [15:15:38] <py^k> [15:11] <py^k> MyClass::get()->filter($arrayOfSearchTermsAndValues)
524: [15:15:43] <opalfroot> ah ok
525: [15:17:14] <py^k> if you're looking at a blog, which I'd hazard a guess that you are...
526: [15:17:52] <py^k> https://github.com/micmania1/silverstripe-blogger
527: [15:19:10] <micmania1> It still uses pages though...
528: [15:19:18] <opalfroot> so is there any particular way of having a search box that does pages and other dataobjects?
529: [15:19:28] <opalfroot> sorry search function
530: [15:20:09] <micmania1> http://doc.silverstripe.org/framework/en/tutorials/4-site-search
531: [15:20:23] <micmania1> if you mean on the front end
532: [15:20:43] <opalfroot> yea
533: [15:20:57] <opalfroot> but it doesnt do data objects
534: [15:20:58] <py^k> yeah, the 'built in' search is quite limited, for various reasons. You've pretty much gotta roll your own to get anything useful
535: [15:21:18] <py^k> no, but you read the tutorial and then adapt what it teaches you (because that's what it's for)
536: [15:21:47] <opalfroot> I did the tutorial and I've got a full site of stuff though I have a few issues with details
537: [15:22:07] <py^k> well then firsts things first, clone the site.
538: [15:22:16] <py^k> work in a separate environment.
539: [15:25:52] <py^k> you can't lose data by querying, but you can break the accessability to that data.
540: [15:25:55] <py^k> (ie, the site)
541: [15:26:02] <py^k> 500 errors and all that.
542: [15:26:17] <py^k> so make a safe workplace where it won't matter if you do if it's already live.
543: [15:29:13] <opalfroot> yup
544: [15:37:49] * catcher has joined #silverstripe
545: [15:40:49] * EasyCo quit (Quit: Connection closed for inactivity)
546: [15:44:17] * OxFF1 has joined #silverstripe
547: [15:58:29] * ObiWanShanobi has joined #silverstripe
548: [16:14:06] * opalfroot quit (Quit: Page closed)
549: [16:20:59] <py^k> that chap could have done with reading more. especially things like the latter half of: http://www.silverstripe.org/seeking-support-in-silverstripes-social-sphere/
550: [16:24:36] <catcher> py^k, are you pyromanik on a nick changing kick?
551: [16:27:43] <py^k> welcome to the party catcher
552: [16:28:57] <py^k> You're late, but still fashionalbe.
553: [16:28:58] <py^k> (just)
554: [16:29:09] <py^k> able*
555: [16:29:41] * gelignite has joined #silverstripe
556: [16:32:49] <micmania1> you missed all the fun catcher
557: [16:34:10] <catcher> how I roll!
558: [16:49:22] * OxFF1 has left #silverstripe
559: [16:52:52] <kinglozzer> SO FUCKN BUSY
560: [16:53:05] <kinglozzer> Thank gawd its the weekend
561: [16:54:02] <catcher> I hear that man
562: [16:54:11] <catcher> 'cept I'll be working some over the weekend too :-/
563: [16:54:48] <kinglozzer> Same, but at least I can bum around at home eating pizza and watching football while I do
564: [17:15:45] * r3v3rb has joined #silverstripe
565: [17:17:23] * kinglozzer quit ()
566: [17:18:18] * kinglozzer has joined #silverstripe
567: [17:19:08] * kinglozzer was just assigned a bug ticket: "site is not responsive"
568: [17:19:28] <kinglozzer> On a site that's nearly a year in development and has never at any point been responsive, or even been considered for a responsive design
569: [17:19:52] <kinglozzer> Fffffff
570: [17:22:00] <py^k> kinglozzer: you work in the weekend?
571: [17:22:02] <catcher> kinglozzer, brutal!
572: [17:22:02] <py^k> f that man
573: [17:22:36] <py^k> also, close ticket, "Won't fix."#
574: [17:22:50] <py^k> CLOSED: WON'T FIX
575: [17:23:02] <kinglozzer> py^k: Yeah I'm going to, without any comment/reason, just closed
576: [17:23:07] <py^k> legit
577: [17:23:14] <py^k> LIKE A BAWSS
578: [17:23:38] <py^k> reason? IT'S NOT SUPPOSED TO BE.
579: [17:23:41] <py^k> not a bug.
580: [17:24:09] <kinglozzer> I'm used to getting some bizarre tickets, but that one takes the biscuit :P
581: [17:24:33] <kinglozzer> The guy who is doing the testing has been working on it for like 4 months too, HOW DID HE ONLY JUST NOTICE?!
582: [17:27:04] <kinglozzer> Anyway, weekend, have a good one all <3
583: [17:27:05] <py^k> time to clock out
584: [17:27:09] * kinglozzer quit ()
585: [17:27:11] <py^k> go home, rest these tired eyes :<
586: [17:27:18] <py^k> heavy, coz sick :<
587: [17:27:27] <py^k> caio chaps
588: [17:27:30] * py^k quit (Quit: Page closed)
589: [17:52:29] * r3v3rb quit (Quit: r3v3rb)
590: [18:16:51] * r3v3rb has joined #silverstripe
591: [18:20:57] * r3v3rb quit (Client Quit)
592: [18:32:46] * muskie9 has joined #silverstripe
593: [18:38:39] * r3v3rb has joined #silverstripe
594: [18:45:34] * r3v3rb quit (Ping timeout: 265 seconds)
595: [18:52:28] * r3v3rb has joined #silverstripe
596: [19:22:41] * SphereSilverNL has joined #silverstripe
597: [19:22:49] <SphereSilverNL> evening
598: [19:23:31] <r3v3rb> evening SphereSilverNL
599: [19:24:32] <SphereSilverNL> If you ever encounter a customer that wants you to build something in Craft CMS, here's a pro tip:
600: [19:24:38] <SphereSilverNL> 1. Stop what you are doing
601: [19:24:44] <SphereSilverNL> 2. Punch said customer
602: [19:24:54] <SphereSilverNL> 3. Never talk to said customer again
603: [19:25:18] <SphereSilverNL> 4. Be happy you're not having a heart-attack every day, for the rest of your life.
604: [19:32:23] * micmania1 has joined #silverstripe
605: [19:33:03] <micmania1> HELLO
606: [19:36:48] * ObiWanShanobi quit (Remote host closed the connection)
607: [19:39:34] * ObiWanShanobi has joined #silverstripe
608: [19:57:08] <FrozenFire> EHLO
609: [20:00:29] * UndefinedOffset quit (Quit: Leaving.)
610: [20:13:48] * UncleCheese has joined #silverstripe
611: [20:14:42] * r3v3rb quit (Quit: r3v3rb)
612: [20:21:02] * SphereSilverNL quit (Quit: bye)
613: [20:21:48] * r3v3rb has joined #silverstripe
614: [20:30:03] * travis-ci has joined #silverstripe
615: [20:30:03] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#2014 (master - 7cbd7ed : Will Rossiter): The build passed.
616: [20:30:03] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/d6da92edeb96...7cbd7edfb7e1
617: [20:30:03] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/19359906
618: [20:30:03] * travis-ci has left #silverstripe
619: [20:42:09] * micmania2 has joined #silverstripe
620: [20:43:49] * micmania1 quit (Ping timeout: 248 seconds)
621: [20:49:23] * UncleCheese quit (Quit: UncleCheese)
622: [20:58:40] * Colin[pi] has joined #silverstripe
623: [21:01:04] * ObiWanShanobi quit (Remote host closed the connection)
624: [21:11:28] * micmania2 quit (Read error: Connection reset by peer)
625: [21:16:51] * ObiWanShanobi has joined #silverstripe
626: [21:24:39] * r3v3rb quit (Quit: r3v3rb)
627: [21:27:56] * catcher quit (Quit: Leaving)
628: [21:36:56] * ObiWanShanobi quit (Remote host closed the connection)
629: [21:50:17] * ObiWanShanobi has joined #silverstripe
630: [21:55:30] * ObiWanShanobi quit (Remote host closed the connection)
631: [21:57:05] * ObiWanShanobi has joined #silverstripe
632: [22:11:50] * r3v3rb has joined #silverstripe
633: [22:17:49] * SightUnseen has joined #silverstripe
634: [22:19:22] * SightUnseen has left #silverstripe
635: [22:23:03] <r3v3rb> anyone awake thats up for a question?
636: [22:25:12] <r3v3rb> well two :D first is if I have a summary-field that wants to get the title of a $has_one relation should I do 'Class->Title' or something else
637: [22:28:33] <r3v3rb> Because 'Class.Title' doesn't appear in the generated GridField. The header 'Title' does but nothing from the actual relations in the list beneath
638: [22:39:57] <r3v3rb> okay found a great post for that :D
639: [22:40:03] <r3v3rb> http://stackoverflow.com/questions/19523983/display-titles-from-many-many-relation-in-gridfield-silverstripe
640: [22:40:10] <r3v3rb> perfect stuff
641: [22:41:11] <guzzlefry> Who wants to write a SilverStripe 3.1 book? :X
642: [22:43:08] * Colin[pi] quit (Ping timeout: 252 seconds)
643: [22:43:28] * Colin[pi] has joined #silverstripe
644: [22:55:37] <ss23> guzzlefry: books suck
645: [23:01:52] * UncleCheese has joined #silverstripe
646: [23:03:02] * micmania1 has joined #silverstripe
647: [23:09:02] * willr has joined #silverstripe
648: [23:09:22] <micmania1> I'll figure out vagrant one day.
649: [23:09:31] <micmania1> Not a Friday though.
650: [23:10:05] <micmania1> willr: You coming to SilverStripe EU?
651: [23:10:14] <guzzlefry> ss23: You just don't want to write docs! :P
652: [23:10:32] <willr> trying too! Over in Europe for a couple months this year
653: [23:11:13] <willr> will try and meet up with as many SilverStripe people as I can while I'm that side of the world
654: [23:11:52] <micmania1> I think its looking like June 6-8th at the moment.
655: [23:13:07] <micmania1> Should be good :)
656: [23:13:08] <willr> awesome, that's possible
657: [23:13:27] <micmania1> Not sure what location yet.
658: [23:14:00] <micmania1> either Munich or Linz I think
659: [23:14:01] * UncleCheese quit (Quit: UncleCheese)
660: [23:15:46] <willr> I'm easy for location. Only fixed points of the trip are jQuery UK in London on the 14th May and meeting friends in Stokholm June 12th. In between those I'm just going to check out the sights
661: [23:18:59] <ss23> guzzlefry: TRUE THAT :D
662: [23:19:12] <ss23> Hmm
663: [23:19:21] <ss23> wonder if sminnee will pay for me to go to the EU meetup
664: [23:19:22] <ss23> :d
665: [23:20:08] <micmania1> ss23: +1
666: [23:20:54] * gelignite quit (Quit: http://bit.ly/nkczDT)
667: [23:23:51] <micmania1> ss23: You've got loads of time to save up
668: [23:29:25] <ss23> Oh yeah, so just a payrise instead you think?
669: [23:29:25] <ss23> :D
670: [23:30:00] <guzzlefry> a promotion to doc supervisor. :X
671: [23:31:40] <micmania1> ss23: a payrise is the least you deserve.
672: [23:31:48] <ss23> Awww, thanks :D
673: [23:31:54] <micmania1> should get a medal as well
674: [23:31:57] <micmania1> and a cookie.
675: [23:33:02] * chillu has joined #silverstripe
676: [23:35:56] <ss23> I bought a new shirt and pants for this wedding, and the dog keeps wanting to come up and slober on it :(
677: [23:36:25] <guzzlefry> :(
678: [23:42:50] * chillu quit (Quit: chillu)
679: [23:49:30] * ObiWanShanobi quit (Remote host closed the connection)
680: [23:51:57] * OxFF1 has joined #silverstripe
681: [23:57:29] * ObiWanShanobi has joined #silverstripe

These logs were automatically created by ss-log on irc.freenode.net.