- xwiki-users@xwiki.org - lists.xwiki.org

[xwiki-users] Run external script to generate data for wiki page
by Jason Clemons 19 Dec '14

19 Dec '14

> Hello all, > > I'm wondering if anyone has done anything like this before so, I thought I'd ask it here. Essentially, what I want to do is have a page / form that my users fill out and then submit. Upon submit I need to invoke an external script (e.g..Perl, Python, VBScript, Batch etc...) that will do some quick data gathering then insert some data in a database. Once the script generates the data the page will then retrieve it and render some results based on it. Most of the mechanics I can figure out I think, but I wanted to get some tips on the best way to actually invoke the script from a page in Xwiki. > > Any ideas or suggestions are appreciated...

2 3

[xwiki-users] [ANN] XWiki 6.4 Milestone 2 released
by Eduard Moraru 18 Dec '14

18 Dec '14

The XWiki development team is proud to announce the availability of XWiki 6.4 Milestone 2. This version brings mainly UI improvements in the Menu application, Mail application and Flamingo skin, while offering developers the ability to write LESS in Skin Extensions, a cool icon picker and new ConfigurableClass and Mail Sender API features. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki64M2 Thanks -The XWiki dev team

1 0

[xwiki-users] Problem showing Menu Application on XE6.3
by Ramon Gomes Brandão 18 Dec '14

18 Dec '14

Hi Xwiki Members, We're working on a brand new instance of our intranet using XE6.3. Despite the very nice new features, one of them - maybe the most important for our use case - is not working: the Menu Application. It was the first and only extension I've installed since now on a fresh new standard 6.3 using flamingo skin, following the instructions on the menu application page - http://extensions.xwiki.org/xwiki/bin/view/Extension/Menu+Application <http://extensions.xwiki.org/xwiki/bin/view/Extension/Menu+Application>. I have only the Admin user so far. I've created the same sample menu using the app documentation, set to display after the page header, selected current wiki (tested all the options by the way) and nothing happened. The XWikiAdminGroup has programming rights selected. I've simply changed to colibri skin in WebPrefs look and feel section and also not worked. Am I losing any config/setup step? How can I check what's happening? I've not tested 6.4M2 yet, once it brings improvements on look and feel to Menu Application. I would like to learn and get the Menu working on 6.3 first. Could you help me? Best Regards, -- Ramon Gomes Brandão ** ** *RAMON BRANDÃO*

2 1

Re: [xwiki-users] setting translation from groovy
by David Delbecq 16 Dec '14

16 Dec '14

I tried, but the various "getTranslated" method return exactly the same document instance as the one they are called on. Because the document is not yet translated. They all seems to work in the model "is translation exist, return it. Otherwise return the default document", which is not what i am looking for. ----- Mail original ----- De: "Clemens Klein-Robbenhaar" <c.robbenhaar(a)espresto.com> À: "users" <users(a)xwiki.org> Envoyé: Lundi 15 Décembre 2014 18:54:04 Objet: Re: [xwiki-users] setting translation from groovy Hi, just a quick response ... I have not really tried, but as far as I remember something like: translatedDoc = newDoc.getTranslatedDocument(language) should work. The explanation is that translations of given document are not completely different documents (so you do not have to make a copy to create them), but instead "variants" of the document in the default language, so you can access them directly from the document itself HTH Clemens On 12/15/2014 12:01 PM, David Delbecq wrote: > Hello, > > say i want to create a new Xwikidocument in groovy, and i want this document to already have two languages. I tried to use this code in groovy and various other variants, but xwiki keep creating a single version of document, with content in last language of loop and default language in the default locale of user executing script. It's just ignoring any tip on local. How can I set translations? > > Note: my final purpose is so that a user can upload 2 versions of a odt file in a form, and i will automatically load it in the concerned translations. Setting translation content is the last bit i am missing. I can't find any method in xwiki api that says "here is content translated in language xx" :/ > > > newDoc = xwiki.getDocument(new DocumentReference("xwiki","Memorandum","Memo-1234","en")); > newDoc.getDocument().setDefaultLanguage(defaultLanguage); > referenceDocument = "Memorandum.Memo-"+number > for (language in ["fr","nl","en"]){ > if (title[language] !=null && title[language].trim().length()>0){ > println("new document in "+language) > translatedDoc = new Document( > newDoc.getDocument().copyDocument( > new DocumentReference("xwiki","Memorandum","Memo-1234",language), > xcontext.getContext()), > xcontext.getContext()) > translatedDoc.setContent("Hello in "+language+": "+title[language]) > translatedDoc.save(); > } > } > > > Any advice would be greatly welcomed > David Delbecq > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > mit freundlichen Grüßen Clemens Klein-Robbenhaar -- Clemens Klein-Robbenhaar Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.763 Fax: +49.(0)30.90 226.760 robbenhaar(a)espresto.com HRB 77554 B - Berlin-Charlottenburg Vorstand: Maya Biersack, Peter Biersack Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber Zertifiziert nach ISO 9001:2008 _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

