Search: concept

Task 3: Understand XWiki concepts AWM has made it simple to create your first application but it's cheating a bit since it's doing all the work of generating the various wiki pages for you.

:) To do that you need to understand the concepts of XClass, XObjects, XProperties, Sheets and Templates.

Track: Understand XWiki core concepts

= Task 3: Understand XWiki concepts = AWM has made it simple to create your first application but it's cheating a bit since it's doing all the work of generating the various wiki pages for you.

:) To do that you need to understand the concepts of XClass, XObjects, XProperties, Sheets and Templates.

XWiki is quite a foreign concept to many people. e.g. people who are not in the tech world; Grandpa/Grandma old generation.

\r\n\r\n## Requirements\r\n* Knowledge of HTML, CSS, Bootstrap, XML, Git\r\n* You will encounter concepts like Data Model, Skins Extensions, Templating engines, Apache Velocity, modular components, etc. but you don't need to be familiar with them in advance\r\n\r\n## Expected Outcome\r\n* Pull Request on the https://github.com/xwiki/xwiki-platform repository with the solution\r\n* The summary of the Pull Request must have a first line matching the JIRA issue following by a colon and then the title of this issue\r\n* Following best practices defined at http://dev.xwiki.org/xwiki/bin/view/Main/WebHome\r\n\r\n## Prerequisites\r\n\r\nBefore starting your task familiarize yourself a bit with XWiki.

\r\n\r\n## Requirements\r\n* Knowledge of HTML, CSS, Bootstrap, XML, Git\r\n* You will encounter concepts like Data Model, Skins Extensions, Templating engines, Apache Velocity, modular components, etc. but you don't need to be familiar with them in advance\r\n\r\n## Expected Outcome\r\n* Pull Request on the https://github.com/xwiki/xwiki-platform repository with the solution\r\n* The summary of the Pull Request must have a first line matching the JIRA issue following by a colon and then the title of this issue\r\n* Following best practices defined at http://dev.xwiki.org/xwiki/bin/view/Main/WebHome\r\n\r\n## Prerequisites\r\n\r\nBefore starting your task familiarize yourself a bit with XWiki.

\r\n\r\n## Requirements\r\n* Knowledge of HTML, CSS, Bootstrap, XML, Git\r\n* You will encounter concepts like Data Model, Skins Extensions, Templating engines, Apache Velocity, modular components, etc. but you don't need to be familiar with them in advance\r\n\r\n## Expected Outcome\r\n* Pull Request on the https://github.com/xwiki/xwiki-platform repository with the solution\r\n* The summary of the Pull Request must have a first line matching the JIRA issue following by a colon and then the title of this issue\r\n* Following best practices defined at http://dev.xwiki.org/xwiki/bin/view/Main/WebHome\r\n\r\n## Prerequisites\r\n\r\nBefore starting your task familiarize yourself a bit with XWiki.

XWiki is quite a foreign concept to many people. e.g. people who are not in the tech world; Grandpa/Grandma old generation.

Thxs 09:20 <cjd> has joined #xwiki 09:20 <Ramona> has quit 09:28 <tmortagne> Pbas: you are passing the wrong context 09:28 <tmortagne> contex variable is a ScriptContext and the method expect a XWikiContext 09:28 <tmortagne> so that would be xcontext.context 09:29 <tmortagne> (xcontext binding is a public com.xpn.xwiki.api.Context and the method want the more protected XWikiContext) 09:29 <Pbas> Ok thxs I will give a try (I don't understand very well what is context in doc :-( ) 09:30 <tmortagne> not sure what you means by "context in doc" 09:30 <tmortagne> the method want the XWiki context because it's needed to manipulate the database 09:31 <Pbas> In a lot of method there are "protected XWikiContext context The current context, needed by the underlying protected object" but didn't found an explication what it is 09:31 <Pbas> perhaps a java concept? 09:32 <Pbas> or xwiki concept? 09:32 <tmortagne> it's the XWiki context as it's name indicate so yes a XWiki concept :) 09:32 <tmortagne> it contains things like current wiki, current user, etc. 09:32 <tmortagne> contextual information 09:32 <cjd> hehe the "context" is an object which follows you through the current http request/response cycle and then is deleted 09:32 <tmortagne> and among other things it's needed when you need to access the XWiki database 09:33 <cjd> I had no idea what it was either when I started with XWiki 09:34 <Pbas> It is an important things to use xwiki api but doc about this missing in my opinion 09:34 <tmortagne> in more public/script oriented APIs it's hidden but its still here 09:35 <tmortagne> API taking this XWikiContext are mostly old things which are replaced when we all the API related to document manipulation is a big jump 09:35 <cjd> Context objects are not only confined to XWiki, it's a design pattern in software dev, irronically this is the only link I can find about it... http://c2.com/cgi/wiki?

