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

[xwiki-devs] best way to integrate a neighbour webapp
by Paul Libbrecht 26 Aug '08

26 Aug '08

Hello XWiki fellows, in order to customize Curriki for our needs, I need to some functionaiity. I need some GUI modifications, some of which can be done in GWT, some of which have to happen on the server, within velocity or java to call to a lucene-based tool. This tool is already as a webapp, aside of /xwiki, as /SearchI2G What would be the best way to make such a call? - make curriki's java server code depend on SearchI2G's or make a macro. In both cases, most webapp's jars need to be shared which I don't like too much - make a web-call (such as json RPC call), that's the loosest integration - make something else that would use some sort of naming interface (pointers welcome). what do you think? paul

2 1

[xwiki-devs] Tutorial to write validations and tooltips in forms
by Ludovic Dubost 25 Aug '08

25 Aug '08

Hi developers, I've written a tutorial to help write validation and tooltips in forms. It's available here: http://platform.xwiki.org/xwiki/bin/view/DevGuide/Creating+a+form+with+vali… Some features are enabled only with the following patch: http://jira.xwiki.org/jira/browse/XWIKI-2386 Reviews of the patch are welcome for inclusion in the XWiki Core. Ludovic -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

3 3

[xwiki-devs] toucan skin style in trunk
by Pascal Voitot 25 Aug '08

25 Aug '08

Hello, I have compiled XE from trunk... (NOT UNDER Eclipse3.4, it can't work :)) I see some rendering differences using Toucan skin... apparently Headings renderer has changed! For example: 1.1 chboing before(version 1.5) was rendered as: <h3 class="heading-1-1><span>chboing</span></h3> but now as: <h2><span>chboing</span></h2> So some style has disappeared and under FF3, paragraph begins just under header without any margin and edit section is not more aligned with paragraph but stands on a line between header and paragraph... I can change it by myself but this is a "standard" skin so I prefer asking. Is it normal or is it a side-effect of recent modifications? regards Pascal

3 3

[xwiki-devs] Dependencies in skins
by adoro 25 Aug '08

25 Aug '08

Hello devs, it was a good idea to separate templates and skins, but skins are still not completely self-contained – e.g. toucan uses .js files from the albatross skin. (fullscreenEdit.js, userandgroups.js etc). It would be great fo fix it, so xwiki-users could use only one skin as prototype to create their own skins. Thanks, Alla -- View this message in context: http://n2.nabble.com/Dependencies-in-skins-tp781062p781062.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 3

[xwiki-devs] [VOTE] Monospace, superscript and subscript in XWiki Syntax 2.0
by Vincent Massol 25 Aug '08

25 Aug '08

Hi, I'd like to propose the following syntaxes: * Monospace: ##monospace## * Subscript: ,,subscript,, * Superscript: ^^superscript^^ This is the same syntax as creole and several other wikis: * http://www.wikicreole.org/wiki/CreoleAdditions * http://www.wikimatrix.org/syntax.php?i=26 * http://www.wikimatrix.org/syntax.php?i=28 * http://www.wikimatrix.org/syntax.php?i=29 Note: We need a syntax since otherwise users will have to write: * Mono: {{html}}<tt> monospace</tt>{{/html}} * Superscript: {{html}}<sup>superscript</sup>{{/html}} * Subscript: {{html}<sub>subscript</sub>{{/html}} ... which is hardly convenient... Here's my +1 Thanks -Vincent

7 7

[xwiki-devs] Javascript var to Velocity Var
by MikSan 25 Aug '08

25 Aug '08

Hi guys! Here is a quick question that I hope gets a quick answer.=) I have a Java Script var and a velocity var and what I want to do on the macro.vm file is: VelocityVar = JavaScriptVar Anyone know if this is possible being one on server side and the other on client side? And if possible how? Thanks! -- View this message in context: http://n2.nabble.com/Javascript-var-to-Velocity-Var-tp676366p676366.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

4 4

[xwiki-devs] [GSOC]get control of the conversion target temp file path
by Wang Ning 24 Aug '08

24 Aug '08

Hi Vincent, Sorry for not send the mail to the dev list. I just reply the mail. On Sun, Aug 24, 2008 at 6:13 PM, Vincent Massol <vincent(a)massol.net> wrote: > > On Aug 24, 2008, at 10:15 AM, Vincent Massol wrote: > >> >> On Aug 24, 2008, at 6:40 AM, Wang Ning wrote: >> >>> Hi, >>> >>> Yes, I think it's necessary, if the client want to control the output >>> directory. >> >> Ok I've thought a bit about this and here's what I propose: >> >> 1) Introduce a new ConverterOutput interface with the following methods: >> - saveImage(String imageName, InputStream imageData); >> - saveDocument(InputStream documentData); > > Actually just realized that in some cases you'll have more than 1 output > file so instead you should have: > > saveDocument(String documentName, InpuStream documentData); > > Also is there a notion of main file? When there are several files how do the > user know which one is the start/main file? If the use give the target File to output to, like then the main result file is just it. We can get the main output file in the DefaultOfficeConverter as I change the inputstream to File and create a temp file for the main target output file. > >> 2) Modify Converter interface to be: >> >> void convert(InputStream sourceData, OfficeDocumentType sourceType, >> ConverterOutput outputData, OfficeDocumentType outputType); >> >> 3) Provide 1 implementation of ConverterOutput for the moment (+ a mock >> one for the unit tests of the Converter): > > I didn't mean a mock class but to use jmock as we're doing in other tests to > dynamically mock the ConverterOutput interface. > [snip] -- Thanks Wang Ning -- Thanks Wang Ning