1 0

[xwiki-users] setting translation from groovy
by David Delbecq 15 Dec '14

15 Dec '14

Hello, say i want to create a new Xwikidocument in groovy, and i want this document to already have two languages. I tried to use this code in groovy and various other variants, but xwiki keep creating a single version of document, with content in last language of loop and default language in the default locale of user executing script. It's just ignoring any tip on local. How can I set translations? Note: my final purpose is so that a user can upload 2 versions of a odt file in a form, and i will automatically load it in the concerned translations. Setting translation content is the last bit i am missing. I can't find any method in xwiki api that says "here is content translated in language xx" :/ newDoc = xwiki.getDocument(new DocumentReference("xwiki","Memorandum","Memo-1234","en")); newDoc.getDocument().setDefaultLanguage(defaultLanguage); referenceDocument = "Memorandum.Memo-"+number for (language in ["fr","nl","en"]){ if (title[language] !=null && title[language].trim().length()>0){ println("new document in "+language) translatedDoc = new Document( newDoc.getDocument().copyDocument( new DocumentReference("xwiki","Memorandum","Memo-1234",language), xcontext.getContext()), xcontext.getContext()) translatedDoc.setContent("Hello in "+language+": "+title[language]) translatedDoc.save(); } } Any advice would be greatly welcomed David Delbecq

2 1

[xwiki-users] Changing Metdata of Attachment
by Matthias Wegner 15 Dec '14

15 Dec '14