Thxs 09:20 <cjd> has joined #xwiki 09:20 <Ramona> has quit 09:28 <tmortagne> Pbas: you are passing the wrong context 09:28 <tmortagne> contex variable is a ScriptContext and the method expect a XWikiContext 09:28 <tmortagne> so that would be xcontext.context 09:29 <tmortagne> (xcontext binding is a public com.xpn.xwiki.api.Context and the method want the more protected XWikiContext) 09:29 <Pbas> Ok thxs I will give a try (I don't understand very well what is context in doc :-( ) 09:30 <tmortagne> not sure what you means by "context in doc" 09:30 <tmortagne> the method want the XWiki context because it's needed to manipulate the database 09:31 <Pbas> In a lot of method there are "protected XWikiContext context The current context, needed by the underlying protected object" but didn't found an explication what it is 09:31 <Pbas> perhaps a java concept? 09:32 <Pbas> or xwiki concept? 09:32 <tmortagne> it's the XWiki context as it's name indicate so yes a XWiki concept :) 09:32 <tmortagne> it contains things like current wiki, current user, etc. 09:32 <tmortagne> contextual information 09:32 <cjd> hehe the "context" is an object which follows you through the current http request/response cycle and then is deleted 09:32 <tmortagne> and among other things it's needed when you need to access the XWiki database 09:33 <cjd> I had no idea what it was either when I started with XWiki 09:34 <Pbas> It is an important things to use xwiki api but doc about this missing in my opinion 09:34 <tmortagne> in more public/script oriented APIs it's hidden but its still here 09:35 <tmortagne> API taking this XWikiContext are mostly old things which are replaced when we all the API related to document manipulation is a big jump 09:35 <cjd> Context objects are not only confined to XWiki, it's a design pattern in software dev, irronically this is the only link I can find about it... http://c2.com/cgi/wiki?

<sorinello> has quit 02:56 <sorinello> has quit 03:32 <sdumitriu> has quit 03:33 <sdumitriu> has joined #xwiki 06:00 <Denis1> has joined #xwiki 06:03 <Denis> has quit 07:03 <Ramona2> has joined #xwiki 08:09 <vmassol> has joined #xwiki 08:16 <msmeria> has joined #xwiki 08:24 <msmeria1> has joined #xwiki 08:25 <msmeria> has quit 08:37 <Ramona2> has quit 08:38 <msmeria> has joined #xwiki 08:38 <Ramona2> has joined #xwiki 08:40 <msmeria1> has quit 08:43 <msmeria> has quit 08:58 <KermitTheFragger> has joined #xwiki 09:03 <Ramona2> has quit 09:06 <msmeria> has joined #xwiki 09:07 <cjd_firewall> has joined #xwiki 09:16 <msmeria> has quit 09:23 <msmeria> has joined #xwiki 09:25 <gsmeria> has joined #xwiki 09:26 <tmortagne> has joined #xwiki 09:40 <gdelhumeau> has joined #xwiki 09:41 <msmeria1> has joined #xwiki 09:42 <msmeria> has quit 09:43 <woshilapin> has joined #xwiki 09:45 <gsmeria> has quit 09:46 <gsmeria> has joined #xwiki 09:48 <msmeria1> has quit 09:49 <msmeria> has joined #xwiki 10:13 <Ramona2> has joined #xwiki 10:15 <vmassol> gdelhumeau: it seems that commons/rendering 7.2 is not on maven central yet 10:16 <gdelhumeau> indeed I had troubles with that last week 10:16 <vmassol> good morning btw :) 10:16 <gdelhumeau> good morning :) 10:17 <Denis1> good morning 10:17 <Denis1> is now known as <Denis> 10:17 <gdelhumeau> gdelhumeau 10:17 <gdelhumeau> on sonatype: Last operation failed with 3 notifications 10:17 <gdelhumeau> Missing MD5: '/org/xwiki/commons/xwiki-commons-observation-local/7.2/xwiki-commons-observation-local-7.2-javadoc.jar.md5' 10:18 <Denis> I am having a first look at 7.2 release, and I am very puzzled by the fact that I cannot see the children of a inexistent WebHome, while at the same time I can administrer that inexistent page… seems we have blow up some concept too fast ! 10:20 <vmassol> IMO that's a mistake, we shouldn't be able to administer a non existing page 10:20 <vmassol> I don't see any issue of concept though 10:20 <vmassol> I'd create a jira issue for that 10:20 <Denis> you can administer it but not see children 10:20 <Denis> current creating the jira` 10:21 <gdelhumeau> I don't know 10:21 <Denis> that said, administration of and children of something that does not exists looks very odd for a final user 10:21 <gdelhumeau> the WebHome could not exist, but there could be some terminal pages 10:21 <vmassol> I agree that they should go together 10:21 <gdelhumeau> and since we don't have administer space, it make sense to administer... the non existent page 10:22 <vmassol> either they are allowed or they fordbidden for both of them 10:22 <gdelhumeau> from the core PoV 10:22 <gdelhumeau> from the user PoV, it's weird indeed 10:22 <vmassol> administer is ok IMO if the page rights is not shown 10:22 <vmassol> ie you can only administer children 10:22 <vmassol> well not even sure, need to think more :) 10:23 <vmassol> anyway I agree there's an issue and we need to decide 10:23 <Denis> XWIKI-12628 10:23 <Denis> but could be evolved as needed 10:24 <Denis> actually, we have a regression 10:26 <Denis> there is lots of weird situation with missing WebHome, including the fact that you can, (you need to) reach them (if you want to administer them) 10:26 <Denis> for the user PoV this is really weird and not pleasing 10:27 <vmassol> commented 10:32 <Denis> and replies 10:32 <gsmeria> has quit 10:33 <gsmeria> has joined #xwiki 10:34 <Denis> please, note that it is bad to have ML discussion in Jira issues, it seems to happen more and more, and so, let's create a ML thread about this !

