- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] [VOTE] XE 1.8.4 release + Date proposal

by Vincent Massol

Hi, I'd like to propose that we do a last XE 1.8.4 release in order to further stabilize: - the office importer - the new WYSIWYG editor - the new rendering This release would be a short bug-fix release (except for the office importer that would add external process control + autostart). I'm proposing the release date of Monday 18th of May (same date as 1.9RC1 release btw). So far the following issues are planned: - HTML macro fix: http://jira.xwiki.org/jira/browse/XWIKI-3791 + http://jira.xwiki.org/jira/browse/XWIKI-3792 - Office importer: Merge changes from trunk for "add external process control" + "autostart" In addition the following categories are wanted additions: - issues related to the Office Importer, to tables in the WYSIWYG in IE + overall WYSIWYG stability in IE - issues related to the justify / color / font plugin in the WYSIWYG (more IE testing) + issues related to the converter Here's my +1 Thanks -Vincent

16 years, 4 months

5
4
0 0

[xwiki-devs] Twitter notification for our xwiki?

by Paul Libbrecht

Hello XWikiers, searching the site only let me find things that present twitter feeds inside XWiki, is there a notification module that sends (some) changes to a twitter channel? paul

16 years, 4 months

1
0
0 0

Re: [xwiki-devs] [xwiki-notifications] r19510 - in platform: core/trunk/xwiki-containers/xwiki-container-api/src/main/java/org/xwiki/container core/trunk/xwiki-containers/xwiki-container-api/src/main/resources/META-INF/plexus core/trunk/xwiki-containers/xwiki-container-portlet/src/main/java/org/xwiki/container/portlet core/trunk/xwiki-containers/xwiki-container-portlet/src/main/resources/META-INF/plexus core/trunk/xwiki-containers/xwiki-container-servlet/src/main/java/org/xwiki/container/servlet core/trunk/

by Sergiu Dumitriu

asiri (SVN) wrote: > Author: asiri > Date: 2009-05-07 21:16:03 +0200 (Thu, 07 May 2009) > New Revision: 19510 > > Added: > platform/core/trunk/xwiki-containers/xwiki-container-api/src/main/java/org/xwiki/container/ApplicationContextListener.java > platform/core/trunk/xwiki-containers/xwiki-container-api/src/main/java/org/xwiki/container/ApplicationContextListenerManager.java > platform/core/trunk/xwiki-containers/xwiki-container-api/src/main/java/org/xwiki/container/DefaultApplicationContextListenerManager.java > platform/core/trunk/xwiki-officeimporter/src/main/java/org/xwiki/officeimporter/internal/openoffice/OpenOfficeServerManagerApplicationContextListener.java > Modified: > platform/core/trunk/xwiki-containers/xwiki-container-api/src/main/resources/META-INF/plexus/components.xml > platform/core/trunk/xwiki-containers/xwiki-container-portlet/src/main/java/org/xwiki/container/portlet/DefaultPortletContainerInitializer.java > platform/core/trunk/xwiki-containers/xwiki-container-portlet/src/main/resources/META-INF/plexus/components.xml > platform/core/trunk/xwiki-containers/xwiki-container-servlet/src/main/java/org/xwiki/container/servlet/DefaultServletContainerInitializer.java > platform/core/trunk/xwiki-containers/xwiki-container-servlet/src/main/java/org/xwiki/container/servlet/XWikiPlexusServletContextListener.java > platform/core/trunk/xwiki-containers/xwiki-container-servlet/src/main/resources/META-INF/plexus/components.xml > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiPortlet.java > platform/core/trunk/xwiki-officeimporter/src/main/java/org/xwiki/officeimporter/internal/openoffice/DefaultOpenOfficeServerConfiguration.java > platform/core/trunk/xwiki-officeimporter/src/main/java/org/xwiki/officeimporter/internal/openoffice/DefaultOpenOfficeServerManager.java > platform/core/trunk/xwiki-officeimporter/src/main/java/org/xwiki/officeimporter/openoffice/OpenOfficeServerConfiguration.java > platform/core/trunk/xwiki-officeimporter/src/main/resources/META-INF/plexus/components.xml > platform/xwiki-tools/trunk/xwiki-configuration-resources/src/main/resources/xwiki.properties.vm > Log: > XWIKI-3710: Add support for automatically restarting OpenOffice server when XE is restarted > > * Implemented. > > Added: platform/core/trunk/xwiki-containers/xwiki-container-api/src/main/java/org/xwiki/container/DefaultApplicationContextListenerManager.java > =================================================================== > --- platform/core/trunk/xwiki-containers/xwiki-container-api/src/main/java/org/xwiki/container/DefaultApplicationContextListenerManager.java (rev 0) > +++ platform/core/trunk/xwiki-containers/xwiki-container-api/src/main/java/org/xwiki/container/DefaultApplicationContextListenerManager.java 2009-05-07 19:16:03 UTC (rev 19510) > + public void initializeApplicationContext(ApplicationContext applicationContext) > + { > + try { > + List<ApplicationContextListener> initializers = > + componentManager.lookupList(ApplicationContextListener.class); > + for (ApplicationContextListener initializer : initializers) { I'd say that you should surround this line with a try catch block, so that a broken listener doesn't break the entire notification. > + initializer.initializeApplicationContext(applicationContext); > + } > + } catch (ComponentLookupException ex) { > + getLogger().error(ex.getMessage(), ex); > + } > + } > + > + /** > + * {@inheritDoc} > + */ > + public void destroyApplicationContext(ApplicationContext applicationContext) > + { > + try { > + List<ApplicationContextListener> initializers = > + componentManager.lookupList(ApplicationContextListener.class); > + for (ApplicationContextListener initializer : initializers) { Same here. > + initializer.destroyApplicationContext(applicationContext); > + } > + } catch (ComponentLookupException ex) { > + getLogger().error(ex.getMessage(), ex); > + } > + } > +} -- Sergiu Dumitriu http://purl.org/net/sergiu/

16 years, 4 months

1
0
0 0

[xwiki-devs] plugin to another webapp?

by Paul Libbrecht

Hello XWikiers, do I have a possibility for a plugin to access the classes of another webapp? Can this other webapp maybe offer some services shareable to others? (JNDI?) thanks in advance paul