Hi, i want to create a custom excel-file. For that i want to use a uploaded template and the give it some values. I write that to the attachment storage and want to hcange the metainfo. The file creation with the template works fine, but the metatdata-change is not shown in xwiki. How can i do that? My code is so far {{groovy}} import java.io.File; import java.io.FileOutputStream; import java.io.IOException; import java.util.Calendar; import org.jdom2.Document; import org.jdom2.Element; import org.jdom2.JDOMException; import org.jdom2.input.SAXBuilder; import org.jdom2.output.Format; import org.jdom2.output.XMLOutputter; import org.apache.poi.hssf.usermodel.HSSFCell; import org.apache.poi.hssf.usermodel.HSSFRow; import org.apache.poi.hssf.usermodel.HSSFSheet; import org.apache.poi.hssf.usermodel.HSSFWorkbook; import org.apache.poi.poifs.filesystem.POIFSFileSystem; ArrayList<String> header = new ArrayList<String>(); ArrayList<Hashtable<String, String>> table = new ArrayList<Hashtable<String, String>>(); String sheetName = "Data"; String fileName = "empty.xls"; String templateName = "template.xls"; String templateSpace = "Main"; String pageName = "ExcelTest"; String xwikiPath = "/opt/xwiki/openskies_v6.3"; String templatePath = xwikiPath+"/data/storage/xwiki/"+templateSpace+"/"+pageName+"/~this/attachments/"+templateName+"/"+templateName; String filenamePath = xwikiPath+"/data/storage/xwiki/"+templateSpace+"/"+pageName+"/~this/attachments/"+fileName+"/"+fileName; header.add("X") header.add("Y") header.add("Z") Hashtable<String, String> tableRow = new Hashtable<String, String>(); tableRow.put("X", "Q"); tableRow.put("Y", "W"); tableRow.put("Z", "R"); table.add(tableRow); tableRow = new Hashtable<String, String>(); tableRow.put("X", "E"); tableRow.put("Y", "F"); tableRow.put("Z", "G"); table.add(tableRow); public String convert(Long value) { return value.toString(); } try { HSSFWorkbook wb = null; HSSFSheet sheet = null; File templateFile = new File(templatePath); boolean templateExists = templateFile.exists(); if (templateExists) { POIFSFileSystem fs = new POIFSFileSystem(new FileInputStream(templateFile)); wb = new HSSFWorkbook(fs); sheet = wb.getSheetAt(0); } else { wb = new HSSFWorkbook(); sheet = wb.createSheet(sheetName); } HSSFRow headerRow = null; if (templateExists) { headerRow = sheet.getRow(0); } else { headerRow = sheet.createRow(0); } for (short i = 0; i < header.size(); i++) { HSSFCell cell = null; if (templateExists) { cell = headerRow.getCell(i); } else { cell = headerRow.createCell(i); } cell.setCellValue(header.get(i)); } for (int ii = 0; ii < table.size(); ii++) { HSSFRow row = null; if (templateExists) { row = sheet.getRow(ii+1); } else { row = sheet.createRow(ii+1); } for (short i = 0; i < header.size(); i++) { HSSFCell cell = null; if (templateExists) { cell = row.getCell(i); } else { cell = row.createCell(i); } String s = table.get(ii).get(header.get(i)); cell.setCellValue(s); } } File excelOut = new File(filenamePath); FileOutputStream fileOut = new FileOutputStream(filenamePath); wb.write(fileOut); fileOut.close(); File meta = new File(xwikiPath+"/data/storage/xwiki/"+templateSpace+"/"+pageName+"/~this/attachments/" + fileName + "/~METADATA.xml"); Document metadata = new SAXBuilder().build(meta); Element root = metadata.getRootElement(); for (Element child : root.getChildren()) { if (child.getChildText("filename").equals(fileName)) { if (child.getChildText("version").equals("1.1")) { child.getChild("filesize").setText(convert(excelOut.length())); child.getChild("date").setText(convert(Calendar.getInstance().getTime().getTime())); } } } XMLOutputter outputter = new XMLOutputter(Format.getPrettyFormat()); outputter.output(metadata, new FileOutputStream(meta)); } catch (FileNotFoundException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); } catch (JDOMException e) { e.printStackTrace(); } {{/groovy}} [[Download>>attach:empty.xls]] -- View this message in context: http://xwiki.475771.n2.nabble.com/Changing-Metdata-of-Attachment-tp7593478.… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 1

[xwiki-users] The default displayer for users is failing with guest
by Dmitry Bakbardin 13 Dec '14

13 Dec '14