<sorinello> has quit 02:56 <sorinello> has quit 03:32 <sdumitriu> has quit 03:33 <sdumitriu> has joined #xwiki 06:00 <Denis1> has joined #xwiki 06:03 <Denis> has quit 07:03 <Ramona2> has joined #xwiki 08:09 <vmassol> has joined #xwiki 08:16 <msmeria> has joined #xwiki 08:24 <msmeria1> has joined #xwiki 08:25 <msmeria> has quit 08:37 <Ramona2> has quit 08:38 <msmeria> has joined #xwiki 08:38 <Ramona2> has joined #xwiki 08:40 <msmeria1> has quit 08:43 <msmeria> has quit 08:58 <KermitTheFragger> has joined #xwiki 09:03 <Ramona2> has quit 09:06 <msmeria> has joined #xwiki 09:07 <cjd_firewall> has joined #xwiki 09:16 <msmeria> has quit 09:23 <msmeria> has joined #xwiki 09:25 <gsmeria> has joined #xwiki 09:26 <tmortagne> has joined #xwiki 09:40 <gdelhumeau> has joined #xwiki 09:41 <msmeria1> has joined #xwiki 09:42 <msmeria> has quit 09:43 <woshilapin> has joined #xwiki 09:45 <gsmeria> has quit 09:46 <gsmeria> has joined #xwiki 09:48 <msmeria1> has quit 09:49 <msmeria> has joined #xwiki 10:13 <Ramona2> has joined #xwiki 10:15 <vmassol> gdelhumeau: it seems that commons/rendering 7.2 is not on maven central yet 10:16 <gdelhumeau> indeed I had troubles with that last week 10:16 <vmassol> good morning btw :) 10:16 <gdelhumeau> good morning :) 10:17 <Denis1> good morning 10:17 <Denis1> is now known as <Denis> 10:17 <gdelhumeau> gdelhumeau 10:17 <gdelhumeau> on sonatype: Last operation failed with 3 notifications 10:17 <gdelhumeau> Missing MD5: '/org/xwiki/commons/xwiki-commons-observation-local/7.2/xwiki-commons-observation-local-7.2-javadoc.jar.md5' 10:18 <Denis> I am having a first look at 7.2 release, and I am very puzzled by the fact that I cannot see the children of a inexistent WebHome, while at the same time I can administrer that inexistent page… seems we have blow up some concept too fast ! 10:20 <vmassol> IMO that's a mistake, we shouldn't be able to administer a non existing page 10:20 <vmassol> I don't see any issue of concept though 10:20 <vmassol> I'd create a jira issue for that 10:20 <Denis> you can administer it but not see children 10:20 <Denis> current creating the jira` 10:21 <gdelhumeau> I don't know 10:21 <Denis> that said, administration of and children of something that does not exists looks very odd for a final user 10:21 <gdelhumeau> the WebHome could not exist, but there could be some terminal pages 10:21 <vmassol> I agree that they should go together 10:21 <gdelhumeau> and since we don't have administer space, it make sense to administer... the non existent page 10:22 <vmassol> either they are allowed or they fordbidden for both of them 10:22 <gdelhumeau> from the core PoV 10:22 <gdelhumeau> from the user PoV, it's weird indeed 10:22 <vmassol> administer is ok IMO if the page rights is not shown 10:22 <vmassol> ie you can only administer children 10:22 <vmassol> well not even sure, need to think more :) 10:23 <vmassol> anyway I agree there's an issue and we need to decide 10:23 <Denis> XWIKI-12628 10:23 <Denis> but could be evolved as needed 10:24 <Denis> actually, we have a regression 10:26 <Denis> there is lots of weird situation with missing WebHome, including the fact that you can, (you need to) reach them (if you want to administer them) 10:26 <Denis> for the user PoV this is really weird and not pleasing 10:27 <vmassol> commented 10:32 <Denis> and replies 10:32 <gsmeria> has quit 10:33 <gsmeria> has joined #xwiki 10:34 <Denis> please, note that it is bad to have ML discussion in Jira issues, it seems to happen more and more, and so, let's create a ML thread about this !

<vmassol> has quit 01:13 <abusenius_> has joined #xwiki 01:14 <MasterPiece> has quit 01:16 <MasterPiece> has joined #xwiki 01:16 <MasterPiece> has quit 01:16 <MasterPiece> has joined #xwiki 02:42 <abusenius_> has quit 02:59 <daemoen> has joined #xwiki 02:59 <daemoen> good, there are some folkss here :) 03:34 <cjd> has quit 03:38 <daemoen> did 7.* replace the concept of spaces with 'subwikis' ? I can't find how and where to set spaces at all. 03:44 <cjd> has joined #xwiki 03:48 <daemoen> lo cjd 03:52 <cjd> hi 03:54 <daemoen> Is there updated documentation for how to administer 7.4.1 ?

