[00:15:14] New patchset: Feob; "initial import" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/31984 [00:25:29] New review: Feob; "initial import of the SemanticImageAnnotator extension." [mediawiki/extensions/SemanticImageAnnotator] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/31984 [00:25:29] Change merged: Feob; [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/31984 [01:00:53] New patchset: Mwjames; "Funny things happen around SMW" [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/31994 [01:14:40] New review: Mwjames; "Albany to King Lear" [mediawiki/extensions/SemanticMediaWiki] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/31994 [01:14:40] Change merged: Mwjames; [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/31994 [01:41:31] New patchset: Reedy; "Losslessly compress images" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32002 [01:41:58] Change merged: Reedy; [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32002 [01:42:12] New review: Reedy; "reedy@ubuntu64-web-esxi:/var/www/wiki/mediawiki/extensions/SemanticImageAnnotator$ git pull" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32002 [05:18:56] New patchset: Mwjames; "SMW 1.9: SMW\Utils make class context aware" [mediawiki/extensions/SemanticMediaWiki] (1.9.x) - https://gerrit.wikimedia.org/r/32012 [05:37:23] New patchset: Mwjames; "SMW DataValue check SMWDIBlob" [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/32013 [06:19:46] New review: Nischayn22; "You had all the fun alone :p" [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/31994 [06:42:49] New review: Mwjames; "Will do a rebase once I78107c72 is cleared." [mediawiki/extensions/SemanticMediaWiki] (1.9.x); V: 0 C: 0; - https://gerrit.wikimedia.org/r/31631 [07:06:17] New review: Mwjames; "When I started the change I only thought to replace the Special:Browse but now it also includes the ..." [mediawiki/extensions/SemanticMediaWiki] (1.9.x); V: 1 C: 0; - https://gerrit.wikimedia.org/r/30426 [08:03:01] New patchset: Pastakhov; "instance_num do not incremented for multiple values from wgRequest" [mediawiki/extensions/SemanticForms] (master) - https://gerrit.wikimedia.org/r/32014 [10:05:51] New patchset: Markus Kroetzsch; "Trivial documentation change" [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/32021 [10:05:51] New patchset: Markus Kroetzsch; "Corrected getWikiValue() for Property DVs" [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/32022 [10:05:52] New patchset: Markus Kroetzsch; "Reworked and repaired Special:SearchByProperty" [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/32023 [10:25:52] Change merged: Markus Kroetzsch; [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/32013 [13:21:53] Change merged: Jeroen De Dauw; [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/32021 [13:22:28] Change merged: Jeroen De Dauw; [mediawiki/extensions/SemanticMediaWiki] (master) - https://gerrit.wikimedia.org/r/32022 [15:11:54] New patchset: Feob; "Cleanup for first tag" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32044 [15:14:32] Change merged: Feob; [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32044 [15:15:21] Change merged: Daniel Werner; [mediawiki/extensions/SemanticExpressiveness] (master) - https://gerrit.wikimedia.org/r/31748 [15:15:21] Change merged: Raimond Spekking; [mediawiki/extensions/SemanticExpressiveness] (master) - https://gerrit.wikimedia.org/r/31747 [15:23:04] Yaron: I didnt use the template on the SemanticImageAnnotator site because the "Snapshot made during release.." is broken. [15:23:41] feob - oh, okay; I thought that might have been the issue. Sorry about that. [15:24:27] If you're going to copy the template, though, you should change the parts of the text with {{{1}}} and {{{2}}}. [15:24:49] Before I changed it, the Git URL was broken. [15:25:16] Ah I see - I forgot the part with the url - thanks ;) [15:33:04] I have changed it back but corrected my mistake - hope it is ok. [16:56:28] I am trying to figure out how to avoid having semantic forms/templates add unnecessary whitespace to the page. [16:56:43] each template is on its own line, and seems to be adding multiple newlines which translate to
in the HTML [17:00:11] remove the newline between the template calls. or replace it with [17:18:08] Denny_WMDE: is there a way I can get a semantic form result to do that automatically? [17:18:55] Otherwise I will need to manually edit each page after someone uses the form to fix newlines. [17:19:44] i probably misunderstand. if you have each template on its own line, then you will have extra newlines. don't put each template on its own line and you wont have the newlines. [17:20:27] yes, but I believe the semantic form page is generating the content. [17:20:44] I fill out form, click save, page is created with templates each on their own line. [17:20:45] oh, i dont know enough about semantic forms. sorry [17:21:37] I have freetext after some templates and the freetext is getting pushed down. [17:21:51] that is the cosmetic issue I am trying to fix. [17:24:03] sorry, as said, havent worked sufficiently with forms [17:39:55] ok, just putting info in the channel so others can see [18:05:58] New patchset: Mwjames; "SRF Value rank add template support and some clean-up" [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/32069 [18:24:19] New review: Mwjames; "Works as advertised" [mediawiki/extensions/SemanticResultFormats] (master); V: 1 C: 0; - https://gerrit.wikimedia.org/r/32069 [19:16:46] I found a workaround, a bit messy: [19:17:10] {{nowrap|1= multiple template calls here over many lines }} [19:24:45] New review: Nischayn22; "Fails due to a small error in type checking, waiting for comments on transactions for a new patchset" [mediawiki/extensions/SemanticMediaWiki] (master); V: -1 C: 0; - https://gerrit.wikimedia.org/r/31754 [19:25:09] I created a template called "noop" [19:25:43] it just inserts a and no arguments. If I wrap the template calls in a noop, it eliminates the whitespace [19:25:47] the new lines [19:28:29] New review: Jeroen De Dauw; "Are you also submitting stuff that does not work as advertised o_O" [mediawiki/extensions/SemanticResultFormats] (master); V: 0 C: 2; - https://gerrit.wikimedia.org/r/32069 [19:28:29] Change merged: Jeroen De Dauw; [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/32069 [19:43:52] New patchset: Mwjames; "SRF Value rank add docs" [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/32089 [19:44:30] Change merged: Mwjames; [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/32089 [20:08:12] where is Yaron when you need him [20:16:20] New patchset: Foxtrott; "Calendar view for the filtered format." [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/27831 [20:17:06] New patchset: Raimond Spekking; "Some consistency tweaks in preparation for translation" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32097 [20:31:22] New review: Jeroen De Dauw; "Is this meant to be ready for merge?" [mediawiki/extensions/SemanticResultFormats] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/27831 [20:36:31] New review: Foxtrott; "I think so. Will likely need rebase and manual merge, though." [mediawiki/extensions/SemanticResultFormats] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/27831 [20:54:57] New review: Mwjames; "I haven't look at the code yet therefore some general comments. With the SMW/SRF 1.8 release we to t..." [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/31984 [21:05:20] Yaron: around? I found a bug in semantic forms. [21:06:04] Yaron: I am using embed in= to embed template expansions in another template. It messes up the display of mulitiple form elements when editing the form. [21:07:11] Yaron: this line both gets the output correct when the form is saved, and messes up jquery display of multiple element boxes when the form is edited: $curPlaceholder = ( count( $matches ) > 2 ) ? self::placeholderFormat( $matches[1], $matches[2] ) : null; [21:07:14] Yaron: not sure how to fix it [21:07:16] drobbins: is this viewable on a public wiki? [21:10:13] New patchset: Foxtrott; "Calendar view for the filtered format." [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/27831 [21:12:20] New review: Foxtrott; "Ok, it's rebased. I hope. Never did this before." [mediawiki/extensions/SemanticResultFormats] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/27831 [21:29:36] New patchset: Feob; "Some consistency tweaks in preparation for translation" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32097 [21:32:40] Yaron: yes [21:32:55] Yaron: getting you a link now [21:33:34] Yaron: http://wiki.zenoss.org/ZenPack:OpenVZ [21:34:08] Yaron: what I am trying to do is to put the template calls inside s {{noop }} template to "eat" extra newlines [21:34:41] it appears to not be working as intended. [21:34:52] in a formatting sense, it works [21:34:53] drobbins - I'm busy right now, but I'll look into this later. [21:34:56] but I seem to be losing the semantic data [21:34:59] Yaron: ok, thanks [21:38:38] New review: Feob; "Thanks for the patch, Raimond!" [mediawiki/extensions/SemanticImageAnnotator] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/32097 [21:38:38] Change merged: Feob; [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32097 [21:41:58] New patchset: Jeroen De Dauw; "Calendar view for the filtered format." [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/27831 [21:42:17] New review: Jeroen De Dauw; "Well, clicking the rebase button worked, so if there where any conflicts, you fixed them :)" [mediawiki/extensions/SemanticResultFormats] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/27831 [21:42:50] Change merged: Jeroen De Dauw; [mediawiki/extensions/SemanticResultFormats] (master) - https://gerrit.wikimedia.org/r/27831 [21:47:39] Yaron: please poke me before looking as I will need to enable it. [21:47:54] drobbins - okay. [22:02:24] drobbins: okay, I'm ready to look at it now. [22:13:42] Yaron: hi [22:14:04] Yaron: so let me describe the problem I was originally trying to solve, because I am still looking for a solution to it. [22:14:17] Alright. [22:14:32] Yaron: I am using multiple sub-forms. The problem I am having is that each sub-form template adds a newline. And I have free text at the bottom. [22:14:48] when rendering, this places several
's at the top of the page that I would rather not show up [22:15:17] Okay. [22:15:22] I found a solution, I thought (maybe it didn't really work?) where if I expanded all the templates inside a "noop" template, then it would "eat" the newlines [22:15:33] {{ noop|1= {{ template1 }}, etc. }} [22:15:46] though it may cause semantic data to not be recorded properly [22:15:55] of course, this requires manually editing each page and that is annoying [22:16:24] so I discovered the embed in= functionality and tried to embed my multiple forms inside a "noop" template, to eat newlines [22:17:04] drobbins: I thought you were "embedding" all the multiple-instance templates - that's the standard way to get rid of newlines. [22:17:20] when I did this, it appears to get rid of the extra
's rendering on the page (and seems to not record semantic data properly for some reason), but I also noticed things looking very ugly when I go to edit the page using a form. [22:17:30] Yaron: I think that is what I was doing [22:17:48] {{noop|field={{item1}}{{item2}}{{foo1}}{{foo2}}}} [22:18:03] this did take car of the newlines. [22:18:15] Right, okay. [22:18:21] I have since reverted my form back since the semantic data was not getting recorded properly using this method. [22:18:47] I can describe the rendering problem when I went to edit the page using the form, and see if that's enough. [22:18:54] By the way, you don't need a special "noop" template for this - you can just use the main template. [22:19:00] ...assuming there is one. [22:19:10] Yaron: not sure how. [22:19:16] Yaron: if you go here: http://wiki.zenoss.org/index.php?title=ZenPack:OpenVZ&action=formedit [22:19:30] you will see how the edit with form page is supposed to render. [22:20:14] Ah - this is different from the other one. [22:20:19] when embed in=, all those multi-elements jump out of their respective sections to hover around where I had the {{for template:noop}} [22:20:44] that is the semantic forms bug I saw [22:21:06] I can duplicate this if you want to see what it looks like when it breaks [22:21:22] Well, you're doing something weird with the "noop" thing - I don't know if this is a bug, but there are definitely easier ways to do what you're trying to do. [22:21:34] oh good :) [22:21:59] It looks like there are two main templates per page - "ZenPack" and "Release"; is that correct. [22:21:59] ? [22:21:59] well, I'm happy to do things a different way. I wasn't sure if I was abusing the embed in feature, resulting in some sub-optimal behavior. [22:22:14] ZenPack, Release and Binary. There can be many releases and binaries, and these add newlines. [22:22:35] Okay - so "ZenPack" is the template that there's always exactly one of. [22:22:38] yes [22:23:08] Great, okay. I would just have every other template be embedded into that one. [22:23:31] So you would have a field in the ZenPack template called "Releases", that held all the "Release" templates. [22:23:37] And so on, for all the other templates. [22:24:00] ok [22:24:14] And would Releases= need to be set to anything in particular? [22:24:22] If you do that, I think/hope everything will work. [22:24:23] Releases={{Release|blah|blah}} [22:24:43] That's how it'll look in the resulting pages, yes. [22:24:58] and {{Release}} can expand to an empty string? [22:25:12] I don't understand that question. [22:25:45] {{Release}} is a template, which will expand to "" since it produces no output. It calls {{ #set_internal }} [22:26:01] Oh, I see. It doesn't display anything? [22:26:11] right. [22:26:19] it is just called to define an internal subobject [22:26:20] Why don't you show any of that information on the page? [22:26:40] I do it with an {#ask} [22:26:41] #ask [22:26:43] Oh, okay. [22:27:10] maybe you can describe to me how one would typically do what I am doing right now. [22:27:13] Yes - all the more reason to have everything be in one template. [22:27:16] because maybe I am doing it in a convoluted way [22:27:25] I just described it before, no? [22:27:55] have the Release form and Binary form embed inside a field in the ZenPack template. [22:28:11] Right - Release and Binary *template*. [22:28:58] {{for template:Release|embed in=ZenPack[Releases]}} [22:29:03] ^^ like that? [22:29:40] Yeah - that's basically it. The syntax is a little off, but that's basicaly right. [22:29:54] ignoring typos :) [22:30:18] now, if the Release template just calls #set_internal and produces no output, that is fine? [22:30:27] or I can produce output to display on the page, if I want. [22:30:52] because I noticed with my "noop" trick, that the semantic data set by the Release template would not get stored. [22:31:37] Well, my guess with that is that your "noop" template didn't actually display its one field. [22:31:54] no, it didn't. [22:32:08] does that prevent the parser function from being evaluated? [22:32:09] Okay, there you go - you need to actually put it on the page. [22:32:15] Yeah. [22:32:21] aha :) [22:32:36] so templates are all expanded, then any parser functions that appear are evaluated. [22:32:56] Yes - even if nothing is being displayed, it still needs to be called. [22:33:24] so those parser functions need to appear in the main page text to be evaluated by semantic mediawiki [22:33:34] after it's all expanded [22:33:34] makes sense [22:34:13] ok, I think I get how this works. [22:34:20] I embed in "Releases" of ZenPack [22:34:47] then the ZenPack template needs to actually display the content of "Releases", which will contain the #set_internal calls. [22:35:22] and because it is being passed as a named template parameter, newlines will be "eaten" automatically. [22:35:54] Well, you might have to put them all one line, like "{{{Releases|}}} {{{Binaries|}}}" etc. [22:36:01] (all on one) [22:36:20] And I could embed in the same parameter, called "ExtraStuff" or something. [22:36:44] No - one field per template. [22:36:49] ok [22:37:22] the one line thing you mention is just to avoid two newlines if both are blank, expanding to
. [22:37:45] already familiar with that behavior and can deal with it on that smaller scale. Harder when there are an arbitrary # of releases. [22:38:14] I have one last question. [22:38:41] if you look at my OpenVZ page, I am not embedding now. I don't want to have to manually edit all my pages if at all possible (If needed, I can do it) [22:39:05] is there a way to migrate to the embed approach, and edit with form, then re-save, to get the data in the new format? [22:39:17] I was trying that and it seemed to work when I was attempting with "noop" [22:39:25] I think if you just edit with form and re-save, it'll do it. [22:39:39] yes, I think it may. That will be easier. [22:39:41] The only problem would be with the pages that already contain "noop". [22:39:48] Yes, I can revert those. [22:40:25] Yaron, thanks again for the help, it makes all the difference when working with Semantic Forms. Really appreciate it - it's a (professional) life saver :) [22:41:37] drobbins: cool, I'm glad I helped save your life. :) And if you think there's any way to make all this embed stuff clearer in the documentation, feel free to try your hand at making it more understandable. [22:42:14] Yaron: ok [22:42:37] Yaron: once things become clearer in my own head, I can take a shot [22:42:50] Right. [22:51:49] New patchset: Jeroen De Dauw; "Removed check for semantic type - this has not been needed for quite a while" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32151 [22:59:54] New patchset: Jeroen De Dauw; "Stylized. Removed ?>, removed indent, added missing spaces, split some stuff to multiple lines, removed not needed check" [mediawiki/extensions/SemanticImageAnnotator] (master) - https://gerrit.wikimedia.org/r/32152 [23:04:58] New patchset: Jeroen De Dauw; "Fixed indent" [mediawiki/extensions/SemanticExtraSpecialProperties] (master) - https://gerrit.wikimedia.org/r/32153 [23:42:34] uga