16 years, 4 months

3
8
0 0

[xwiki-devs] 1.9m2?

by Lilianne E. Blaze

According to http://enterprise.xwiki.org/xwiki/bin/view/Main/Roadmap 1.9m2 is due at 4 may? Was it changed / is there an ETA yet / what exactly is blocking it? Greetings, Lilianne

16 years, 4 months

2
2
0 0

Re: [xwiki-devs] Xwiki+Simile Exhibit integration // request for help w/ portability issue

by Niels Mayer

On Sat, May 9, 2009 at 10:04 AM, David Huynh <dfhuynh(a)alum.mit.edu> wrote: > Looking at the HTML source, I see > <div ex:role="coder" ex:coderClass="Color" > id="party-colors"> > <span ex:color="red">Republican</span> > <span ex:color="blue">Democratic</span><p/> > <span ex:case="others" ex:color="#aaa">Other > parties</span> > <span ex:case="mixed" ex:color="#eee">Many > parties</span> > <span ex:case="missing" ex:color="#444">No party</span> > </div> > I think the <p/> is causing problem. Could you remove it and see if that > helps? That was exactly the problem! Thank you so much, as that's one I would have never spotted myself! FYI, here's what happened: Since I just cut/paste the HTML from view-source on the presidents example on simile-widgets.org, the newlines got interpreted as paragraphs by the wiki-engine in Xwiki. So, I removed the extra newline in Exhibit.Presidents2, and it now works in IE! This is a "gotcha" I frequently hit in Xwiki, although I find the ability to mashup HTML and wikitext in an active document quite useful. Now both the "standalone" http://nielsmayer.com/xwiki/bin/view/Exhibit/Presidents2 and locally-hosted-exhibit http://nielsmayer.com/xwiki/bin/view/Exhibit/Presidents work in IE! Thanks again and also thanks for Exhibit which is just all around great! The updated XAR (zip format) of "Presidents2" example is here: http://nielsmayer.com/xwiki/bin/download/Exhibit/Presidents2/Exhibit.Presid… Length Date Time Name -------- ---- ---- ---- 94080 05-09-09 10:30 Exhibit/Presidents2.xml 2226 05-09-09 10:30 Exhibit/PresidentsSchemaJSON.xml 29379 05-09-09 10:30 Exhibit/PresidentsJSON.xml 544 05-09-09 10:30 package.xml -------- ------- 126229 4 files Niels http://nielsmayer.com PS: After sending the announcement yesterday, I realized there was one issue that makes this example not quite standalone. Exhibit.PresidentsPkg.xar contains a hard-coded google-maps key that you receive when registering your site <http://code.google.com/apis/maps/signup.html>. You'll need to change "gmapkey" setting in object XWiki.JavaScriptExtension[2] on document "Exhibit.Presidents2": > params: { bundle: true, authenticated: false, autoCreate: false, safe: > false, gmapkey: "XXXXXXXXXXXXXXXXXXXXXXXXXXXX", views: "timeline,map" } Until this is changed, you'll get a dialog box from google saying you need to register. When you click away the dialog box, it should load the interface even if not correctly registered. PPS: What does this Exhibit parameter setting do, and what is the correct value: namespace: "http://simile.mit.edu/2006/11/exhibit#", (also in object XWiki.JavaScriptExtension[2] on document "Exhibit.Presidents2)

16 years, 4 months

1
1
0 0

[xwiki-devs] Xwiki+Simile Exhibit integration // request for help w/ portability issue

by Niels Mayer

Although I was previously able to do a hack integration with Simile's Exhibit and Xwiki, it was too heinous to actually live with. A cleaner solution, using Xwiki's "skin extensions" for stylesheets and javascript now works. The "clean" solution required hosting my own copy of Exhibit based on checking out from the trunk the latest copy of "Exhibit." Hosting my own copy of Exhibit seems to be problematic, as the version of Exhibit I checked out from svn/trunk has issues such as (1) a non-working minified jquery that needed to be replaced w/ original, and (2) portability issue on IE (see below) on which I need help/advice. Here's my example of Xwiki/Exhibit integration: http://nielsmayer.com/xwiki/bin/view/Exhibit/Presidents Here's the original example from which above was derived: http://simile-widgets.org/exhibit/examples/presidents/presidents.html Xwiki Source Code: Presidents<http://nielsmayer.com/xwiki/bin/view/Exhibit/Presidents?viewer=code> Data used by example: PresidentsSchemaJSON<http://nielsmayer.com/xwiki/bin/view/Exhibit/PresidentsSchemaJSON?xpage=pla…>, PresidentsJSON<http://nielsmayer.com/xwiki/bin/view/Exhibit/PresidentsJSON?xpage=plain> Attached, because there's no easy way to view these, the contents of XWiki.StyleSheetExtension[0] and XWiki.JavaScriptExtension[0] -- these are objects attached to the underlying Xwiki document http://nielsmayer.com/xwiki/bin/view/Exhibit/Presidents which cause the appropriate magic to happen in the header via calls to $xwiki.ssx.use("$doc.fullName") and $xwiki.jsx.use("$doc.fullName"). It's all explained in the preamble for http://nielsmayer.com/xwiki/bin/view/Exhibit/Presidents?viewer=code : > ## Note that to get this whole thing working requires jquery NOT FROM > EXHIBIT SVN TRUNK > ##( http://nielsmayer.com/js/exhibit/api/scripts/jquery-1.3.2.min.js ) > ## Instead, preload > http://nielsmayer.com/xwiki/resources/js/exhibit/api/scripts/jquery-1.3.2.m… > ## for details see > http://nielsmayer.com/xwiki/resources/js/exhibit/api/scripts/jquery-1.3.2.m… > $xwiki.jsfx.use("js/exhibit/api/scripts/jquery-1.3.2.min.js")## > ## Note that > http://nielsmayer.com/xwiki/resources/js/exhibit/api/exhibit-api.jsdifferent > ## to trunk http://nielsmayer.com/js/exhibit/api/exhibit-api.js > $xwiki.jsfx.use("js/exhibit/api/exhibit-api.js")## > ## though > http://nielsmayer.com/xwiki/resources/js/Simile/Exhibit/webapp/styles.csswo… the line below does not: > ##$xwiki.ssfx.use("js/simile/Exhibit/webapp/styles.css")##same loaded from > XWiki.StyleSheetExtension[0] via ssx.use. > $xwiki.ssx.use("$doc.fullName")## > $xwiki.jsx.use("$doc.fullName")## > ------------ ISSUE AND REQUEST FOR HELP: In IE, after the simile busy-spinner has popped up indicating a successful load of Exhibit, the following errors happen, causing three successive dialog boxes: (1) "Caught exception: ColorCoder: Error processing configuration of coder Details: 'firstChild.nodeValue' is null or not an object (2) Caught exception: undefined Details: 'firstChild.nodeValue' is null or not an object (3) IE error: Line 1831, char 52, Error: object expected Suggestions on which version of "Exhibit" or "Simile-Ajax-API" to use in order to get rid of this error would be appreciated. It is interesting to note that the "trunk" version of the same example http://trunk.simile-widgets.org/exhibit/examples/presidents/presidents.html… fine in IE. Is this the same issue noted previously: http://www.mail-archive.com/simile-widgets@googlegroups.com/msg00385.html http://www.mail-archive.com/simile-widgets@googlegroups.com/msg00391.html http://www.mail-archive.com/simile-widgets@googlegroups.com/msg00846.html??? ---------- TODO: One last remaining hack is that I put the following in the headers > <link rel="exhibit/data" type="application/json" > href="$xwiki.getURL("Exhibit.PresidentsSchemaJSON","view","xpage=plain")" /> > <link rel="exhibit/data" type="application/json" > href="$xwiki.getURL("Exhibit.PresidentsJSON","view","xpage=plain")" /> > via the "Exhibit" space's "HTTP Meta Information" administration setting ( http://nielsmayer.com/xwiki/bin/admin/Exhibit/WebPreferences?editor=spacead…). I would like to figure out a way to set these values directly in javascript inside the document itself (or inside additional instances of XWiki.JavaScriptExtension) rather than having them read as external json files, e.g. http://www.mail-archive.com/general@simile.mit.edu/msg02434.html http://www.nabble.com/JSON-created-locally-td17507332.html http://www.patrickgmj.net/node/161 -- Niels. http://nielsmayer.com