<vmassol> has quit 01:13 <abusenius_> has joined #xwiki 01:14 <MasterPiece> has quit 01:16 <MasterPiece> has joined #xwiki 01:16 <MasterPiece> has quit 01:16 <MasterPiece> has joined #xwiki 02:42 <abusenius_> has quit 02:59 <daemoen> has joined #xwiki 02:59 <daemoen> good, there are some folkss here :) 03:34 <cjd> has quit 03:38 <daemoen> did 7.* replace the concept of spaces with 'subwikis' ? I can't find how and where to set spaces at all. 03:44 <cjd> has joined #xwiki 03:48 <daemoen> lo cjd 03:52 <cjd> hi 03:54 <daemoen> Is there updated documentation for how to administer 7.4.1 ?

I actually could use the concept. 13:46 <vmassol> RodrigoXwiki: yes spaces are still there in the model 13:47 <vmassol> you should read this: 13:47 <vmassol> http://platform.xwiki.org/xwiki/bin/preview/Features/ContentOrganization 13:47 <vmassol> then if you still have questions then report them here as we'll need to improve that doc!

Foswiki also had the webs concept for this. 13:55 <vmassol> "how it translates to the interface now, there's many options".

14:10 <vmassol> ClemensR: sure but OTOH it would totally confuse everyone else 14:11 <vmassol> (since you'd need to explain the concept of spaces and how it's different from nested pages) 14:11 <ClemensR> yeah, I know, maybe name it "top level pages" ?

I actually could use the concept. 13:46 <vmassol> RodrigoXwiki: yes spaces are still there in the model 13:47 <vmassol> you should read this: 13:47 <vmassol> http://platform.xwiki.org/xwiki/bin/preview/Features/ContentOrganization 13:47 <vmassol> then if you still have questions then report them here as we'll need to improve that doc!

Foswiki also had the webs concept for this. 13:55 <vmassol> "how it translates to the interface now, there's many options".

14:10 <vmassol> ClemensR: sure but OTOH it would totally confuse everyone else 14:11 <vmassol> (since you'd need to explain the concept of spaces and how it's different from nested pages) 14:11 <ClemensR> yeah, I know, maybe name it "top level pages" ?