Hi! The default displayer for users is failing with guest (http://jira.xwiki.org/browse/XWIKI-11472) Fix shown in this issue works fine for colibri skin, but fails for flamingo. Does anyone have a solution? Kind regards, Dmitry

2 3

[xwiki-users] Xwiki 6.3 : issue when import xar file larger than 32mb
by Kevin 12 Dec '14

12 Dec '14

Hi, First, sorry for my bad english. I've got an issue when i want to import a XAR file (size : 53 mb). When i want to import it, i've got an error message who said that max size for the import is 32 Mb. I understood the the WikiStream allowed to import files of any size. So can you explain me why i've got a limit and, if it's possible, how i can bypass them. Thanks. Kevin. -- View this message in context: http://xwiki.475771.n2.nabble.com/Xwiki-6-3-issue-when-import-xar-file-larg… Sent from the XWiki- Users mailing list archive at Nabble.com.

3 7

[xwiki-users] Wrapping a table in a form
by Bryn Jeffries 12 Dec '14

12 Dec '14

I have a groovy script that takes an array of table data and formats it in a table as follows. As you can see, I'd like to wrap the table in a form. {{groovy}} // [... supplied with array of 2-element arrays...] println "{{html}}" println "<form action=\"\" name=\"chooseForm\" method=post>" println "<input type=hidden name=\"step\" value=\"choose\" /><input type=hidden name=\"form_token\" value=\"${services.csrf.getToken()}\" />" println "{{/html}}" println '|= |= Col 1|= Col2' int lineNo = 0; for (row in rows) { if(lineNo!=0) { // Skip first (header) line print "| {{html}}<input type=checkbox checked=\"checked\" name=\"choose${lineNo}\" form=\"chooseForm\" />{{/html}}" print "| {{html}}<input type=text name=\"col1_${lineNo}\" form=\"chooseForm\" value=\"${row[0]}\"/>{{/html}}" print "| {{html}}<input type=text name=\" col2_${lineNo}\" form=\"chooseForm\" value=\"${row[1]}\" />{{/html}}" print '\n' } ++lineNo; } print "| {{html}}<input type=submit /></form>{{/html}}" {{/groovy}} The problem is that the first {{html}} block closes the form before the table is started. Note that I have tried using ##form="chooseForm"## in the inputs within the table to associate them with the form, but this didn't work, at least with Firefox, since the data for these inputs does not get included in the POST content. Obviously I could use Javascript to modify the form, but I was aiming for a JS-free solution. Any ideas?

2 1

[xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
by Marius Dumitru Florea 11 Dec '14

11 Dec '14

Hi everyone, = Short Story = I propose to change the behaviour of the top level menu from Flamingo for tablet and desktop screens (so NOT for phones) to match the behaviour we had in 6.2 BUT improving the separation between the navigation links and the drop down toggle. The idea is that the top level menu entries should behave like a drop down button (e.g. the Add button) but without looking like one. You can see some screen shots at http://jira.xwiki.org/browse/XWIKI-11517. = Long Story = I've heard complains that the current behaviour of the top level menu from Flamingo skin is not perfect. The issue is that you need to click twice to navigate. Ok, with a mouse you can use the middle click (wheel) to open the link in a new tab but still it's annoying for simple uses and for those that use the touch pad or a tablet. An alternative I have investigated in http://jira.xwiki.org/browse/XWIKI-11479 is to open the menu on hover (on devices that support this of course). The result is quite nice and effective but there is a problem: if you have a second horizontal menu displayed under the top level menu then you'll have a hard time hovering the second menu. So I decided to close XWIKI-11479 as Won't Fix. For those that like the open-on-hover behaviour and which don't plan to use a second menu I've published this extension http://extensions.xwiki.org/xwiki/bin/view/Extension/Hover+and+Default+Acti… . The other alternative to fix the problem is to go back to the behaviour from 6.2. Precisely, each menu has two sides: * on the left is the label which is a link used for navigation * on the right there is a toggle (arrow) used to open the menu. The problem with this, and the reason we change it in 6.3, was that the label and the toggle were not separated very well so the user could easily think they were doing the same action (opening the menu). At the same time this separation felt unnatural on extra small screens (phones) because you couldn't tap easily on the toggle (arrow). The solution I propose is to: * Keep the current behaviour for extra small screens (phones). That means the use has to tap twice to navigate: one tap to open the menu and another one on the "Go to this XYZ". * On desktop and tablet enable the default action (navigation link) as in 6.2 but improve the separation so that the menu behaves as much as possible as a drop down button (e.g. the Add button) without looking like one. This means: ** You should understand there are two sides without hovering ** Separate hover and active state (e.g. the link is not hovered when the toggle is hovered) I've investigated *many* ways to achieve this and the result can be seen on http://jira.xwiki.org/browse/XWIKI-11517. This is close to http://extensions.xwiki.org/xwiki/bin/view/Extension/Enable+Default+Action+… but not the same. NOTE: The way the menu behaves and looks on hover and click (text and background color) is strictly determined by the color theme. Some themes highlight the hovered menu items by changing their background color, others the text color and some do both. My changes are independent on this. We can of course improve the default color theme to better highlight the menu items. This is a different topic though. I'd like to commit this changes in 6.4. Here's my +1. Thanks, Marius

6 11