16 years, 4 months

2
2
0 0

[xwiki-devs] Running Sellinium Tests XWIKI-3697

by Tharindu Madushanka

Hi, I have completed sending loging / logout observation events and trying to write integration test for the task. I have written a test case similar to the attached file. I want to clear few things about it. As well as I got few issues while trying to run. *Question 1* - I think this test should check my observation event sending - Please comment on if there is any mistake on groovy script added to createPage() content. *Question 2 *- On running the selinium tests Test is named LoginObservationTest After writing the test case, For first time run, I went to /enterprise/distribution-test/selenium-tests directory and run the following command as in tutorial mvn install -Dpattern=LoginObservationTest It showed an error saying java.lang.RuntimeException: Firefox couldn't be found in the path! Please add the directory containing 'firefox-bin' to your PATH environment variable, or explicitly specify a path to Firefox like this: *firefox /blah/blah/firefox-bin Then I have linked the firefox folder as it was suggested in this http://willbryant.net/software/2008/05/26/selenium_rc_firefox_2_on_ubuntu_h… But in my case I have firefox-3.0.10 and inside that I had firefox binary not a file named firefox-bin Then I linked to path like this. sudo ln /usr/lib/firefox-3.0.10/firefox /usr/lib/firefox/firefox-bin Now I get an exception like this when I run the command to test my selenium test :( ------------------------------------------------------- T E S T S ------------------------------------------------------- Running com.xpn.xwiki.it.selenium.AllTests 09:59:44,591 INFO [org.mortbay.util.Credential] Checking Resource aliases 09:59:44,602 INFO [org.openqa.selenium.server.SeleniumDriverResourceHandler] Command request: getNewBrowserSession[*firefox, http://localhost:8080, ] on session null 09:59:44,603 INFO [org.openqa.selenium.server.BrowserSessionFactory] creating new remote session 09:59:44,936 INFO [org.openqa.selenium.server.BrowserSessionFactory] Allocated session 775dad4fbed24b0e98a86c0652ec136c for http://localhost:8080, launching... 09:59:45,092 INFO [org.openqa.selenium.server.browserlaunchers.FirefoxCustomProfileLauncher] Preparing Firefox profile... Could not read application.ini 10:00:05,235 WARN [org.mortbay.http.HttpConnection] POST /selenium-server/driver/ HTTP/1.1 java.lang.RuntimeException: Timed out waiting for profile to be created! Kindly tell me some tips to solve this. Thank you, -Tharindu

16 years, 4 months

4
3
0 0

Re: [xwiki-devs] [xwiki-notifications] r19499 - in platform/web/trunk: standard/src/main/webapp/templates wysiwyg wysiwyg/src/main/java/com/xpn/xwiki/wysiwyg/client/plugin/table wysiwyg/src/main/java/com/xpn/xwiki/wysiwyg/client/plugin/table/feature wysiwyg/src/main/java/com/xpn/xwiki/wysiwyg/client/plugin/table/ui

by Sergiu Dumitriu

Marius Dumitru Florea wrote: > We should keep the buttons and let the user choose whether he wants to > use the tool bar, the menu bar or both, by changing the configuration. > By default we put table features in the menu. But in some cases we'll > have to drop the menu and use only the tool bar with a few features in > order to have a compact editor. In this case the user might want to have > the insert table button on the tool bar. +1. We must not forget that the editor is supposed to be generic, and that shortly we'll want it to be reusable outside XWiki. Thus, "customizability" is a key objective. -- Sergiu Dumitriu http://purl.org/net/sergiu/

16 years, 4 months

1
0
0 0

Re: [xwiki-devs] [xwiki-notifications] r19471 - platform/web/branches/xwiki-web-1.8/wysiwyg/src/main/resources/com/xpn/xwiki/wysiwyg/client/editor

by Sergiu Dumitriu