My translation bundle, from where I want to overwrite the key is probably loaded before so it doesn't have any effect. 10:53 <mflorea> I was thinking to "force" loading my translation bundle on demand, but it is also loaded on wiki, so it doesn't work (the location manager probably detects that the bundle is already loaded and doesn't do nothing). 10:54 <mflorea> my last resort is to define a separate bundle that contains only the key I want to overwrite and load this on demand in the places where the key is used 10:58 <tmortagne> TranslationBundle API have the concept of priority but all wiki based bundle provide the same priority, need to add a priority field in TranslationDocumentClass 11:00 <tmortagne> "it doesn't work" not sure what you means here 11:00 <tmortagne> you change from wiki to on demand and it's not taken into account ?

we can't specify a priority for a document translation bundle, at least not from the wiki page 11:07 <tmortagne> (10:58:47 AM) tmortagne: TranslationBundle API have the concept of priority but all wiki based bundle provide the same priority, need to add a priority field in TranslationDocumentClass 11:08 <mflorea> that would be nice 11:08 <mflorea> and would fit my use case 11:08 <tmortagne> yes, mostly forgot about it 11:08 <tmortagne> plus it's pretty easy to do 11:09 <tmortagne> if you want to look at it it's in AbstractDocumentTranslationBundle 11:09 <tmortagne> right now it does setPriority(DEFAULTPRIORITY_WIKI); but ideally it should look at the document first 11:09 <ImRG> has quit 11:09 <mflorea> ok, on my side I need it for procedure flavor, which is still depending on 8.4 so I can't use the latest version yet 11:10 <ImRG> has joined #xwiki 11:11 <tmortagne> creating a jira issue for it, looks like I forgot 11:14 <evalica> has joined #xwiki 11:18 <ImRG> has left #xwiki 11:31 <Enygma`> has joined #xwiki 11:32 <Enygma`1> has joined #xwiki 11:32 <Enygma`2> has joined #xwiki 11:36 <Enygma`> has quit 11:36 <mflorea> tmortagne: document translation bundles loaded on demand don't seem to have priority over those loaded on wiki.

My translation bundle, from where I want to overwrite the key is probably loaded before so it doesn't have any effect. 10:53 <mflorea> I was thinking to "force" loading my translation bundle on demand, but it is also loaded on wiki, so it doesn't work (the location manager probably detects that the bundle is already loaded and doesn't do nothing). 10:54 <mflorea> my last resort is to define a separate bundle that contains only the key I want to overwrite and load this on demand in the places where the key is used 10:58 <tmortagne> TranslationBundle API have the concept of priority but all wiki based bundle provide the same priority, need to add a priority field in TranslationDocumentClass 11:00 <tmortagne> "it doesn't work" not sure what you means here 11:00 <tmortagne> you change from wiki to on demand and it's not taken into account ?

we can't specify a priority for a document translation bundle, at least not from the wiki page 11:07 <tmortagne> (10:58:47 AM) tmortagne: TranslationBundle API have the concept of priority but all wiki based bundle provide the same priority, need to add a priority field in TranslationDocumentClass 11:08 <mflorea> that would be nice 11:08 <mflorea> and would fit my use case 11:08 <tmortagne> yes, mostly forgot about it 11:08 <tmortagne> plus it's pretty easy to do 11:09 <tmortagne> if you want to look at it it's in AbstractDocumentTranslationBundle 11:09 <tmortagne> right now it does setPriority(DEFAULTPRIORITY_WIKI); but ideally it should look at the document first 11:09 <ImRG> has quit 11:09 <mflorea> ok, on my side I need it for procedure flavor, which is still depending on 8.4 so I can't use the latest version yet 11:10 <ImRG> has joined #xwiki 11:11 <tmortagne> creating a jira issue for it, looks like I forgot 11:14 <evalica> has joined #xwiki 11:18 <ImRG> has left #xwiki 11:31 <Enygma`> has joined #xwiki 11:32 <Enygma`1> has joined #xwiki 11:32 <Enygma`2> has joined #xwiki 11:36 <Enygma`> has quit 11:36 <mflorea> tmortagne: document translation bundles loaded on demand don't seem to have priority over those loaded on wiki.

view=externalLinks 14:38 <vmassol> even though this is in the commons wiki you can see all links for all wikis 14:40 <+tmortagne> that page could be aware of multiwiki concept, where is the API which require multiwiki information exactly ?

14:40 <+tmortagne> does not remember anything like this 14:40 <+mflorea> I don't remember, nevermind, I'll keep searching 14:41 <vmassol> tmortagne: that has 2 issues. 1) we still have the script service in rendering which can be accessed and 2) it's costly to parse all references to filter them 14:41 <+tmortagne> mflorea: search is supposed to be case sensitive from what I know unless you did not properly configured MySQL database 14:41 <vmassol> one solution I can think of would be to have a system to inject the structure 14:41 <vmassol> ideally we'd need the resources module 14:42 <vmassol> (i think) 14:42 <+tmortagne> vmassol: I don't say the solution is to filter in that page I'm asking where the multiwiki concept is really required 14:42 <vmassol> tmortagne: IMO each wiki should only list the links for itself and the main wiki should list all links 14:43 <+tmortagne> you mean duplicate them ?

14:56 <+tmortagne> the catch of the links to check 14:56 <+tmortagne> instead of rendering 14:56 <+tmortagne> linckchecker store itself can stay in commons if it provide a concept of namespace 14:56 <vmassol> well if we do this we might as well move the whole thing to platform 14:56 <vmassol> if we add the concept of namespace then we're good 14:57 <+tmortagne> for the storage but rendering alone cannot extract the namespace 14:57 <vmassol> we just need to add an interface to extract the namespace from the string 14:57 <vmassol> the impl would be in platform indeed 14:57 <vmassol> with a default impl in rendering that does nothing 14:57 <vmassol> (empty namespace) 14:58 <vmassol> I was just thinking that this namespace need is more generic than just hte link checker 14:58 <vmassol> and this could fit in the resource module we talked about 14:58 <vmassol> provided we agree to add the concept of namespace in the resource module 14:58 <vmassol> anyway it's a bit too early for such a module but the interest is growing 14:59 <+tmortagne> it's more generic that lin kchcker for sure since it already exist in EM and multi CM as I told you 14:59 <vmassol> yep 14:59 <vmassol> do you have already interfaces for extracting namespaces somewhere?

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!

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!

