Search: concept
Last modified by Vincent Massol on 2014/10/21
Refine your search
Select a category and activate filters on the current results
Location
Creation date
Object type
-
IRC Bot Archive
53
-
Presentation Idea
4
-
Tag
1
-
Comments
1
IRC Archive for channel #xwiki on 25 October 2012
Located in
- Rendered document content
09:54 <Denis> for the same reason 09:55 <vmassol> it's your impl that is not going to work 09:55 <vmassol> not the concept 09:55 <vmassol> it just means the impl is not correct 09:55 <Denis> its is for speed and memory 09:55 <vmassol> yes but I doubt that it's a problem 09:55 <Denis> the implementation from Andreas were even worse 09:56 <vmassol> we defiintley need to be able to add and rmoeve rights 09:56 <vmassol> so if the impl cannot do we shouldn't even consider it 09:56 <vmassol> since it's not fulfulling the main reason for the new impl 09:56 <Denis> we could remove rights, but a singe run will keep them 09:56 <vmassol> I'm dispapointed 09:56 <Denis> untill restart 09:57 <vmassol> couldn't you at least keep holes?
- Raw document content
09:54 <Denis> for the same reason 09:55 <vmassol> it's your impl that is not going to work 09:55 <vmassol> not the concept 09:55 <vmassol> it just means the impl is not correct 09:55 <Denis> its is for speed and memory 09:55 <vmassol> yes but I doubt that it's a problem 09:55 <Denis> the implementation from Andreas were even worse 09:56 <vmassol> we defiintley need to be able to add and rmoeve rights 09:56 <vmassol> so if the impl cannot do we shouldn't even consider it 09:56 <vmassol> since it's not fulfulling the main reason for the new impl 09:56 <Denis> we could remove rights, but a singe run will keep them 09:56 <vmassol> I'm dispapointed 09:56 <Denis> untill restart 09:57 <vmassol> couldn't you at least keep holes?
IRC Archive for channel #xwiki on 26 November 2012
Located in
- Rendered document content
<vmassol> has joined #xwiki 00:09 <vmassol> has quit 00:35 <vmassol> has joined #xwiki 00:37 <coud> has quit 02:58 <crocket> has quit 04:04 <tekzilla_> has quit 04:08 <tekzilla> has joined #xwiki 04:30 <Denis> has joined #xwiki 05:31 <jvelo> has quit 06:02 <Denis> has quit 06:04 <jvelo> has joined #xwiki 06:08 <sdumitriu1> has quit 06:33 <polx> has joined #xwiki 07:29 <sdumitriu1> has joined #xwiki 07:32 <vmassol> has quit 08:02 <vmassol> has joined #xwiki 08:24 <jvelo> has quit 08:31 <rrodriguez> has joined #xwiki 08:31 <mflorea> has joined #xwiki 08:34 <rrodriguez> has quit 08:44 <Denis> has joined #xwiki 08:56 <tmortagne> has joined #xwiki 08:58 <vmassol> mflorea: good morning, fyi I'm working on EditInlineTest.testEditModeCanBeSet 08:59 <mflorea> vmassol: good morning, ci is down for me 08:59 <vmassol> indeed 09:07 <msmeria> has joined #xwiki 09:10 <sdumitriu1> has quit 09:25 <polx> has quit 09:25 <sdumitriu1> has joined #xwiki 09:28 <vmassol> tmortagne: you just gave the guy the exact link I gave him earlier ;) 09:29 <vmassol> he's a bit strange, he wants xwiki to do something dynamic but he doesn't want to have to specify it.... 09:29 <tmortagne> ok did not see it, lets say he gets a confirmation he should use scripting 09:30 <vmassol> yep 09:30 <vmassol> maybe AWM but not sure, his use case is not clear for me 09:35 <silviar> has joined #xwiki 09:37 <tmortagne> vmassol: for me he want to display some text based on variable informations that's scripting macros even if he does not seems to understand the concept of scripting at all 09:42 <mflorea> tmortagne: is there something that overwrites the log level in extension tests?
- Raw document content
<vmassol> has joined #xwiki 00:09 <vmassol> has quit 00:35 <vmassol> has joined #xwiki 00:37 <coud> has quit 02:58 <crocket> has quit 04:04 <tekzilla_> has quit 04:08 <tekzilla> has joined #xwiki 04:30 <Denis> has joined #xwiki 05:31 <jvelo> has quit 06:02 <Denis> has quit 06:04 <jvelo> has joined #xwiki 06:08 <sdumitriu1> has quit 06:33 <polx> has joined #xwiki 07:29 <sdumitriu1> has joined #xwiki 07:32 <vmassol> has quit 08:02 <vmassol> has joined #xwiki 08:24 <jvelo> has quit 08:31 <rrodriguez> has joined #xwiki 08:31 <mflorea> has joined #xwiki 08:34 <rrodriguez> has quit 08:44 <Denis> has joined #xwiki 08:56 <tmortagne> has joined #xwiki 08:58 <vmassol> mflorea: good morning, fyi I'm working on EditInlineTest.testEditModeCanBeSet 08:59 <mflorea> vmassol: good morning, ci is down for me 08:59 <vmassol> indeed 09:07 <msmeria> has joined #xwiki 09:10 <sdumitriu1> has quit 09:25 <polx> has quit 09:25 <sdumitriu1> has joined #xwiki 09:28 <vmassol> tmortagne: you just gave the guy the exact link I gave him earlier ;) 09:29 <vmassol> he's a bit strange, he wants xwiki to do something dynamic but he doesn't want to have to specify it.... 09:29 <tmortagne> ok did not see it, lets say he gets a confirmation he should use scripting 09:30 <vmassol> yep 09:30 <vmassol> maybe AWM but not sure, his use case is not clear for me 09:35 <silviar> has joined #xwiki 09:37 <tmortagne> vmassol: for me he want to display some text based on variable informations that's scripting macros even if he does not seems to understand the concept of scripting at all 09:42 <mflorea> tmortagne: is there something that overwrites the log level in extension tests?
IRC Archive for channel #xwiki on 14 May 2013
Located in
- Rendered document content
16:57 <kstuart1> has quit 17:00 <tmortagne> sburjan__: it mostly depends on how similar the reaction on these events are going to be 17:00 <kstuart> has joined #xwiki 17:00 <tmortagne> (there is no official best practice) 17:01 <sburjan__> tmortagne, my biggest problem is that I don't know how to see inside onEvent method which Event actually triggered this. 17:02 <tmortagne> if these events are going to manipulate different concept then I guess the cleanest is to have difference listener, but if they do pretty much the same thing like update a cache then it should be in the same listener 17:02 <tmortagne> you get the event as parameter 17:02 <tmortagne> you can use instanceof 17:02 <sburjan__> the first param of the onEvent method is an object of type Event, but I don't know what to call on it to get my 17:02 <sburjan__> *get what I need 17:02 <sburjan__> I don't have instanceOf :( 17:02 <msmeria> has quit 17:03 <vmassol> instanceof 17:03 <vmassol> it's part of java 17:03 <tmortagne> sburjan__: where are you exactly ?
- Raw document content
16:57 <kstuart1> has quit 17:00 <tmortagne> sburjan__: it mostly depends on how similar the reaction on these events are going to be 17:00 <kstuart> has joined #xwiki 17:00 <tmortagne> (there is no official best practice) 17:01 <sburjan__> tmortagne, my biggest problem is that I don't know how to see inside onEvent method which Event actually triggered this. 17:02 <tmortagne> if these events are going to manipulate different concept then I guess the cleanest is to have difference listener, but if they do pretty much the same thing like update a cache then it should be in the same listener 17:02 <tmortagne> you get the event as parameter 17:02 <tmortagne> you can use instanceof 17:02 <sburjan__> the first param of the onEvent method is an object of type Event, but I don't know what to call on it to get my 17:02 <sburjan__> *get what I need 17:02 <sburjan__> I don't have instanceOf :( 17:02 <msmeria> has quit 17:03 <vmassol> instanceof 17:03 <vmassol> it's part of java 17:03 <tmortagne> sburjan__: where are you exactly ?
IRC Archive for channel #xwiki on 03 June 2013
Located in
- Rendered document content
12:12 <tmortagne> the name of the thing you were referencing 12:13 <tmortagne> but this is related to what is configured in each page as it's parent 12:13 <tmortagne> so it's depends a lot on what the page configuration 12:13 <tmortagne> the top menu alway lead you to the main page of each element 12:13 <tmortagne> (at least in the default skin) 12:14 <altker1281> I am using the default skin. 12:15 <tmortagne> vmassol: still the "Could not find artifact org.xwiki.platform:xwiki-platform-tool-jetty:pom:5.0.3-SNAPSHOT" according to the log 12:16 <altker1281> I think Foswiki does a bit better job with their 'Breadcrumb' concept. Their left bar is equivalent to the XWiki "Dashboard". 12:19 <tmortagne> vmassol: sounds like packager plugin only look at local repository and it does not trigger a dependency on xwiki-platform-tool-jetty 12:19 <tmortagne> at least this artifact is not in the maven local repository 12:22 <altker1281> xwiki does a much better job with user administration and contorl 12:22 <altker1281> control 12:26 <vmassol> tmortagne: yes this is why I was thinking we were missing a dep in the pom 12:26 <altker1281> tmortagne, vmassol : Thank you again both for your help. 12:26 <vmassol> but I can't reproduce it locally 12:26 <vmassol> (with a cleaned local repo) 12:26 <vmassol> altker1281: if you have a link to foswiki's breadcrumb concept that would help 12:26 <tmortagne> vmassol: I guess the build is not always done in the exact same order 12:27 <altker1281> vmassol: 12:28 <altker1281> vmassol: http://foswiki.org/Sandbox/WebHome 12:28 <tmortagne> vmassol: actually I think it's different 12:28 <vmassol> tmortagne: putting a9 offline to debug it on the agent 12:28 <tmortagne> not that simple I mean 12:28 <altker1281> vmassol: You can see the "You are here: Foswiki > Sandbox Web > WebHome (date)" 12:28 <vmassol> altker1281: that's the same concept as xwiki, no?
…12:30 <vmassol> yes 12:31 <altker1281> Yeah. Now I get the concept, but before I kept on trying to go the drop downs at the top (WIKI, SPACE) 12:31 <altker1281> I think the breadcrumb should appear above the outside that has "Export" and "More Actions" 12:32 <vmassol> would be interesting that at some point you send us an email on the user lists to provide some ideas for improvements 12:32 <vmassol> that helps us a lot 12:32 <vmassol> (altker1281) 12:32 <altker1281> Will do!
- Raw document content
12:12 <tmortagne> the name of the thing you were referencing 12:13 <tmortagne> but this is related to what is configured in each page as it's parent 12:13 <tmortagne> so it's depends a lot on what the page configuration 12:13 <tmortagne> the top menu alway lead you to the main page of each element 12:13 <tmortagne> (at least in the default skin) 12:14 <altker1281> I am using the default skin. 12:15 <tmortagne> vmassol: still the "Could not find artifact org.xwiki.platform:xwiki-platform-tool-jetty:pom:5.0.3-SNAPSHOT" according to the log 12:16 <altker1281> I think Foswiki does a bit better job with their 'Breadcrumb' concept. Their left bar is equivalent to the XWiki "Dashboard". 12:19 <tmortagne> vmassol: sounds like packager plugin only look at local repository and it does not trigger a dependency on xwiki-platform-tool-jetty 12:19 <tmortagne> at least this artifact is not in the maven local repository 12:22 <altker1281> xwiki does a much better job with user administration and contorl 12:22 <altker1281> control 12:26 <vmassol> tmortagne: yes this is why I was thinking we were missing a dep in the pom 12:26 <altker1281> tmortagne, vmassol : Thank you again both for your help. 12:26 <vmassol> but I can't reproduce it locally 12:26 <vmassol> (with a cleaned local repo) 12:26 <vmassol> altker1281: if you have a link to foswiki's breadcrumb concept that would help 12:26 <tmortagne> vmassol: I guess the build is not always done in the exact same order 12:27 <altker1281> vmassol: 12:28 <altker1281> vmassol: http://foswiki.org/Sandbox/WebHome 12:28 <tmortagne> vmassol: actually I think it's different 12:28 <vmassol> tmortagne: putting a9 offline to debug it on the agent 12:28 <tmortagne> not that simple I mean 12:28 <altker1281> vmassol: You can see the "You are here: Foswiki > Sandbox Web > WebHome (date)" 12:28 <vmassol> altker1281: that's the same concept as xwiki, no?
…12:30 <vmassol> yes 12:31 <altker1281> Yeah. Now I get the concept, but before I kept on trying to go the drop downs at the top (WIKI, SPACE) 12:31 <altker1281> I think the breadcrumb should appear above the outside that has "Export" and "More Actions" 12:32 <vmassol> would be interesting that at some point you send us an email on the user lists to provide some ideas for improvements 12:32 <vmassol> that helps us a lot 12:32 <vmassol> (altker1281) 12:32 <altker1281> Will do!
IRC Archive for channel #xwiki on 01 August 2013
Located in
- Rendered document content
16:10 <vmassol> it's a bit important since it's going to break an api 16:11 <vmassol> my last mail 16:11 <vmassol> about "[Proposal] Add new API to ModelConfiguration to get the default syntax" 16:11 <kstuart> has joined #xwiki 16:11 <vmassol> I'd like to fix XWIKI-9074 but I need this first 16:11 <sdumitriu> Right, Thunderbird needs a restart 16:11 <tmortagne> vmassol: my -0 was not about having the concept of syntax in the model but about asking the model to know what is the default syntax when creating a new document 16:12 <vmassol> I see 16:12 <vmassol> well when you create some new content 16:12 <vmassol> it has to be in a syntax 16:12 <vmassol> this is before rendering 16:13 <vmassol> it could be in a module before the model 16:13 <vmassol> (in the request flow) 16:14 <vmassol> maybe we're currently missing that module (we talked about it in the past) 16:14 <vmassol> ok let me check if I can do some tricks to not require this ATM 16:16 <tmortagne> maybe another idea would be to allow to put in the configuration the default value for any document field, and then later maybe add another layer to this specific to the default syntax in general (that could make sense for other use case that a new document) 16:17 <tmortagne> it allows you to set a default syntax for a new document in configuration but does not require any new method in ModelConfiguration 16:18 <tmortagne> except a generic map for the default document fields 16:23 <gdelhumeau> has quit 16:25 <gdelhumeau> has joined #xwiki 16:39 <gdelhumeau> pb while building xwiki-enterprise-jetty-hsqldb-5.2-SNAPSHOT.zip : http://paste.ubuntu.com/5936645/ 16:46 <vmassol> antonio pushing for webjars in jboss too: https://issues.jboss.org/browse/FORGE-1067 ;) 17:05 <msmeria> has quit 17:11 <evalica> has quit 17:13 <evalica> has joined #xwiki 17:17 <evalica> has quit 17:24 <vmassol> hmm it seems that jodconverter cannot start libreoffice 4.1 anymore at least on mac 17:24 <vmassol> the eecutable has changed location apparently 17:28 <vmassol> I should be able to patch this easily though… need to find where we've put our sources... 17:32 <evalica> has joined #xwiki 17:33 <gdelhumeau> Instead of renaming XWIKI-7418, I have created XWIKI-9379 17:33 <gdelhumeau> I thought it was more clear 17:36 <vmassol> mflorea: I see we're using a patched version of jodconverter 17:36 <vmassol> do you know where are our sources?
- Raw document content
16:10 <vmassol> it's a bit important since it's going to break an api 16:11 <vmassol> my last mail 16:11 <vmassol> about "[Proposal] Add new API to ModelConfiguration to get the default syntax" 16:11 <kstuart> has joined #xwiki 16:11 <vmassol> I'd like to fix XWIKI-9074 but I need this first 16:11 <sdumitriu> Right, Thunderbird needs a restart 16:11 <tmortagne> vmassol: my -0 was not about having the concept of syntax in the model but about asking the model to know what is the default syntax when creating a new document 16:12 <vmassol> I see 16:12 <vmassol> well when you create some new content 16:12 <vmassol> it has to be in a syntax 16:12 <vmassol> this is before rendering 16:13 <vmassol> it could be in a module before the model 16:13 <vmassol> (in the request flow) 16:14 <vmassol> maybe we're currently missing that module (we talked about it in the past) 16:14 <vmassol> ok let me check if I can do some tricks to not require this ATM 16:16 <tmortagne> maybe another idea would be to allow to put in the configuration the default value for any document field, and then later maybe add another layer to this specific to the default syntax in general (that could make sense for other use case that a new document) 16:17 <tmortagne> it allows you to set a default syntax for a new document in configuration but does not require any new method in ModelConfiguration 16:18 <tmortagne> except a generic map for the default document fields 16:23 <gdelhumeau> has quit 16:25 <gdelhumeau> has joined #xwiki 16:39 <gdelhumeau> pb while building xwiki-enterprise-jetty-hsqldb-5.2-SNAPSHOT.zip : http://paste.ubuntu.com/5936645/ 16:46 <vmassol> antonio pushing for webjars in jboss too: https://issues.jboss.org/browse/FORGE-1067 ;) 17:05 <msmeria> has quit 17:11 <evalica> has quit 17:13 <evalica> has joined #xwiki 17:17 <evalica> has quit 17:24 <vmassol> hmm it seems that jodconverter cannot start libreoffice 4.1 anymore at least on mac 17:24 <vmassol> the eecutable has changed location apparently 17:28 <vmassol> I should be able to patch this easily though… need to find where we've put our sources... 17:32 <evalica> has joined #xwiki 17:33 <gdelhumeau> Instead of renaming XWIKI-7418, I have created XWIKI-9379 17:33 <gdelhumeau> I thought it was more clear 17:36 <vmassol> mflorea: I see we're using a patched version of jodconverter 17:36 <vmassol> do you know where are our sources?
IRC Archive for channel #xwiki on 02 September 2013
Located in
- Rendered document content
<sdumitriu> has quit 01:03 <sdumitriu> has joined #xwiki 01:12 <sdumitriu> has quit 01:15 <sdumitriu> has joined #xwiki 02:32 <Denis> has quit 04:30 <Denis> has joined #xwiki 04:55 <polx> has quit 05:02 <polx> has joined #xwiki 05:51 <Denis> has quit 07:24 <polx> has quit 07:47 <polx> has joined #xwiki 07:48 <msmeria> has joined #xwiki 08:02 <evalica> has joined #xwiki 08:21 <evalica> has quit 08:22 <evalica> has joined #xwiki 08:23 <sburjan> has joined #xwiki 08:36 <polx> has quit 08:37 <polx> has joined #xwiki 08:38 <polx> has quit 08:51 <vmassol> has joined #xwiki 08:54 <Denis> has joined #xwiki 08:59 <polx> has joined #xwiki 09:02 <polx> has quit 09:07 <polx> has joined #xwiki 09:26 <polx> has quit 09:26 <polx> has joined #xwiki 09:31 <polx> has quit 09:41 <polx> has joined #xwiki 10:01 <gdelhumeau> has joined #xwiki 10:11 <vmassol> good morning 10:11 <vmassol> I'm starting to have a bit too many stashes… https://gist.github.com/vmassol/6410379 10:14 <camil7> has joined #xwiki 10:16 <KermitTheFragger> has joined #xwiki 11:19 <Slashman> has joined #xwiki 11:48 <vmassol> gdelhumeau: just thought about something btw 11:48 <vmassol> (good morning) 11:48 <gdelhumeau> hi 11:48 <vmassol> if we replace the concept of "wii" by that of "subwiki" then we have a lot of APIs that are going to be wrong 11:48 <vmassol> starting with our Entity Reference API 11:48 <vmassol> for example WikiReference would not be correct anymore 11:48 <vmassol> (it should be SubWikiReference) 11:49 <vmassol> I'm realizing this since I'm currently updating the new model to replace what I had so far: Server —> Wiki and Wiki —> SubWiki ... 11:50 <vmassol> I wonder if it's a good idea 11:54 <vmassol> we have tons of API with the name "wiki" 11:54 <vmassol> WikiComponentScope.WIKI for ex (just to cite another one) 11:55 <vmassol> WikiDeletedEvent to cite another one, etc 11:55 <vmassol> seen how many such API we have I'm wondering if it's wise to make this change at least at the API level 11:55 <vmassol> I'm sending a mail on this 11:56 <gdelhumeau> ok 11:56 <gdelhumeau> I have made a commit on my private repo where I have only changed the UI 11:56 <gdelhumeau> but it could be problem if the API is not consistent with the UI 12:45 <camil7> oh, spam 12:47 <camil7> feel back to remove my version of rollback - currently i looks like have written the "platform" homepage which is definitely not the case :) 13:06 <sburjan> Hello everybody.
- Raw document content
<sdumitriu> has quit 01:03 <sdumitriu> has joined #xwiki 01:12 <sdumitriu> has quit 01:15 <sdumitriu> has joined #xwiki 02:32 <Denis> has quit 04:30 <Denis> has joined #xwiki 04:55 <polx> has quit 05:02 <polx> has joined #xwiki 05:51 <Denis> has quit 07:24 <polx> has quit 07:47 <polx> has joined #xwiki 07:48 <msmeria> has joined #xwiki 08:02 <evalica> has joined #xwiki 08:21 <evalica> has quit 08:22 <evalica> has joined #xwiki 08:23 <sburjan> has joined #xwiki 08:36 <polx> has quit 08:37 <polx> has joined #xwiki 08:38 <polx> has quit 08:51 <vmassol> has joined #xwiki 08:54 <Denis> has joined #xwiki 08:59 <polx> has joined #xwiki 09:02 <polx> has quit 09:07 <polx> has joined #xwiki 09:26 <polx> has quit 09:26 <polx> has joined #xwiki 09:31 <polx> has quit 09:41 <polx> has joined #xwiki 10:01 <gdelhumeau> has joined #xwiki 10:11 <vmassol> good morning 10:11 <vmassol> I'm starting to have a bit too many stashes… https://gist.github.com/vmassol/6410379 10:14 <camil7> has joined #xwiki 10:16 <KermitTheFragger> has joined #xwiki 11:19 <Slashman> has joined #xwiki 11:48 <vmassol> gdelhumeau: just thought about something btw 11:48 <vmassol> (good morning) 11:48 <gdelhumeau> hi 11:48 <vmassol> if we replace the concept of "wii" by that of "subwiki" then we have a lot of APIs that are going to be wrong 11:48 <vmassol> starting with our Entity Reference API 11:48 <vmassol> for example WikiReference would not be correct anymore 11:48 <vmassol> (it should be SubWikiReference) 11:49 <vmassol> I'm realizing this since I'm currently updating the new model to replace what I had so far: Server —> Wiki and Wiki —> SubWiki ... 11:50 <vmassol> I wonder if it's a good idea 11:54 <vmassol> we have tons of API with the name "wiki" 11:54 <vmassol> WikiComponentScope.WIKI for ex (just to cite another one) 11:55 <vmassol> WikiDeletedEvent to cite another one, etc 11:55 <vmassol> seen how many such API we have I'm wondering if it's wise to make this change at least at the API level 11:55 <vmassol> I'm sending a mail on this 11:56 <gdelhumeau> ok 11:56 <gdelhumeau> I have made a commit on my private repo where I have only changed the UI 11:56 <gdelhumeau> but it could be problem if the API is not consistent with the UI 12:45 <camil7> oh, spam 12:47 <camil7> feel back to remove my version of rollback - currently i looks like have written the "platform" homepage which is definitely not the case :) 13:06 <sburjan> Hello everybody.
IRC Archive for channel #xwiki on 15 January 2014
Located in
- Rendered document content
and then create a fake extension on extensions.xwiki.org which depends on it 16:05 <cjd> in order to get the functionality 16:05 <tmortagne> (there is no such concept in generic extension manager model, it's a "hack" in maven handler) 16:05 <tmortagne> don't you have several jars already ?
- Raw document content
and then create a fake extension on extensions.xwiki.org which depends on it 16:05 <cjd> in order to get the functionality 16:05 <tmortagne> (there is no such concept in generic extension manager model, it's a "hack" in maven handler) 16:05 <tmortagne> don't you have several jars already ?
IRC Archive for channel #xwiki on 31 January 2014
Located in
- Rendered document content
13:58 <msmeria> for ex. "0 Document(s) installed" 13:58 <tmortagne> you get that message because the UI is looking at old packager for imported document and can't find any 13:58 <tmortagne> the refactoring is not complete yet 13:58 <tmortagne> that's what it's not by default 13:58 <msmeria> I see 13:59 <tmortagne> see jira.xwiki.org/browse/XWIKI-9720 for the list of known limitations 13:59 <tmortagne> in this case it's "the report is directly gathered from PackageAPI" 14:00 <msmeria> yep. got it. thanks for the clarification 14:00 <tmortagne> since it was in blue I did not even seen its was written as an error 14:01 <tmortagne> evalica: the concept of bundled extension does not really exist in XWiki Repository, it's a xwiki.org customization 14:02 <tmortagne> it does not really make sense at generic repository application level 14:02 <evalica> the repository Application equals 'Repository' component?
- Raw document content
13:58 <msmeria> for ex. "0 Document(s) installed" 13:58 <tmortagne> you get that message because the UI is looking at old packager for imported document and can't find any 13:58 <tmortagne> the refactoring is not complete yet 13:58 <tmortagne> that's what it's not by default 13:58 <msmeria> I see 13:59 <tmortagne> see jira.xwiki.org/browse/XWIKI-9720 for the list of known limitations 13:59 <tmortagne> in this case it's "the report is directly gathered from PackageAPI" 14:00 <msmeria> yep. got it. thanks for the clarification 14:00 <tmortagne> since it was in blue I did not even seen its was written as an error 14:01 <tmortagne> evalica: the concept of bundled extension does not really exist in XWiki Repository, it's a xwiki.org customization 14:02 <tmortagne> it does not really make sense at generic repository application level 14:02 <evalica> the repository Application equals 'Repository' component?
IRC Archive for channel #xwiki on 05 March 2014
Located in
- Rendered document content
13:58 <ClemensR> Yam`: if you have not done yet, I guess you want to look at the way XWiki stores structured data, like explained in http://platform.xwiki.org/xwiki/bin/view/DevGuide/FAQTutorial 13:59 <Yam`> I'll check that 13:59 <ClemensR> ah, good idea, hmm, Experimental is maybe up to the point :) ... it is not a proof of concept 14:00 <ClemensR> s/not/now/ 14:00 <ClemensR> stupid typo 14:00 <vmassol> ok done 14:00 <vmassol> feel free to change the title to something you prefer 14:00 <vmassol> :) 14:01 <ClemensR> ok, I see all is already done, thanks :) 14:04 <vmassol> np 14:06 <evalica1> has quit 14:08 <mflorea> has joined #xwiki 14:08 <vmassol> sbaloul2: any progress on displaying the avatar for the forum livetable?
- Raw document content
13:58 <ClemensR> Yam`: if you have not done yet, I guess you want to look at the way XWiki stores structured data, like explained in http://platform.xwiki.org/xwiki/bin/view/DevGuide/FAQTutorial 13:59 <Yam`> I'll check that 13:59 <ClemensR> ah, good idea, hmm, Experimental is maybe up to the point :) ... it is not a proof of concept 14:00 <ClemensR> s/not/now/ 14:00 <ClemensR> stupid typo 14:00 <vmassol> ok done 14:00 <vmassol> feel free to change the title to something you prefer 14:00 <vmassol> :) 14:01 <ClemensR> ok, I see all is already done, thanks :) 14:04 <vmassol> np 14:06 <evalica1> has quit 14:08 <mflorea> has joined #xwiki 14:08 <vmassol> sbaloul2: any progress on displaying the avatar for the forum livetable?
IRC Archive for channel #xwiki on 20 March 2014
Located in
- Rendered document content
08:12 <vmassol> no 08:12 <mflorea> :( 08:12 <vmassol> there's no text format with the locale 08:12 <vmassol> doesn't exist 08:12 <vmassol> the concept of locale currently only exists at the Java Object level 08:12 <vmassol> (ie DocumentReference) 08:12 <mflorea> so if I want to target a specific locale with a request I have to send to parameters, the document reference and the locale 08:13 <vmassol> yes 08:13 <vmassol> or 08:13 <vmassol> you create the DocumentReferene 08:13 <vmassol> and add the locale 08:13 <vmassol> that's hte best actually 08:13 <vmassol> and is what we do in other places 08:13 <mflorea> and?
- Raw document content
08:12 <vmassol> no 08:12 <mflorea> :( 08:12 <vmassol> there's no text format with the locale 08:12 <vmassol> doesn't exist 08:12 <vmassol> the concept of locale currently only exists at the Java Object level 08:12 <vmassol> (ie DocumentReference) 08:12 <mflorea> so if I want to target a specific locale with a request I have to send to parameters, the document reference and the locale 08:13 <vmassol> yes 08:13 <vmassol> or 08:13 <vmassol> you create the DocumentReferene 08:13 <vmassol> and add the locale 08:13 <vmassol> that's hte best actually 08:13 <vmassol> and is what we do in other places 08:13 <mflorea> and?