jvdrean (SVN) wrote: > Author: jvdrean > Date: 2009-05-07 15:47:17 +0200 (Thu, 07 May 2009) > New Revision: 19471 > > Modified: > platform/web/branches/xwiki-web-1.8/wysiwyg/src/main/resources/com/xpn/xwiki/wysiwyg/client/editor/Strings.properties Shouldn't this file be posted on l10n.xwiki.org? -- Sergiu Dumitriu http://purl.org/net/sergiu/

16 years, 4 months

2
3
0 0

[xwiki-devs] Embedded ComponentManager

by Vincent Massol

Devs, This is to let you know that I've started working on a very simple and lightweight ComponentManager implementation that I'd like to use for 2 use cases: 1) External users who want for ex to use some xwiki components without using the plexus would be able to use it with no additional dependencies (it'll be in our xwiki-component module) 2) Our unit/integration tests could use it and this will allow us to have component mocks and thus prevent duplicating for ex MockDocumentAccessBridge 10 times and allow the test to control the component mock behavior using jmock I'm planning to finish it over the week end. Please let me know quickly if you see an issue with 1) or 2). Thanks -Vincent

16 years, 4 months

1
0
0 0

[xwiki-devs] [PROPOSAL] Always store document names as fully qualified names

by Thomas Mortagne

Hi devs, The real full qualified name of a document is wiki:Space.Page. I think we sould always use only this form for technical purposes like storing in database or old API which does not support DocumentName. pros: - don't need to take care of the context, the information is always right. - if everything is stored in only one form it's way easier to compare things and do requests cons: - old code which does not support this document name form will fail. This could hardly be a good arguments since this form is a officially valid document name but i can't see anything else. Among others, the last use case which make me send this proposal is http://jira.xwiki.org/jira/browse/XWIKI-3754. IMO getLinkedPages return and the link table should only contains fully qualified links, especially since theses lists are supposed to contains uniques documents and we need to know the 3 parts of the document name to make sure of that . Note that a document could contain a link to a document in another wiki or even a link to the same document but written in its full form so a code which support only local form is wrong anyway. WDYT ? Here is my +1. The pros are basically the same that make us introduce DocumentName to not manipulate String anymore in code. -- Thomas Mortagne

16 years, 4 months

7
13
0 0

[xwiki-devs] [VOTE] Generify ComponentManager

by Asiri Rathnayake

Hi Devs, ComponentManager interface at the moment doesn't use generics and we have to manually cast the results into corresponding types. But with new notion of using Class objects for roles (for lookup) I think it would be very easier to generify this interface. Here is my +1. Thanks. - Asiri

16 years, 4 months

5
4
0 0

Re: [xwiki-devs] [xwiki-notifications] r19431 - in platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html: . src/main/java/org/xwiki/rendering/internal/macro/html src/test/java/org/xwiki/rendering

by Thomas Mortagne

