xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] best way to integrate a neighbour webapp

by Paul Libbrecht

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

16 years, 5 months

[xwiki-devs] Tutorial to write validations and tooltips in forms

by Ludovic Dubost

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

16 years, 5 months

[xwiki-devs] toucan skin style in trunk

by Pascal Voitot

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

16 years, 5 months

[xwiki-devs] Dependencies in skins

by adoro

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.

16 years, 5 months

[xwiki-devs] [VOTE] Monospace, superscript and subscript in XWiki Syntax 2.0

by Vincent Massol

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

16 years, 5 months

[xwiki-devs] Javascript var to Velocity Var

by MikSan

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.

16 years, 5 months

[xwiki-devs] [GSOC]get control of the conversion target temp file path

by Wang Ning

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

16 years, 5 months

Re: [xwiki-devs] [GSOC]get control of the conversion target temp file path

by Vincent Massol

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.

16 years, 5 months

[xwiki-devs] WYSIWYG editor in trunk

by Vincent Massol

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

16 years, 5 months

[xwiki-devs] [Rendering] Wiki syntax for quotes and block quote?

by Vincent Massol

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

16 years, 5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs