[xwiki-users] Question about parent/child page
Hi all, I have a page Child in with Space A(A.Child), with parent A.Main. Now I would like to copy this page to Space B, so it becomes B.Child with parent B.Main. But when I copy page using copy function in UI or using xwiki.xWiki.copyDocument, B.Child 's parent is always A.Main. What could I do to acheive my expected result, B.Main? Since I would like to use marco to copy multiple pages, I hope I could find a solution besides manually modifying the pages. Thank you so much for you help! -- View this message in context: http://xwiki.475771.n2.nabble.com/Question-about-parent-child-page-tp5045176p5045176.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI
On Mon, May 10, 2010 at 18:21, Thomas Mortagne thomas.morta...@xwiki.comwrote: On Mon, May 10, 2010 at 15:39, Ecaterina Valica vali...@gmail.com wrote: Hi, Please give feedback for Rights Management UI Proposal. *Partial Prototype* - Wiki Level: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights2Wiki - Space Level: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights2Space - Page Level: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights2Page *Desired Interaction * - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights2Proposal#HInteractionExplanations How do you give rights to users/groups from main wiki when you are in a subwiki in this UI ? The navigation in this UI is like this: Wiki Level: You can use the Containing Spaces/Pages to go down the hierarchy. http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights2Proposal/Rights2WikiNavigation.png Page Level: Right after the title Rights Management, there is a Inheritance Level navigation component to go upwards the hierarchy. http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights2Proposal/Rights2Pageclosed.png This screenshots only show the Wiki - Space - Page case, but the navigation can be easily extended to represent Main Wiki - SubWiki - Space - Page. Thanks for the feedback, Caty Thanks, Caty ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -- Thomas Mortagne ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Question about parent/child page
On 05/13/2010 10:19 AM, S.L wrote: Hi all, I have a page Child in with Space A(A.Child), with parent A.Main. Now I would like to copy this page to Space B, so it becomes B.Child with parent B.Main. But when I copy page using copy function in UI or using xwiki.xWiki.copyDocument, B.Child 's parent is always A.Main. What could I do to acheive my expected result, B.Main? Since I would like to use marco to copy multiple pages, I hope I could find a solution besides manually modifying the pages. Thank you so much for you help! You can leave out the space from the parent, as in Main. This will always resolve to the Main document in the current space, thus A.Main when the document is in the space A, B.Main when in space B. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with links to Headers after export to HTML
Done...it is now logged as XWIKI 5184 (http://jira.xwiki.org/jira/browse/XWIKI-5184). Thanks, -Rob From: Marius Dumitru Florea [via XWiki] [mailto:ml-node+5043457-1330437702-517...@n2.nabble.com] Sent: Wednesday, May 12, 2010 5:23 PM To: Zimmer, Robert E Subject: Re: Problem with links to Headers after export to HTML Hi Rob, On 05/12/2010 11:23 PM, RobZ wrote: I have taken my Xwiki site and have exported it to HTML. I have a table of contents at the top of each page with autogenerates based on the Headers on the page. These TOC links work correctly when clicked, they take you to the appropriate header within the page. Within the text of the page though, if a link is inserted referencing a header, it works fine in the wiki, but when exported to HTML the URL is mangled. For example: A link within a page should be: xwiki.Main.PageName.html#HHeader Name Is instead rendered as: xwiki.Main.PageName#HHeader Name.html This results in a link that does not function correctly. Has anyone seen this problem? Is there a way to fix this other than to search all of the files and manually edit them? It looks like http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/ExportURLFactory.java puts the anchor before the .html extension in the createURL method. Can you report this bug on http://jira.xwiki.org/jira/browse/XWIKI/component/10592? Thanks, Marius I am using Xwiki Enterprise 2.0.2.24645 Thanks for any help you can provide. -Rob ___ users mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=5043457i=0 http://lists.xwiki.org/mailman/listinfo/users View message @ http://xwiki.475771.n2.nabble.com/Problem-with-links-to-Headers-after-export-to-HTML-tp5043223p5043457.html To unsubscribe from Problem with links to Headers after export to HTML, click here (link removed) . -- View this message in context: http://xwiki.475771.n2.nabble.com/Problem-with-links-to-Headers-after-export-to-HTML-tp5043223p5046063.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Wysiwig problem with XWiki Syntax 2.0
Hi Marius, Thanks a lot for you help. I don't know what happened while upgrading but I took the source from the link you gave me and replaced all the files linked to the wysiwyg and it works now. Thanks a lot again! Christian -Message d'origine- De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de Marius Dumitru Florea Envoyé : May 12, 2010 6:10 PM À : users@xwiki.org Objet : Re: [xwiki-users] Wysiwig problem with XWiki Syntax 2.0 Hi Christian, On 05/12/2010 09:58 PM, Christian Dionne wrote: Hello, I just upgraded our internal WIKI to the latest version of XWiki Enterprise v.2.3. We were previously using XWIKI enterprise version 1.7 The upgrade went smoothly and everything was migrated. However, the WYSIWYG editor for XWiki syntax 2.0 is not working. When trying to create or edit a page in XWiki syntax 2.0, the WYSIWYG never loads. The WYSIWYG for syntax version 1.0 is working fine. I have also noticed tons of Javascript error when trying to load the wysiwyg: I've never seen this before. What browser are you using? Did you clean the browser cache after the upgrade? Can you double check that resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html file from your installation is the same as the one from http://maven.xwiki.org/releases/com/xpn/xwiki/platform/xwiki-web-gwt-wysiwyg-server/2.3/xwiki-web-gwt-wysiwyg-server-2.3.war ? I checked some of the lines indicated in the JavaScript exceptions you pasted below and they don't seem to match. Thanks, Marius Erreur : aucun élément trouvé Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/bin/cancel/CSIL/NTPControllerInfo?ajax=1 Ligne : 1 Erreur : missing ; before statement Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 1439, Colonne : 25 Code Source : function aFc(){return qb(){return oRc} Erreur : missing ; before statement Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 2440, Colonne : 5 Code Source : fu,a.c);bA(a.d[0])} Erreur : missing ( before formal parameters Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 3105, Colonne : 11 Code Source : function He);g8(new d8,a,b);a.F[NNc]=xPc;return a} Erreur : missing ; before statement Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 3568, Colonne : 28 Code Source : function nq(a){his,a,~~Kub(a))} Erreur : missing ) in parenthetical Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 3909, Colonne : 104 Code Source : function Wkc(a){var b;Ztb(s2c,(b=$wnd.isc.EventHandler.getKey(),b==undefined?null:b))SVb(this.f,(Lurn b} Erreur : missing ) after argument list Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 4168, Colonne : 111 Code Source : function wOb(a,b,c){var d,e;d=a.e.qg(b);if(d){e=d.F.value;d.F.value=c;return e}else{d=D7(new B7,t(ftb(),etb)[b];!c(c=etb[b]=Xsb(new Vsb,a));return c}return Xsb(new Vsb,a)} Erreur : syntax error Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 4370, Colonne : 122 Code Source : function YGb(a){var b,c,d;b=0;c=a.previousSibling;d=a.nextSibling;while(!!c!!d){++b;c=c.previousSibling;d=d.nextSibling},b.getAttribute(oWc)||xKc);default:return true;}} Erreur : syntax error Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 4525, Colonne : 32 Code Source : function mhc(a){var b,c,d,e,f,g;){e=zxb(f);e.parentNode.replaceChild((hr(),d).createElement($Vc),e)}} Erreur : syntax error Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 4636, Colonne : 123 Code Source : function h6(a,b){var c,d,e,f,g,h,i,j;if(a.b==b){return}if(b0){throw Bsb(new ysb,fPc+b)}if(a.bb){for(c=0;ca.c;++c){for(d=for(c=0;ca.c;++c){for(d=a.b;db;++d){i=a.d.rows[c];h=(j=(hr(),$doc).createElement(QOc),j.innerHTML=gPc,j);zU(i,h,d)}}}a.b=b} Erreur : illegal character Fichier Source : http://bupsbugzilla.cogeco.com:8080/xwiki/resources/js/xwiki/wysiwyg/xwe/C952B2C6C587AE386FE707B50A8BCA53.cache.html Ligne : 4713, Colonne : 46 Code Source : function SGc(b,c,d,e){var a,g,h,i,j;i=fY++;!!$ Erreur : illegal character Fichier Source :
Re: [xwiki-users] Deny Public registration Wiki Workspaces
Hello Chris I know it's been sometime that you've posted this but I thought to give it a try anyway.. Did you finally have any luck with making the registrations in xwiki private? (approved by admin) I need to get our wiki configured that way and that is actually pretty critical. Any ideas are greatly appreciated! Thanks! Joanna -- View this message in context: http://xwiki.475771.n2.nabble.com/Deny-Public-registration-Wiki-Workspaces-tp2578224p5046701.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] preventing registration on workspaces under xem
Hello Guillaume I need to somehow control the registration in our wiki meaning that people can register but an admin needs to approve them before being able to login and use the wiki. After searching in the forum I ended up reading the guidelines you gave to another user. I couldn't follow your instructions. I don't whether these are by now outdated or I just did not understand them. Any help is greatly appreciated! Thanks, Joanna - Joanna -- Please consider the environment -- -- View this message in context: http://xwiki.475771.n2.nabble.com/preventing-registration-on-workspaces-under-xem-tp1307495p5046737.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] preventing registration on workspaces under xem
The user object has a field for setting whether the user name is activated. If you're using XWiki Enterprise you can edit XWiki.Registration and there is an example of how to add a favorite color field which contains a doAfterRegistration option for code to do something to the user after registration, you can set this to get the user object from the user's document then set the active field to 0. XWiki.Registration does not exist in Workspaces and you would have to add the code to xwiki.war/templates/register-inline.vm I'm sure there are other ways to do it (I don't know very much about Workspaces) but this is one that I know. Caleb JoannaD wrote: Hello Guillaume I need to somehow control the registration in our wiki meaning that people can register but an admin needs to approve them before being able to login and use the wiki. After searching in the forum I ended up reading the guidelines you gave to another user. I couldn't follow your instructions. I don't whether these are by now outdated or I just did not understand them. Any help is greatly appreciated! Thanks, Joanna - Joanna -- Please consider the environment -- ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] preventing registration on workspaces under xem
On 05/13/2010 05:50 PM, JoannaD wrote: Hello Guillaume I need to somehow control the registration in our wiki meaning that people can register but an admin needs to approve them before being able to login and use the wiki. After searching in the forum I ended up reading the guidelines you gave to another user. I couldn't follow your instructions. I don't whether these are by now outdated or I just did not understand them. Any help is greatly appreciated! One possible solution: Go to Administer wiki, Registration, enable Use email verification and Check Active fields for user authentication, change the Validation e-Mail Content so that it doesn't contain the validation link, but say something like Your account will e validated shortly. This solves the need for validation, but then you'll need to develop some UI which allows administrators to list and manually activate new users. Fast pointers: {{velocity}}{{html wiki=false}} ul #foreach($d in $xwiki.wrapDocs($xwiki.searchDocuments(, BaseObject obj, IntegerProperty act where obj.className = 'XWiki.XWikiUsers' and obj.name = doc.fullName and act.id.id = obj.id and act.id.name = 'active' and act.value 1))) li$xwiki.getUserName($d.fullName) (a href=$d.getURL('save', 'XWiki.XWikiUsers_0_active=1')xredirect=$doc.getURL()activate/a)/li #end /ul {{/html}}{{/velocity}} -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XE 2.3 and search
The {{html}} issue is because the rendering engine was completely rewritten which eliminated some bugs which had been relied upon. Your report sounds like an Internet Explorer related Javascript bug. If so, you can work around it by using Firefox and we will look into the problem. Sorry for the trouble. Caleb Daniel Johansson wrote: I seem to have a problem with the search ever since I upgraded to 2.3. First off it fails to load the html macro. This is a known issue. I have repeatedly imported the Main.WebSearch page from the default 2.3 wiki with no success. After manually adding a new line after the {hmtl} in question the page renders. But now if I search on something (I have to manually delete the 'Search..' string in the search box first) I will see the result list flash by momentarily only to have that wiped and presented with the empty search page again. Did something go wrong with my upgrade or what could have happened since no one else seems to experience this? Everything else seems to work as expected from what I've tried. Also, after fixing the Main.WebSearch page I did an import again and now I'm back to the failed macro message again. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XE 2.3 and search
I'm using Firefox by default. I have verified that the behavior is the same for IE and Chrome as well. -- View this message in context: http://xwiki.475771.n2.nabble.com/XE-2-3-and-search-tp5043839p5046914.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XE 2.3 and search
Using Firefox 3.6.3 I have observed correct behavior here: http://code.xwiki.org/xwiki/bin/view/Main/WebSearch after fixing the html macro issue. This site is running 2.3 You can compare your code to the code here: http://code.xwiki.org/xwiki/bin/view/Main/WebSearch?viewer=code Also check to make sure this is available on your server: your.server/xwiki/resources/uicomponents/search/search.js Missing the js file leads to similar results to what you reported. Caleb Daniel Johansson wrote: I'm using Firefox by default. I have verified that the behavior is the same for IE and Chrome as well. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Automatic Numbering - macro problems
Hello there! I'm trying to create a macro that would allow the user to use the automatic numbering power. I used this code: #set ($context.tocNumbered = true) #set ($context.tocData = $tdoc.getTOC(1, 6, true)) to create the macro. I created the macro. However, when I tried to use it, it just didnt seem work. After a little time searching I found the problem, or not... Maybe there's something related to the version in which I'm creating and using the macro. Either 2.0 or 1.0. I've seen this issue which is related to the fact I pointed above: http://jira.xwiki.org/jira/browse/XWIKI-3733 Any clues? Thank you very much, Wilson ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Replace the wysiwyg editor
Hello Vincent! My friend here, Erica, did it. Here it is: http://jira.xwiki.org/jira/browse/XWIKI-5186 If there is any doubt, please ask. Thanks, Wilson 2010/5/5 Vincent Massol vinc...@massol.net Hi Wilson, Regarding the stack trace it would be great if you could create a jira issue in http://jira.xwiki.org/jira/browse/XWIKI describing the problem you've found below and attach to this issue a source file that we can use to reproduce the problem. Once we can reproduce it we'll be able to fix it quickly. Thanks a lot -Vincent On May 5, 2010, at 8:29 PM, Wilson Leão Neto wrote: Hello all! @Vincent Your steps are being very helpful, thanks a lot! I'm studying it right now. @Vincent and Asiri As requested, the stacktrace: 2010-05-05 12:56:35,447 [ http://localhost:8086/xwiki/bin/preview/Main/teste] *ERROR internal.DefaultHTMLConverter* - Failed to parse input source *org.xwiki.rendering.parser.ParseException: Failed to parse input source* at org.xwiki.rendering.internal.parser.wikimodel.AbstractWikiModelParser.parse(AbstractWikiModelParser.java:136) at org.xwiki.rendering.internal.parser.wikimodel.AbstractWikiModelParser.parse(AbstractWikiModelParser.java:97) at com.xpn.xwiki.wysiwyg.server.converter.internal.DefaultHTMLConverter.fromHTML(DefaultHTMLConverter.java:100) at com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:117) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:304) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:326) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:536) at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:930) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:405) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409) at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) Caused by: org.wikimodel.wem.WikiParserException: java.lang.NullPointerException at org.wikimodel.wem.xhtml.XhtmlParser.parse(XhtmlParser.java:107) at org.xwiki.rendering.internal.parser.wikimodel.AbstractWikiModelParser.parse(AbstractWikiModelParser.java:134) ... 26 more Caused by: java.lang.NullPointerException at org.xwiki.rendering.internal.parser.wikimodel.xhtml.XWikiReferenceTagHandler.end(XWikiReferenceTagHandler.java:169) at org.wikimodel.wem.xhtml.handler.TagHandler.endElement(TagHandler.java:129) at org.wikimodel.wem.xhtml.impl.XhtmlHandler$TagStack$TagContext.endElement(XhtmlHandler.java:113) at org.wikimodel.wem.xhtml.impl.XhtmlHandler$TagStack.endElement(XhtmlHandler.java:203) at org.wikimodel.wem.xhtml.impl.XhtmlHandler.endElement(XhtmlHandler.java:517) at org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:546) at org.wikimodel.wem.xhtml.filter.XHTMLWhitespaceXMLFilter.sendInlineEvent(XHTMLWhitespaceXMLFilter.java:293) at org.wikimodel.wem.xhtml.filter.XHTMLWhitespaceXMLFilter.appendInlineEvent(XHTMLWhitespaceXMLFilter.java:358) at org.wikimodel.wem.xhtml.filter.XHTMLWhitespaceXMLFilter.endElement(XHTMLWhitespaceXMLFilter.java:202) at org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:546) at org.wikimodel.wem.xhtml.filter.AccumulationXMLFilter.endElement(AccumulationXMLFilter.java:70) at org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:546) at org.wikimodel.wem.xhtml.filter.DTDXMLFilter.endElement(DTDXMLFilter.java:70) at
Re: [xwiki-users] Automatic Numbering - macro problems
On 05/13/2010 10:25 PM, Wilson Leão Neto wrote: Hello there! I'm trying to create a macro that would allow the user to use the automatic numbering power. What are you trying to number? The table of contents only, or the in-page headings? If it's only the toc, then try {{toc numbered=true/}}. Numbering headings is not currently implemented for documents written in syntax xwiki/2.0. I used this code: #set ($context.tocNumbered = true) #set ($context.tocData = $tdoc.getTOC(1, 6, true)) This code only works for documents written in syntax xwiki/1.0, since it uses the old rendering engine. to create the macro. I created the macro. However, when I tried to use it, it just didnt seem work. After a little time searching I found the problem, or not... Maybe there's something related to the version in which I'm creating and using the macro. Either 2.0 or 1.0. I've seen this issue which is related to the fact I pointed above: http://jira.xwiki.org/jira/browse/XWIKI-3733 Any clues? Thank you very much, Wilson -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XE 2.3 and search
Ok, I actually copied and pasted the code from your sample site. I diffed both the search.js and the search.css between mine and the sample. Exactly the same. I have no idea why it flashes the results and then disappears? What other documents are involved? -- View this message in context: http://xwiki.475771.n2.nabble.com/XE-2-3-and-search-tp5043839p5048910.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XE 2.3 and search
Daniel Johansson wrote: Ok, I actually copied and pasted the code from your sample site. I diffed both the search.js and the search.css between mine and the sample. Exactly the same. I have no idea why it flashes the results and then disappears? I am most suspicious of javascript misbehaving. Maybe give it a try with js disabled. Also if it's javascript you might get some idea what's going on by opening chrome://global/content/console.xul in a different tab and after loading the page, checking it for errors. What other documents are involved? XWiki.Results seems to be included by the XWiki.WebSearch page. Caleb ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Automatic Numbering - macro problems
Numbering headings, yes, that's what I was trying to get. Thank you for your answer ;) Wilson 2010/5/13 Sergiu Dumitriu ser...@xwiki.com On 05/13/2010 10:25 PM, Wilson Leão Neto wrote: Hello there! I'm trying to create a macro that would allow the user to use the automatic numbering power. What are you trying to number? The table of contents only, or the in-page headings? If it's only the toc, then try {{toc numbered=true/}}. Numbering headings is not currently implemented for documents written in syntax xwiki/2.0. I used this code: #set ($context.tocNumbered = true) #set ($context.tocData = $tdoc.getTOC(1, 6, true)) This code only works for documents written in syntax xwiki/1.0, since it uses the old rendering engine. to create the macro. I created the macro. However, when I tried to use it, it just didnt seem work. After a little time searching I found the problem, or not... Maybe there's something related to the version in which I'm creating and using the macro. Either 2.0 or 1.0. I've seen this issue which is related to the fact I pointed above: http://jira.xwiki.org/jira/browse/XWIKI-3733 Any clues? Thank you very much, Wilson -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users