On Wed, May 6, 2009 at 16:24, vmassol <platform-notifications(a)xwiki.org> wrote: > Author: vmassol > Date: 2009-05-06 16:24:58 +0200 (Wed, 06 May 2009) > New Revision: 19431 > > Added: > platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/HTMLMacroTest.java > platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentAccessBridge.java > platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentNameSerializer.java > Modified: > platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/pom.xml > platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/main/java/org/xwiki/rendering/internal/macro/html/HTMLMacro.java > Log: > XWIKI-3764: Modify behavior of HTML macro when it's set to contain wiki syntax > > * Fixed regression where non inline content in inline context was allowed to go through > > Merged from trunk (rev 19430) > > > Modified: platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/pom.xml > =================================================================== > --- platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/pom.xml 2009-05-06 14:23:02 UTC (rev 19430) > +++ platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/pom.xml 2009-05-06 14:24:58 UTC (rev 19431) > @@ -42,6 +42,19 @@ > <groupId>org.wikimodel</groupId> > <artifactId>org.wikimodel.wem</artifactId> > </dependency> > +  > + <dependency> > + <groupId>org.xwiki.platform</groupId> > + <artifactId>xwiki-core-shared-tests</artifactId> > + <version>${pom.version}</version> > + <scope>test</scope> > + </dependency> This dependency is already in xwiki-core-rendering-macros-parent > + <dependency> > + <groupId>jmock</groupId> > + <artifactId>jmock</artifactId> > + <version>1.1.0</version> > + <scope>test</scope> > + </dependency> > </dependencies> > <build> > <plugins> > @@ -49,9 +62,9 @@ > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-surefire-plugin</artifactId> > <configuration> > - <includes> > - <include>**/RenderingTests.java</include> > - </includes> > + <excludes> > + <exclude>**/Mock*.java</exclude> > + </excludes> > </configuration> > </plugin> > <plugin> > > Modified: platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/main/java/org/xwiki/rendering/internal/macro/html/HTMLMacro.java > =================================================================== > --- platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/main/java/org/xwiki/rendering/internal/macro/html/HTMLMacro.java 2009-05-06 14:23:02 UTC (rev 19430) > +++ platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/main/java/org/xwiki/rendering/internal/macro/html/HTMLMacro.java 2009-05-06 14:24:58 UTC (rev 19431) > @@ -26,6 +26,8 @@ > > import org.apache.commons.lang.StringUtils; > import org.w3c.dom.Document; > +import org.w3c.dom.Element; > +import org.w3c.dom.Node; > import org.xwiki.bridge.DocumentAccessBridge; > import org.xwiki.bridge.DocumentNameSerializer; > import org.xwiki.component.annotation.Component; > @@ -193,8 +195,9 @@ > * @param isInline true if the content is inline and thus if we need to remove the top level paragraph > * element created by the cleaner > * @return the cleaned HTML as a string representing valid XHTML > + * @throws MacroExecutionException if the macro is inline and the content is not inline HTML > */ > - private String cleanHTML(String content, boolean isInline) > + private String cleanHTML(String content, boolean isInline) throws MacroExecutionException > { > String cleanedContent = content; > > @@ -216,9 +219,20 @@ > // HTML envelope when rendered. We remove it so that the HTML <head> tag isn't output. > HTMLUtils.stripHTMLEnvelope(document); > > - // If in inline mode remove the top level paragraph if there's one. > + // If in inline mode verify we have inline HTML content and remove the top level paragraph if there's one > if (isInline) { > - HTMLUtils.stripFirstElementInside(document, HTMLConstants.TAG_HTML, HTMLConstants.TAG_P); > + // TODO: Improve this since when're inside a table cell or a list item we can allow non inline items too > + Element root = document.getDocumentElement(); > + if (root.getChildNodes().getLength() == 1 && root.getFirstChild().getNodeType() == Node.ELEMENT_NODE > + && root.getFirstChild().getNodeName().equalsIgnoreCase("p")) > + { > + HTMLUtils.stripFirstElementInside(document, HTMLConstants.TAG_HTML, HTMLConstants.TAG_P); > + } else { > + throw new MacroExecutionException( > + "When using the HTML macro inline, you can only use inline HTML content." > + + " Block HTML content (such as tables) cannot be displayed." > + + " Try leaving an empty line before and after the HTML macro."); > + } > } > > // Don't print the XML declaration nor the XHTML DocType. > > Added: platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/HTMLMacroTest.java > =================================================================== > --- platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/HTMLMacroTest.java (rev 0) > +++ platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/HTMLMacroTest.java 2009-05-06 14:24:58 UTC (rev 19431) > @@ -0,0 +1,69 @@ > +/* > + * See the NOTICE file distributed with this work for additional > + * information regarding copyright ownership. > + * > + * This is free software; you can redistribute it and/or modify it > + * under the terms of the GNU Lesser General Public License as > + * published by the Free Software Foundation; either version 2.1 of > + * the License, or (at your option) any later version. > + * > + * This software is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > + * Lesser General Public License for more details. > + * > + * You should have received a copy of the GNU Lesser General Public > + * License along with this software; if not, write to the Free > + * Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA > + * 02110-1301 USA, or see the FSF site: http://www.fsf.org. > + */ > +package org.xwiki.rendering; > + > +import org.xwiki.rendering.internal.macro.html.HTMLMacro; > +import org.xwiki.rendering.macro.Macro; > +import org.xwiki.rendering.macro.MacroExecutionException; > +import org.xwiki.rendering.macro.html.HTMLMacroParameters; > +import org.xwiki.rendering.scaffolding.MockDocumentNameSerializer; > +import org.xwiki.rendering.transformation.MacroTransformationContext; > +import org.xwiki.test.AbstractXWikiComponentTestCase; > + > +/** > + * Unit tests for {@link HTMLMacro} that cannot be performed using the Rendering Test framework. > + * > + * @version $Id: $ > + * @since 1.8.3 > + */ > +public class HTMLMacroTest extends AbstractXWikiComponentTestCase > +{ > + /** > + * {@inheritDoc} > + * > + * @see com.xpn.xwiki.test.AbstractXWikiComponentTestCase#setUp() > + */ > + @Override > + protected void setUp() throws Exception > + { > + super.setUp(); > + getComponentManager().registerComponent(MockDocumentAccessBridge.getComponentDescriptor()); > + getComponentManager().registerComponent(MockDocumentNameSerializer.getComponentDescriptor()); > + } > + > + /** > + * Verify that inline HTML macros with non inline content generate an exception. > + */ > + public void testHTMLMacroWhenNonInlineContentInInlineContext() throws Exception > + { > + HTMLMacro macro = (HTMLMacro) getComponentManager().lookup(Macro.class.getName(), "html"); > + HTMLMacroParameters parameters = new HTMLMacroParameters(); > + MacroTransformationContext context = new MacroTransformationContext(); > + context.setInline(true); > + try { > + macro.execute(parameters, "<ul><li>item</li></ul>", context); > + fail("Should have thrown an exception here"); > + } catch (MacroExecutionException expected) { > + assertEquals("When using the HTML macro inline, you can only use inline HTML content. Block HTML " > + + "content (such as tables) cannot be displayed. Try leaving an empty line before and after the " > + + "HTML macro.", expected.getMessage()); > + } > + } > +} > > Added: platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentAccessBridge.java > =================================================================== > --- platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentAccessBridge.java (rev 0) > +++ platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentAccessBridge.java 2009-05-06 14:24:58 UTC (rev 19431) > @@ -0,0 +1,271 @@ > +/* > + * See the NOTICE file distributed with this work for additional > + * information regarding copyright ownership. > + * > + * This is free software; you can redistribute it and/or modify it > + * under the terms of the GNU Lesser General Public License as > + * published by the Free Software Foundation; either version 2.1 of > + * the License, or (at your option) any later version. > + * > + * This software is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > + * Lesser General Public License for more details. > + * > + * You should have received a copy of the GNU Lesser General Public > + * License along with this software; if not, write to the Free > + * Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA > + * 02110-1301 USA, or see the FSF site: http://www.fsf.org. > + */ > +package org.xwiki.rendering; > + > +import java.util.Map; > + > +import org.xwiki.bridge.DocumentAccessBridge; > +import org.xwiki.bridge.DocumentModelBridge; > +import org.xwiki.bridge.DocumentName; > +import org.xwiki.component.descriptor.ComponentDescriptor; > +import org.xwiki.component.descriptor.DefaultComponentDescriptor; > + > +/** > + * Mock {@link DocumentAccessBridge} implementation used for testing, since we don't want to pull any dependency on the > + * Model/Skin/etc for the Rendering module's unit tests. > + * > + * @version $Id: $ > + * @since 1.8.3 > + */ > +public class MockDocumentAccessBridge implements DocumentAccessBridge > +{ > + /** > + * Create and return a descriptor for this component. > + * > + * @return the descriptor of the component. > + */ > + public static ComponentDescriptor getComponentDescriptor() > + { > + DefaultComponentDescriptor componentDescriptor = new DefaultComponentDescriptor(); > + > + componentDescriptor.setRole(DocumentAccessBridge.class); > + componentDescriptor.setImplementation(MockDocumentAccessBridge.class.getName()); > + > + return componentDescriptor; > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getDocumentContent(String documentName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getDocumentContent(String documentName, String language) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public boolean exists(String documentName) > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getURL(String documentName, String action, String queryString, String anchor) > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getAttachmentURL(String documentName, String attachmentName) > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getProperty(String documentName, String className, int objectNumber, String propertyName) > + throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getProperty(String documentName, String className, String propertyName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getProperty(String documentName, String propertyName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getPropertyType(String className, String propertyName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public boolean isPropertyCustomMapped(String className, String propertyName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public void setProperty(String documentName, String className, String propertyName, Object propertyValue) > + throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public byte[] getAttachmentContent(String documentName, String attachmentName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public boolean hasProgrammingRights() > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getDocumentContentForDefaultLanguage(String arg0) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public boolean isDocumentViewable(String arg0) > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getCurrentUser() > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getDefaultEncoding() > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public String getDocumentSyntaxId(String arg0) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public boolean isDocumentEditable(String arg0) > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public void setAttachmentContent(String arg0, String arg1, byte[] arg2) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public void setDocumentContent(String arg0, String arg1, String arg2, boolean arg3) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public void setDocumentSyntaxId(String arg0, String arg1) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public DocumentModelBridge getDocument(String documentName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public DocumentName getDocumentName(String documentName) > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public DocumentName getCurrentDocumentName() > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public void popDocumentFromContext(Map<String, Object> backupObjects) > + { > + throw new RuntimeException("Not implemented"); > + } > + > + /** > + * {@inheritDoc} > + */ > + public void pushDocumentInContext(Map<String, Object> backupObjects, String documentName) throws Exception > + { > + throw new RuntimeException("Not implemented"); > + } > +} > > Added: platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentNameSerializer.java > =================================================================== > --- platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentNameSerializer.java (rev 0) > +++ platform/core/branches/xwiki-core-1.8/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-html/src/test/java/org/xwiki/rendering/MockDocumentNameSerializer.java 2009-05-06 14:24:58 UTC (rev 19431) > @@ -0,0 +1,61 @@ > +/* > + * See the NOTICE file distributed with this work for additional > + * information regarding copyright ownership. > + * > + * This is free software; you can redistribute it and/or modify it > + * under the terms of the GNU Lesser General Public License as > + * published by the Free Software Foundation; either version 2.1 of > + * the License, or (at your option) any later version. > + * > + * This software is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > + * Lesser General Public License for more details. > + * > + * You should have received a copy of the GNU Lesser General Public > + * License along with this software; if not, write to the Free > + * Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA > + * 02110-1301 USA, or see the FSF site: http://www.fsf.org. > + */ > +package org.xwiki.rendering; > + > +import org.xwiki.bridge.DocumentAccessBridge; > +import org.xwiki.bridge.DocumentName; > +import org.xwiki.bridge.DocumentNameSerializer; > +import org.xwiki.component.descriptor.ComponentDescriptor; > +import org.xwiki.component.descriptor.DefaultComponentDescriptor; > + > +/** > + * Mock {@link DocumentAccessBridge} implementation used for testing, since we don't want to pull any dependency on the > + * Model/Skin/etc for the Rendering module's unit tests. > + * > + * @version $Id: MockDocumentNameSerializer.java 19152 2009-04-27 21:02:41Z tmortagne $ > + * @since 1.9M2 > + */ > +public class MockDocumentNameSerializer implements DocumentNameSerializer > +{ > + /** > + * Create and return a descriptor for this component. > + * > + * @return the descriptor of the component. > + */ > + public static ComponentDescriptor getComponentDescriptor() > + { > + DefaultComponentDescriptor componentDescriptor = new DefaultComponentDescriptor(); > + > + componentDescriptor.setRole(DocumentNameSerializer.class); > + componentDescriptor.setImplementation(MockDocumentNameSerializer.class.getName()); > + > + return componentDescriptor; > + } > + > + /** > + * {@inheritDoc} > + * > + * @see org.xwiki.bridge.DocumentNameSerializer#serialize(org.xwiki.bridge.DocumentName) > + */ > + public String serialize(DocumentName documentName) > + { > + throw new RuntimeException("Not implemented"); > + } > +} > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications > -- Thomas Mortagne