2 1

Re: [xwiki-devs] [GSOC]get control of the conversion target temp file path
by Vincent Massol 24 Aug '08

24 Aug '08

On Aug 24, 2008, at 6:40 AM, Wang Ning wrote: > Hi, > > Yes, I think it's necessary, if the client want to control the > output directory. Ok I've thought a bit about this and here's what I propose: 1) Introduce a new ConverterOutput interface with the following methods: - saveImage(String imageName, InputStream imageData); - saveDocument(InputStream documentData); 2) Modify Converter interface to be: void convert(InputStream sourceData, OfficeDocumentType sourceType, ConverterOutput outputData, OfficeDocumentType outputType); 3) Provide 1 implementation of ConverterOutput for the moment (+ a mock one for the unit tests of the Converter): XWikiDocumentConverterOutput. This implementation stores the result of the conversion in a XWiki Document (it's name/location is passed in the constructor). In the future if we need other implementations we could add them (like a FileConverterOutput, etc) but they're not needed for now. Note 1: 3) is much cleaner and allows to move some of the code in the plugin to the XWikiDocumentConverterOutput class. Note 2: We can fully read the sourceData internally to save the input data to a file in a XWiki temporary directory (and thus control the output of the image files by jodconverter) WDYT? Thanks -Vincent PS: In the future please use the mailing list for everything related to xwiki. > > In jodconverter, there a two main interface: > > 1) void convertInternal(InputStream inputStream, DocumentFormat > inputFormat, OutputStream outputStream, DocumentFormat outputFormat); > > 2) void convertInternal(File inputFile, DocumentFormat inputFormat, > File outputFile, DocumentFormat outputFormat); > > The 1) just create a temp file for the outputstream in the system temp > directory. So if you want to control the output file directory, you > just have to change system temp directory which is not a way. In our > case, we want to get all the output when convert to html. So I don't > think this interface is enough. > > The 2) interface just can output all the result file to the > outputFile's directory which can get from xwiki.getTempFile(). > Maybe you think we can use two Files in clients and deliver the > FileOutputStream and FileInputStream to the 1) interface, you just get > one output file in the FileOutputStream and can get the other results. > The client still can't get the temp directory where the other output > files. > > WDYT? > > On Sun, Aug 24, 2008 at 4:02 AM, Vincent Massol <vincent(a)massol.net> > wrote: >> Hi Wang, >> >> On Aug 23, 2008, at 9:55 PM, Wang Ning wrote: >> >>> Hi Vincent, >>> >>> I add a interface in the OfficeConverter >>> void convert(File inputFile, OfficeDocumentType inputDocumentType, >>> File outputFile, >>> OfficeDocumentType outputDocumentType) throws >>> OfficeConverterException; >>> I think this useful. >> >> I don't think we need this since you can use a FileInputStream and a >> FileOutputStream. >> >> Thanks >> -Vincent >> >>> And I change the OfficeConverterPlugin that I can control the output >>> directory of the conversion.

1 1

[xwiki-devs] WYSIWYG editor in trunk
by Vincent Massol 24 Aug '08

24 Aug '08

Hi Marius, Just to let you know that it seems the editor you've committed on last Friday doesn't use an updated version of the XWiki syntax and is thus out of sync with the renderer. For example: * Bold is **bold**, not *bold* * Macros use 2 curly braces * etc We need to fix this ASAP since otherwise it won't work and we need to release a working version for 1.6M1 (not everything should work but easy stuff like this should work). Thanks -Vincent

2 8

[xwiki-devs] [Rendering] Wiki syntax for quotes and block quote?
by Vincent Massol 23 Aug '08

23 Aug '08

Hi, I've noticed that wikimodel uses the space character for representing quotes in XWiki syntax. Here's Mikhail's explanation: " These events are send by quotation blocks. Example: > The first line >> The second line >> The third line > The fourth line Gives the following sequence of events: <beginQuotation> <beginQuotationLine>The first line <beginQuotation> <beginQuotationLine>The second line </endQuotationLine> <beginQuotationLine>The third line</endQuotationLine> </endQuotation> </endQuotationLine> <beginQuotationLine>The fourth line </endQuotationLine> </endQuotation> In XWiki syntax quotation lines are represented by spaces at the beginning of each line. The quotation block is a block of lines starting from a space-prefixed line. Something like . The first line .. The second line .. The third line . The fourth line (I used the "." symbol to show a space) In CommonSyntax quotation blocks starts with the ">" symbol as I wrote in the example above. " I don't think we've really been using leading spaces to represent quotes, have we? Also I don't think the space character is a good character for this. So my question here: Do we want to have a syntax for quotes/block quotes? And what character to use? I think we do want to have this syntax and the ">" character sounds good to me. WDYT? Thanks -Vincent

5 6