Re: [xwiki-users] Problem with tags and accented characters (XWiki 2.7)
Yes, all wikis here use UTF-8 encoding and I don't have any other problem with accented character in other section (like page creation or other), just when using the Tags[+] at page bottom. If I use the Tags gadget string, below the page syntax choice, in Edit mode for example, it works perfectly to create a Tag with correct accented character. -- View this message in context: http://xwiki.475771.n2.nabble.com/Problem-with-tags-and-accented-characters-XWiki-2-7-tp6157230p6160743.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] PDF Export Problems (2.7.1)
Hi! I just migrated to 2.7.1 with the goal of a functional pdf export. Using this (public) url: https://www.computer42.org/xwiki/bin/export/DevNotes/WebHome?format=pdfincludelinks=9pagebreaks=1includechilds=9 I'm getting this error: Error number 11015 in 11: Exception while exporting Wrapped Exception: Error number 12002 in 12: Exception while exporting PDF Wrapped Exception: org.apache.fop.fo.ValidationException: fo:list-block is missing child elements. Required content model: marker* (list-item)+ (See position 5894:90) com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while exporting ... On another (non public) space the export seems to be functional, but some childs pages are missing. Are this known bugs ? Best regards, H.-Dirk Schmitt -- * H.-Dirk Schmitt http://www.computer42.org * Dipl. Math. eMail:/dirk.schm...@computer42.org/ mobile:/+49 177 616 8564/ phone: /+49 2642 99 41 10/ fax: /+49 2642 99 41 15/ Kripper Str. 35, D-53489 Sinzig ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [Announcement] PlantUML Macro 1.0 released
I'm pleased to announce the release of the PlantUML xwiki macro 1.0. Go grab it at http://extensions.xwiki.org/xwiki/bin/view/Extension/PlantUML+Macro The highlights of this release are: * Straightforward installation using the PlantUML server available on the internet. Just import the XAR and draw your first diagram. * The address of the PlantUML server is now easily configurable. So you can use your own intranet PlantUML server. * Diagrams larger than the wiki page are resized to be fully displayed (without scrolling). Thanks for your attention. Maxime Sinclair ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] XWiki applied as a mentoring organization for Google Summer of Code 2011
Hi XWiki devs and users, FYI, XWiki applied as a mentoring organization for Google Summer of Code 2011 (http://socghop.appspot.com/). We have participated in 2005-2009, but we were not on the accepted organization list last year. We have prepared and submitted yesterday an application for this year's GSoC, and we'll be receiving a verdict from Google on March 18th (according to the timeline http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#timeline ). Here is the list of possible student projects we've come up with so far: http://gsoc.xwiki.org . We're open to new project proposals, and we'll inform the community as soon as we get an answer from Google regarding XWiki's acceptance in this year's Summer of Code. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Announcement] PlantUML Macro 1.0 released
Thanks! Neat macro :) I would suggest to make http://yuml.me/diagram/scruffy/$type/$normalized; configurable for scuffy / orderly diagrams styles. Based on style parameter the macro code would choose between http://yuml.me/diagram/scruffy; and http://yuml.me/diagram/; So that the user could write something like {{yuml type=usecase style=orderly}} [User]-(Login) [User]-(Logout) (Login)(Reminder) (Login)(Captcha) {{/yuml}} to choose his preferred style. Regards, Roman -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Maxime Sinclair Sent: Friday, March 11, 2011 4:05 PM To: XWiki Users Subject: [xwiki-users] [Announcement] PlantUML Macro 1.0 released I'm pleased to announce the release of the PlantUML xwiki macro 1.0. Go grab it at http://extensions.xwiki.org/xwiki/bin/view/Extension/PlantUML+Macro The highlights of this release are: * Straightforward installation using the PlantUML server available on the internet. Just import the XAR and draw your first diagram. * The address of the PlantUML server is now easily configurable. So you can use your own intranet PlantUML server. * Diagrams larger than the wiki page are resized to be fully displayed (without scrolling). Thanks for your attention. Maxime Sinclair ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Announcement] PlantUML Macro 1.0 released
Sorry, wrong thread :) But thanks for the macro anyways (it has a lot more diagram types as opposed to yUML) :))) -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Roman Muntyanu Sent: Friday, March 11, 2011 5:00 PM To: XWiki Users Subject: Re: [xwiki-users] [Announcement] PlantUML Macro 1.0 released Thanks! Neat macro :) I would suggest to make http://yuml.me/diagram/scruffy/$type/$normalized; configurable for scuffy / orderly diagrams styles. Based on style parameter the macro code would choose between http://yuml.me/diagram/scruffy; and http://yuml.me/diagram/; So that the user could write something like {{yuml type=usecase style=orderly}} [User]-(Login) [User]-(Logout) (Login)(Reminder) (Login)(Captcha) {{/yuml}} to choose his preferred style. Regards, Roman -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Maxime Sinclair Sent: Friday, March 11, 2011 4:05 PM To: XWiki Users Subject: [xwiki-users] [Announcement] PlantUML Macro 1.0 released I'm pleased to announce the release of the PlantUML xwiki macro 1.0. Go grab it at http://extensions.xwiki.org/xwiki/bin/view/Extension/PlantUML+Macro The highlights of this release are: * Straightforward installation using the PlantUML server available on the internet. Just import the XAR and draw your first diagram. * The address of the PlantUML server is now easily configurable. So you can use your own intranet PlantUML server. * Diagrams larger than the wiki page are resized to be fully displayed (without scrolling). Thanks for your attention. Maxime Sinclair ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Migrating XE from 2.4.3 to 2.7.1 and 3.0
Hi XWiki Team, Sorry if this is a recurring thread, but can't find more details on it. I'm using XE 2.4.30451 in production enviromnent on my company, and due to the numerous new functionalities of the new XWiki versions, I'm planning to migrate to 2.7.1, and after to 3.0. My question is: can I upgrade it as easy as just replacing the entire old war file with the new one (of course, with the tunings I've made on it, such as WYSIWYG macros, footnotes etc, setting the schema migration flag on xwiki.cfg? Won't I lose any of my documents, pages, attachments, comments etc at all? Of course I'll test it first, outside the production, but I would like to gather as much information I can to plan the entire migration process. We have a very large set of pages already on the wiki, and I wouldn't like to face big problems :-) Thanks in advance, Ramon Gomes Brandão ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] problem displaying empty list as property in class sheet velocity script
I am having a velocity script problem with a class sheet when I try to display an empty list on an object. My goal is for the class sheet to render class properties that start with a _ as hot-links, and those that don't to just be rendered as text. The class sheet is for PersonClass, and looks like this: {{velocity}} #set ($obj = $doc.getObject('XWiki.PersonClass')) #set($class = $obj.xWikiClass) #foreach($prop in $class.properties) ; $prop.prettyName #set ($propName = $prop.getName()) #set ($propVal = $obj.get($propName) ) #if ($propName.startsWith(_)) : $propVal (why does this one not show?) : [[$propVal$propVal]] (but this one does show?) #else : $doc.display($prop.getName()) #end #end {{/velocity}} The PersonClass has two properties: (1) name (a string) (2) _knows (a DatabaseList with multiple select and XWiki Class Name of XWiki.PersonClass) I create an object using this class, with name set to C S Lewis and with no selection for the _knows field (empty list). The problem is, the velocity line: : $propVal (why does this one not show?) works properly... not displaying anything for property _knows (empty list), but the line: : [[$propVal$propVal]] (but this one does show?) which is the line I really want to use in the class sheet, because it creates the hot links, shows the value from the previous property as a hot link. I.e. it looks like this: name C S Lewis _knows (why does this one not show?) C S Lewis (but this one does show?) Not what I wanted. Why does it do this? How can I get empty lists to show no page links, but lists with one or more items to display them as a bunch of hot links? Thanks, -Mark ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Migrating XE from 2.4.3 to 2.7.1 and 3.0
On 03/11/2011 11:56 AM, Sergiu Dumitriu wrote: On 03/11/2011 08:03 PM, Ramon Gomes Brandão - SERINT wrote: Hi XWiki Team, Sorry if this is a recurring thread, but can't find more details on it. I'm using XE 2.4.30451 in production enviromnent on my company, and due to the numerous new functionalities of the new XWiki versions, I'm planning to migrate to 2.7.1, and after to 3.0. My question is: can I upgrade it as easy as just replacing the entire old war file with the new one (of course, with the tunings I've made on it, such as WYSIWYG macros, footnotes etc, setting the schema migration flag on xwiki.cfg? Won't I lose any of my documents, pages, attachments, comments etc at all? Of course I'll test it first, outside the production, but I would like to gather as much information I can to plan the entire migration process. We have a very large set of pages already on the wiki, and I wouldn't like to face big problems :-) Normally, yes. All the documents are in the database, so all that's important in the war is: - the xwiki.cfg and xwiki.properties configuration files - the database connector jar - any other jars you added, or files you manually changed Then you should import some of the documents from the new XAR, since many features come inside wiki pages. This is a bit more difficult, since you don't want to override changed configuration documents (like XWikiAdminGroup or XWikiPreferences), or documents you have changed (like Main.WebHome or Panels.QuickLinks). If I do not import some documents (like XWikiAdminGroup or XWikiPreferences), could I be missing out on changes that are contained in the newer versions of those documents? What can break things is changed APIs or behavior changes caused by bugfixing (which means that some code was exploiting a bug). For example, you might get deprecation warnings in the server logs. If you properly upgrade the entire war, and you import the new xar, there should be no headaches. More detailed instructions at: http://platform.xwiki.org/xwiki/bin/AdminGuide/Installation#HUpgradinganXWikiInstallation ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users