16 years, 4 months

1
1
0 0

[xwiki-devs] [VOTE] Change of behavior for the HTML macro when wiki=true

by Vincent Massol

Hi, After discussing with Thomas we've reached the conclusion that we should change the way the HTML macro handle its content when wiki=true. For ex take the following input: {{velocity}} ... {{html wiki="true"}} <form> $xwiki.includeForm("XWiki.MyClassSheet") <br /> <p> <input type="submit" name="submit" value="Create this new Workpackage" /> </p> </form> {{/html}} ... {{/velocity}} And assume that MyClassSheet has some $doc.display() velocity code which thus generate {{html}} macros. Current Result ============ Right now here's what happens: 1) velocity macro is executed and $xwiki.includeForm executes 2) MyClassSheet generate {{html}} macro content thus yielding: {{html wiki="true"}} <form> {{html}}...<someTag>...</someTag>{{/html}} </form> {{/html}} 3) After velocity has finished executing the velocity macro calls the wiki parser on the result and thus the top level HTML macro executes 4) since wiki=true the content is given to a SAX parser and each XML tag content is given to the wiki parser. Thus "{{html}}...", "..." and "{{/html}}" will be parser by the wiki parser separately (because <someTag> is valid XML), thus generating non expected content as a result. Proposed change ============== Modify the HTML behavior so that the wiki parser executes first (instead of the SAX parser) and render the result using a special renderer that prints the special symbols and text as is. When run on our example this would give (same steps 1) and 2)): 3) wiki parser executes and generate XDOM. Render it using the special renderer Note that this means that if in HTML your write content that has a meaning in some wiki syntax you'll need to escape it. For example if you have: {{html wiki=true}}  {{/html}} you'll get some strikethrough. So you'll need to write instead: {{html wiki=true}} <!~-~-hello~-~-> {{/html}} WDYT? Here's my +1 Thanks -Vincent

16 years, 4 months

5
14
0 0

[xwiki-devs] [VOTE/IDEA] Introduce ApplicationContextInitializer

by Asiri Rathnayake