:)) 13:44 <evalica> k - I'll read it 13:44 <vmassol> the only downside, is that we're starting to need even more a UI for managing versions 13:45 <tmortagne> vmassol: this field does not exist in XWiki Repository, it's a extensions.xwiki.org customization 13:45 <evalica> I will never go out of business with this UI field :) 13:45 <tmortagne> so XWIKI-9642 is not really true 13:45 <vmassol> evalica: until we invent direct brain to brain communication ;) 13:46 <vmassol> tmortagne: ok 13:46 <vmassol> thanks 13:46 <vmassol> too bad that this concept of ExtensionVersionClass doesn't exist in platform 13:46 <vmassol> (platform = XWiki Repository app) 13:47 <vmassol> any reason why?

14:04 <vmassol> or if some title is badly displayed 14:05 <vmassol> the alternative is to remove the concept of "works or not" and just keep the notes field 14:05 <tmortagne> well it's not that simple, if you have an extension working since a specific version you might end up with a very bad grade because someone put 0 for a previous version 14:06 <tmortagne> it depends what we really want to display here 14:06 <vmassol> for ex on http://extensions.xwiki.org/xwiki/bin/view/Extension/Sequence+Diagram+Macro we have a green tick 14:07 <vmassol> to indicate it "works" iwth XE 6.0.1 14:07 <vmassol> but the concept is fuzzy 14:07 <tmortagne> yes but this field is usally here to indicate since when you can use that extension 14:07 <vmassol> I think what we want to show is for a user who wants to install this extensiosn whether he'll have some surprise or not 14:07 <tmortagne> it was not really meant to indicate you if it's good 14:07 <vmassol> what's the point of testing then?

:)) 13:44 <evalica> k - I'll read it 13:44 <vmassol> the only downside, is that we're starting to need even more a UI for managing versions 13:45 <tmortagne> vmassol: this field does not exist in XWiki Repository, it's a extensions.xwiki.org customization 13:45 <evalica> I will never go out of business with this UI field :) 13:45 <tmortagne> so XWIKI-9642 is not really true 13:45 <vmassol> evalica: until we invent direct brain to brain communication ;) 13:46 <vmassol> tmortagne: ok 13:46 <vmassol> thanks 13:46 <vmassol> too bad that this concept of ExtensionVersionClass doesn't exist in platform 13:46 <vmassol> (platform = XWiki Repository app) 13:47 <vmassol> any reason why?

14:04 <vmassol> or if some title is badly displayed 14:05 <vmassol> the alternative is to remove the concept of "works or not" and just keep the notes field 14:05 <tmortagne> well it's not that simple, if you have an extension working since a specific version you might end up with a very bad grade because someone put 0 for a previous version 14:06 <tmortagne> it depends what we really want to display here 14:06 <vmassol> for ex on http://extensions.xwiki.org/xwiki/bin/view/Extension/Sequence+Diagram+Macro we have a green tick 14:07 <vmassol> to indicate it "works" iwth XE 6.0.1 14:07 <vmassol> but the concept is fuzzy 14:07 <tmortagne> yes but this field is usally here to indicate since when you can use that extension 14:07 <vmassol> I think what we want to show is for a user who wants to install this extensiosn whether he'll have some surprise or not 14:07 <tmortagne> it was not really meant to indicate you if it's good 14:07 <vmassol> what's the point of testing then?