Hi Devs, I was working on openoffice server auto-start feature and faced a few problems with it. To start the openoffice server when XE is started, I need to send a notification to openoffice server manager when XE is started. The first attempt was to use our ObservationManager component to send startup / shutdown events and let OpenOfficeServerManager listen to them. But this approach requires that OpenOfficeServerManager component is loaded on XE startup so that it can recieve the startup notification. As a solution I tried to use <load-on-startup> components list in plexus.xml file but since OpenOfficeServerManager has a dependancy on ConfigurationSourceCollection component, it fails to load on startup. This is because ConfigurationSourceCollection requires a valid ApplicationContext to be present for it's operation but at the time plexus is loading <load-on-startup> components, no ApplicationContext is present. The core issue is, plexus is initialized before we initialize ApplicationContext; and we can't change this order either. Since the above approach is not going to work, I propose to introduce an ApplicationContextInitializer component pretty much alike RequestInitializer and ExecutionContextInitializer. The idea is to allow any component to do further initializations on ApplicationContext if they need to do so. When XE is started up and an ApplicationContext is created, ApplicationContextInitializerManager will lookup for all the components that implement ApplicationContextInitializer and let them a chance to execute their own initializations. But this doesn't solve the problem of shutdown notifications. For shutdown notifications we can either use the plain old ObservationManager component or we can do the following; rather than having ApplicationContextInitializer and ApplicationContextInitializerManager, we will have ApplicationContextListener and ApplicationContextListenerManager. ApplicationContextListener will have two methods like contextCreated() and contextDestroyed() that will allow any component to perform startup / shutdown tasks. But still, I don't see where we can invoke contextDestroyed() method from, I looked at both servlet container API and portlet container API and couldn't find a consistent way of invoking the contextDestroyed() method. Please let me know what you think about this idea. Thanks. - Asiri

16 years, 4 months

2
1
0 0

[xwiki-devs] [VOTE] switching to UTF8 by default in 1.9M2

by Sergiu Dumitriu

Hi devs, We've been tackling this proposal for some time, but we never took a final decision on it. So, I propose that we do this switch as soon as possible. Changes: - default encoding UTF-8 in the start_xwiki* scripts, xwiki.cfg and web.xml - remove the LANG= environment variable from the start script, since it's not needed - add the encoding configuration for the mysql jdbc connection URL (http://dev.mysql.com/doc/refman/5.0/en/connector-j-reference-charsets.html) Implications: - hsqldb instances will continue to work fine - for mysql and other DB instances, either the DB will need to be changed to work with the new encoding, or the wiki will have to be changed back to 8859-1. If we append characterEncoding=UTF-8 to the connection URL, then the storage will throw exceptions when trying to store an incompatible character, thus admins will quickly notice the problem and solve the issue, before users report loosing characters after a while (since without this setting the characters are silently transformed to '?' and this won't be noticed until the cache expires). We need to highlight this change in the release notes and upgrade instructions. -- Sergiu Dumitriu http://purl.org/net/sergiu/

16 years, 4 months

5
7
0 0

[xwiki-devs] [VOTE] XE 1.8.3

by Vincent Massol

I'm proposing to have another point release for XE 1.8.x called 1.8.3. XE 1.8.2 is planned for the 20th of April and I propose to plan 1.8.3 for two weeks after, i.e. 4th of May. As usual the goal is to include important bug fixes. The reason I think we need a 1.8.3 is because we're starting to get feedback from our new wysiwyg/new rendering and we need to bring bug fixes as fast as possible to our users without forcing them to wait for 1.9 final. Here's my +1 Thanks -Vincent

16 years, 4 months

10
15
0 0

[xwiki-devs] swf in xwiki

by walido

i would like to display the swf files that i have on my disk in xwiki so copied the source code of http://enterprise.xwiki.org/xwiki/bin/view/UserGuide/EditVideo just the fragment with :<OBJECT ... <EMBED... and i changed the url of the source so i can play my swf file that i putted in the attachment but it does'nt work what should i do thank you very much -- View this message in context: http://n2.nabble.com/swf-in-xwiki-tp2795695p2795695.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

16 years, 4 months

3
3
0 0

Re: [xwiki-devs] [xwiki-notifications] r19378 - in platform/core/branches/xwiki-core-1.8: xwiki-bridge/src xwiki-bridge/src/main/java/org/xwiki/bridge xwiki-bridge/src/test xwiki-bridge/src/test/java xwiki-bridge/src/test/java/org xwiki-bridge/src/te

by Thomas Mortagne

On Tue, May 5, 2009 at 12:49, Vincent Massol <vincent(a)massol.net> wrote: > > On May 5, 2009, at 12:40 PM, tmortagne (SVN) wrote: > >> Author: tmortagne >> Date: 2009-05-05 12:40:47 +0200 (Tue, 05 May 2009) >> New Revision: 19378 >> >> Added: >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/xwiki/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/xwiki/bridge/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/xwiki/bridge/DocumentNameTest.java >> Modified: >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/main/java/ >> org/xwiki/bridge/DocumentName.java >> platform/core/branches/xwiki-core-1.8/xwiki-core/src/main/java/com/ >> xpn/xwiki/doc/XWikiDocument.java >> platform/core/branches/xwiki-core-1.8/xwiki-core/src/test/java/com/ >> xpn/xwiki/doc/XWikiDocumentTest.java >> Log: >> XWIKI-3754: XWikiDocument.getLinkedPages loose multiwiki information > > [snip] >> >> + >> + /** >> + * {@inheritDoc} >> + * >> + * @see java.lang.Object#equals(java.lang.Object) >> + */ >> + @Override >> + public boolean equals(Object obj) >> + { >> + boolean equals = false; >> + >> + if (obj == this) { >> + equals = true; >> + } else if (obj instanceof DocumentName) { >> + DocumentName documentName = (DocumentName) obj; >> + >> + equals = >> + documentName.getWiki().equals(this.getWiki()) && >> documentName.getSpace().equals(this.getSpace()) >> + && documentName.getPage().equals(this.getPage()); >> + } >> + >> + return equals; >> + } > > You're not handling null I think. Yes but I assume DocumentName is supposed to be valid > > [snip] > > -Vincent > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Thomas Mortagne

16 years, 4 months

2
2
0 0

Re: [xwiki-devs] [xwiki-notifications] r19378 - in platform/core/branches/xwiki-core-1.8: xwiki-bridge/src xwiki-bridge/src/main/java/org/xwiki/bridge xwiki-bridge/src/test xwiki-bridge/src/test/java xwiki-bridge/src/test/java/org xwiki-bridge/src/test/java/org/xwiki xwiki-bridge/src/test/java/org/xwiki/bridge xwiki-core/src/main/java/com/xpn/xwiki/doc xwiki-core/src/test/java/com/xpn/xwiki/doc

by Vincent Massol

On May 5, 2009, at 12:40 PM, tmortagne (SVN) wrote: > Author: tmortagne > Date: 2009-05-05 12:40:47 +0200 (Tue, 05 May 2009) > New Revision: 19378 > > Added: > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/xwiki/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/xwiki/bridge/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/xwiki/bridge/DocumentNameTest.java > Modified: > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/main/java/ > org/xwiki/bridge/DocumentName.java > platform/core/branches/xwiki-core-1.8/xwiki-core/src/main/java/com/ > xpn/xwiki/doc/XWikiDocument.java > platform/core/branches/xwiki-core-1.8/xwiki-core/src/test/java/com/ > xpn/xwiki/doc/XWikiDocumentTest.java > Log: > XWIKI-3754: XWikiDocument.getLinkedPages loose multiwiki information [snip] > > + > + /** > + * {@inheritDoc} > + * > + * @see java.lang.Object#equals(java.lang.Object) > + */ > + @Override > + public boolean equals(Object obj) > + { > + boolean equals = false; > + > + if (obj == this) { > + equals = true; > + } else if (obj instanceof DocumentName) { > + DocumentName documentName = (DocumentName) obj; > + > + equals = > + documentName.getWiki().equals(this.getWiki()) && > documentName.getSpace().equals(this.getSpace()) > + && documentName.getPage().equals(this.getPage()); > + } > + > + return equals; > + } You're not handling null I think. [snip] -Vincent

16 years, 4 months

1
0
0 0

[xwiki-devs] Buh bye XWiki

by Ancuta Maria Gheorghe

Hello, Because of personal reasons i decided not to continue contributing to XWiki development. Thanks a lot for all your guidance and a wish you good luck in everything, it was really nice being part of this community ! With great respect, Ancuta

16 years, 4 months

1
0
0 0

[xwiki-devs] [PROPOSAL] Use plain text renderer with ?xpage=plain

by Thomas Mortagne

Hi devs, In 2.0 architecture we have no way currently to print a strongly formatted text (like JSON) or simply a plain text without XHTML which we are doing generally using xpage=plain in XWiki 1.0 I propose to use the plain text renderer when xpage=plain and document is 2.0. The difference between the two is that in xwiki 1.0, wiki syntax generates xhtml when plain text renderer don't. But it's just because XWiki 1.0 does not ave the concept of different renders and the main goal of xpage=plain is JSON and things like that so this difference is not important IMO. Note that this is about supporting XWiki 1.0 "api", we need a generic way to indicate the renderer to use in the URL but that's another subject. For now we have to make xpage=plain works for both 1.0 and 2.0 content. WDYT ? -- Thomas Mortagne

16 years, 4 months

6
9
0 0

[xwiki-devs] Tree view structure in TOC

by CASTRO roney

Hello Everyone, I was looking forward to have a tree view structure very similar to the one presented in the table of contents in curriki (displayed in the bottom right of this website: http://www.curriki.org/xwiki/bin/view/Coll_curriki/RefineyourSearchforLearn… ) I sent an email to the webmaster of curriki (his answer is forwarded), and as instructed by him, I am sending an email to the developers list in order to ask for a guideline or even some code samples in order to implement this structure in my xwiki if possible. I am currently working with version XE 1.8.1 Thanks in advance for the help! Regards Roney Castro ________________________________________ From: Joshua Marks [mailto:jmarks@curriki.org] Sent: segunda-feira, 27 de abril de 2009 12:01 To: CASTRO roney Cc: webmaster(a)curriki.org Subject: RE: Table of contents in tree view Dear Rooney, We actually have two different tree displays we use, one for the subject/topic select list and one for the TOC. They us different JS libraries (One is Yahoo and one is EXTJS). In both cases we added this to the core xwiki for our application. The Curriki application and code can be found at http://curriki.xwiki.org<http://curriki.xwiki.org/>. If you send a message to the developers list (xwiki-devs), they can point you to some sample code I believe. All the best, Joshua Marks CTO Curriki: The Global Education and Learning Community jmarks(a)curriki.org www.curriki.org US 831-685-3511 ________________________________________ From: Melinda Lies [mailto:mlies@curriki.org] Sent: Monday, April 27, 2009 7:51 AM To: Joshua Marks Cc: webmaster(a)curriki.org Subject: Re: Table of contents in tree view See email below. melinda On Mon, Apr 27, 2009 at 10:49 AM, CASTRO roney <roney.CASTRO(a)gemalto.com> wrote: Hello, I manage an internal xwiki for my group, and I was looking for a way to create a tree structure view, similar to the one you have in your xwiki (displayed in the figure attached). Did you program this tree structure, or is it a default feature that I didn't find in my xwiki? I must say it looks really great! I was wondering if you could please share its code with me, in case you programmed it, or tell me which xwiki feature you used? Thanks in advance! Roney Castro -- -- Curriki 1615 L Street NW, Suite 650 Washington, DC 20036 www.curriki.org mlies(a)curriki.org Office - 202-626-8529 Fax - 202 626 8774

16 years, 4 months

2
1
0 0

[xwiki-devs] hitting return inside the comment text input field after writing a little commit comment justr returns to the view and throws away my content

by Henning Sprang

I just ran into this little, but very annoying problem, becaue I actually lost 15 minutes of editing: I entered some text in the page edit textfiled, but I also wanted to add a little save/commit comment. So I wrote some words into the the text input field, ad naturally, I hit return. The page view is shown, but all I entered into the text field is gone. Not exactly what I want when entering a save/commit comment, isn't it? Henning -- Henning Sprang http://www.sprang.de | http://lazyb0y.blogspot.com/

16 years, 4 months

4
6
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs