[xwiki-users] Display a well rendered field
Hello all, I have a class with text fields. When i want to display the value of one of them, i only have a very long string. How can i display it with nice rendering (bold, colors, etc) ? (In edit mode i have the WYSIWYG editor) Thank you Christophe Périnaud Windows Server 2003 SP2 in a VMWare instance Oracle 10g Java 1.6.0_12 Xwiki 2.0.3 from the pack Jetty/HSQL This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Call for comments] Edit UI redesign
On 02/15/2010 12:35 AM, Josh wrote: Sergiu Dumitriu wrote: Hi XWiki Users, Please help the dev team solve a UI design dilemma. Your feedback is very important, we really need the point of view of all categories of users. The context: We wish to get rid of the editor panels and integrate their corresponding functionality in the editor itself. There are several reasons for doing this (having all the editor functions in one place, without depending on the panels that might or might not be in the database, having the possibility to integrate the editors in view mode without functionality loss, etc). The proposals: A) http://dev.xwiki.org/xwiki/bin/Design/ImprovedEdit#HVariantA All the information from the side panels is inserted in the main editor in semantically related places - the language/translation can be chosen from the content menu - the user can change the parent document by editing the hierarchy - the included documents are listed above the content - the document syntax can be selected from a field placed near the content textarea; a link to the syntax help page is provided in the same place. Note that the included documents and the page syntax are only visible in the wiki editing mode. Users editing pages in wysiwyg are not bothered with such details. B) http://dev.xwiki.org/xwiki/bin/Design/ImprovedEdit#HVariantB All the information from the side panels is grouped in an Advanced options zone, hidden by default and displayable on the right. This variant is highly similar to what we currently have in edit mode, with the additional possibility to hide it to gain more horizontal space. I option B) the best. A large XWiki project I've been working on uses custom fields in the edit panels for editing page data stored in page objects. Option A would seem to make it more difficult to add these custom fields. Here are a few more thoughts and questions: As I said in the wiki page, but not in the mail, for other custom fields there will be a different edit mode for document metadata not related to the content. So the question is: do your fields belong in the content editor, or in a document metadata editor? For older users, there is the misconception that document metadata should be edited in the wiki and WYSIWYG editors, which is wrong. These editors should be about editing the content only. One drawback of this behavior is that for sheet-based documents, such as blog entries, these fields are not available in the inline edit mode, and this edit mode is the only one available to non-advanced users, so editing metadata is really hard. Separating metadata from the content should really be a step forward, even though it will be annoying at first for users accustomed to the current way. 1.) Perhaps there could be an area specifically for custom fields. That way users could have a way within the current templates to add their own functionality without having to learn enough about the edit templates to choose an insertion point themselves. Also, the fields could provide a friendlier interface than the Objects editor, much like the Inline Form editor except in the Wiki/WYSIWYG editors. In the future the editing will be done in a UI like the view one: same panels on the left/right, and the extra tabs at the bottom. The Information tab will be editable, and document metadata will be there. Would this be enough for you? Option A) could work with this by having, say, an additional clickable icon at the top that would reveal these additional fields. For my project, I simply placed the custom fields in the Document Information panel. 2.) Are the panels in B) still panels located in the Panels space? At least initially. One goal of this move was to not depend on the panels application. 3.) Would this hidden Advanced Options sidebar be available in the WYSIWYG edit mode as well? Yes. -Joshua Please comment on these proposals, telling us which works better for you. New ideas are also welcome. Thanks in advance for your feedback, which will help us move forward. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Display a well rendered field
It seems your default editor is WYSIWYG, but text field is simple text. You need to set textarea field to FullyRenderedText (Xwiki 1.x version) or WYSIWYG (2.x version) mode. Valdis Hello all, I have a class with text fields. When i want to display the value of one of them, i only have a very long string. How can i display it with nice rendering (bold, colors, etc) ? (In edit mode i have the WYSIWYG editor) Thank you Christophe Périnaud Windows Server 2003 SP2 in a VMWare instance Oracle 10g Java 1.6.0_12 Xwiki 2.0.3 from the pack Jetty/HSQL This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1 ___ 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] Display a well rendered field
Thanks Valdis. I check the class in the class editor and for this textarea, i don't see how to change the rendering. Is it in the class or in the call to display the field ? (i use $doc.display($fieldName, view) ) I use Xwiki 2.0.3 -Message d'origine- De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de Valdis Vitolinš Envoyé : lundi 15 février 2010 13:03 À : XWiki Users Objet : Re: [xwiki-users] Display a well rendered field It seems your default editor is WYSIWYG, but text field is simple text. You need to set textarea field to FullyRenderedText (Xwiki 1.x version) or WYSIWYG (2.x version) mode. Valdis Hello all, I have a class with text fields. When i want to display the value of one of them, i only have a very long string. How can i display it with nice rendering (bold, colors, etc) ? (In edit mode i have the WYSIWYG editor) Thank you Christophe Périnaud Windows Server 2003 SP2 in a VMWare instance Oracle 10g Java 1.6.0_12 Xwiki 2.0.3 from the pack Jetty/HSQL -- -- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1 ___ 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 This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Display a well rendered field
Standard ClassSheet template has simpler syntax: $doc.display(propertyname) e.g. {{velocity}} ## You can modify this page to customize the presentation of your object. ## At first you should keep the default presentation and just save the document. = Īsziņa $doc.name = #set($class = $doc.getObject('Custom.IszinaClass').xWikiClass) #foreach($prop in $class.properties) |$prop.prettyName| $doc.display($prop.getName()) #end {{/velocity}} and it works seamlessly. Valdis Thanks Valdis. I check the class in the class editor and for this textarea, i don't see how to change the rendering. Is it in the class or in the call to display the field ? (i use $doc.display($fieldName, view) ) I use Xwiki 2.0.3 -Message d'origine- De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de Valdis Vitolinš Envoyé : lundi 15 février 2010 13:03 À : XWiki Users Objet : Re: [xwiki-users] Display a well rendered field It seems your default editor is WYSIWYG, but text field is simple text. You need to set textarea field to FullyRenderedText (Xwiki 1.x version) or WYSIWYG (2.x version) mode. Valdis Hello all, I have a class with text fields. When i want to display the value of one of them, i only have a very long string. How can i display it with nice rendering (bold, colors, etc) ? (In edit mode i have the WYSIWYG editor) Thank you Christophe Périnaud Windows Server 2003 SP2 in a VMWare instance Oracle 10g Java 1.6.0_12 Xwiki 2.0.3 from the pack Jetty/HSQL ... ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Call for comments] Edit UI redesign
Sergiu Dumitriu wrote: On 02/15/2010 12:35 AM, Josh wrote: Sergiu Dumitriu wrote: Hi XWiki Users, Please help the dev team solve a UI design dilemma. Your feedback is very important, we really need the point of view of all categories of users. The context: We wish to get rid of the editor panels and integrate their corresponding functionality in the editor itself. There are several reasons for doing this (having all the editor functions in one place, without depending on the panels that might or might not be in the database, having the possibility to integrate the editors in view mode without functionality loss, etc). The proposals: A) http://dev.xwiki.org/xwiki/bin/Design/ImprovedEdit#HVariantA All the information from the side panels is inserted in the main editor in semantically related places - the language/translation can be chosen from the content menu - the user can change the parent document by editing the hierarchy - the included documents are listed above the content - the document syntax can be selected from a field placed near the content textarea; a link to the syntax help page is provided in the same place. Note that the included documents and the page syntax are only visible in the wiki editing mode. Users editing pages in wysiwyg are not bothered with such details. B) http://dev.xwiki.org/xwiki/bin/Design/ImprovedEdit#HVariantB All the information from the side panels is grouped in an Advanced options zone, hidden by default and displayable on the right. This variant is highly similar to what we currently have in edit mode, with the additional possibility to hide it to gain more horizontal space. I option B) the best. A large XWiki project I've been working on uses custom fields in the edit panels for editing page data stored in page objects. Option A would seem to make it more difficult to add these custom fields. Here are a few more thoughts and questions: As I said in the wiki page, but not in the mail, for other custom fields there will be a different edit mode for document metadata not related to the content. So the question is: do your fields belong in the content editor, or in a document metadata editor? Ah, sorry I didn't see that. Thanks for pointing it out. Given your paragraph below, I think my fields would make more sense in the metadata editor. For older users, there is the misconception that document metadata should be edited in the wiki and WYSIWYG editors, which is wrong. These editors should be about editing the content only. One drawback of this behavior is that for sheet-based documents, such as blog entries, these fields are not available in the inline edit mode, and this edit mode is the only one available to non-advanced users, so editing metadata is really hard. Separating metadata from the content should really be a step forward, even though it will be annoying at first for users accustomed to the current way. I think the idea of separation of document content and document metadata makes much more sense, and a UI to reflect this difference will improve usability. 1.) Perhaps there could be an area specifically for custom fields. That way users could have a way within the current templates to add their own functionality without having to learn enough about the edit templates to choose an insertion point themselves. Also, the fields could provide a friendlier interface than the Objects editor, much like the Inline Form editor except in the Wiki/WYSIWYG editors. In the future the editing will be done in a UI like the view one: same panels on the left/right, and the extra tabs at the bottom. The Information tab will be editable, and document metadata will be there. Would this be enough for you? I think this will be easier to work with than adding fields in the current editors. Option A) could work with this by having, say, an additional clickable icon at the top that would reveal these additional fields. For my project, I simply placed the custom fields in the Document Information panel. 2.) Are the panels in B) still panels located in the Panels space? At least initially. One goal of this move was to not depend on the panels application. 3.) Would this hidden Advanced Options sidebar be available in the WYSIWYG edit mode as well? Yes. -Joshua Please comment on these proposals, telling us which works better for you. New ideas are also welcome. Thanks in advance for your feedback, which will help us move forward. Let me just say that the XWiki team is doing a great job. The latest big enhancements and those in the works--new user profile UI, entity references, this editor UI redesign--are I think excellent ideas, and I look forward to following and contributing to this project. -Joshua ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Any remaining blocker for the final XE 2.2 release?
Hi everyone, We're about to release XE 2.2 final tomorrow. If you know of any critical/blocking issue that remains please let us know quickly so that we can fix it before the release. Thanks a lot -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] How the change a color on a ColorTheme
How the change a color on a ColorTheme? I opened one of the ColorTheme. I dont have any idea to chance the color value. In the XWiki doc is a screen dump of the ColorTheme with a button and some kind of color selector. However, I never see this in my XWiki in life? Stefan Bachert __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Readable only
I would like to have a wiki, which is readable only for unregistered users. How can I get rid of the edit button (section) of headers? Stefan Bachert __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] How to put a user into a certain group
How to put a user into a certain group? I do not have any idea how tzo manage this (I downloaded XE 2.1.2) Stefan Bachert __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How the change a color on a ColorTheme
At first, choose color theme in /xwiki/bin/admin/XWiki/XWikiPreferences?editor=globaladminsection=Presentation Be careful by changing settings. They can be different for each space. Be sure you are changing settings for all xwiki (Wiki administration). Then change chosen one in xwiki/bin/view/ColorThemes/ e.g. /xwiki/bin/view/ColorThemes/DefaultColorTheme Color theme is customized Xwiki document. To change it open it in edit mode, then change and save. Valdis How the change a color on a ColorTheme? I opened one of the ColorTheme. I dont have any idea to chance the color value. In the XWiki doc is a screen dump of the ColorTheme with a button and some kind of color selector. However, I never see this in my XWiki in life? Stefan Bachert __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ 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] [Call for comments] Edit UI redesign
As I see that A and B ar not mutually exclusive but complementary. Correct me If I'm wrong. Probably when B is used, then panels (at least left panels) should not be shown at all. Valdis Hi XWiki Users, Please help the dev team solve a UI design dilemma. Your feedback is very important, we really need the point of view of all categories of users. The context: We wish to get rid of the editor panels and integrate their corresponding functionality in the editor itself. There are several reasons for doing this (having all the editor functions in one place, without depending on the panels that might or might not be in the database, having the possibility to integrate the editors in view mode without functionality loss, etc). The proposals: A) http://dev.xwiki.org/xwiki/bin/Design/ImprovedEdit#HVariantA All the information from the side panels is inserted in the main editor in semantically related places - the language/translation can be chosen from the content menu - the user can change the parent document by editing the hierarchy - the included documents are listed above the content - the document syntax can be selected from a field placed near the content textarea; a link to the syntax help page is provided in the same place. Note that the included documents and the page syntax are only visible in the wiki editing mode. Users editing pages in wysiwyg are not bothered with such details. B) http://dev.xwiki.org/xwiki/bin/Design/ImprovedEdit#HVariantB All the information from the side panels is grouped in an Advanced options zone, hidden by default and displayable on the right. This variant is highly similar to what we currently have in edit mode, with the additional possibility to hide it to gain more horizontal space. Please comment on these proposals, telling us which works better for you. New ideas are also welcome. Thanks in advance for your feedback, which will help us move forward. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Readable only
On 02/15/2010 08:35 PM, stefan bachert wrote: I would like to have a wiki, which is readable only for unregistered users. How can I get rid of the edit button (section) of headers? The wiki is read-only for guest by default, but the section editing buttons appear all the time because of a bug recently introduced. Should be fixed for 2.3. If you want to be extra-sure that no unregistered users can edit any page, regardless of other rights settings, you should go to the wiki administration, Rights, and check Prevent unregistered users from editing pages, regardless of the page or space rights. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to put a user into a certain group
Unless I completely misunderstood your question, this should be pretty straightforward. In the Admin UI, go to Groups and click on the Edit icon in the manage column corresponding to the relevant group. Milind --- On Mon, 2/15/10, stefan bachert stefanbach...@yahoo.de wrote: From: stefan bachert stefanbach...@yahoo.de Subject: [xwiki-users] How to put a user into a certain group To: users@xwiki.org Date: Monday, February 15, 2010, 12:29 PM How to put a user into a certain group? I do not have any idea how tzo manage this (I downloaded XE 2.1.2) Stefan Bachert __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ 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] Lost Pictures on XWIKI-Sites
Hello, I have a problem with XWiki pages, which contains pictures. The problem occurs with small and large sites. Some images are not displayed. Each page load shows another result. An explicit loading of images with the contextmenu is possible. When working with the Internet Explorer 7, the problem occurs much more frequently than in Firefox 3.5 Best wishes Norbert [Germany] -- View this message in context: http://n2.nabble.com/Lost-Pictures-on-XWIKI-Sites-tp4578892p4578892.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
Re: [xwiki-users] ORA-00932 inconsistent datatypes expected got clob
Hi Alla, adoro wrote: Hi Marius, thanks for your reply. Does your wiki work fine besides this? The sql that produces the exception is pretty basic and I suspect that other features don't work properly because of the same problem. I haven't tested all features yet, but on the first view it looks pretty well - I can administrate Wiki, create new groups and users and edit dokuments. AllDocs works fine too. Can you try this velocity code in a new page: {{velocity}} $xwiki.search(select doc from XWikiDocument doc where doc.author='XWiki.Admin').size() {{/velocity}} and tell me if the same exception is thrown? And then try: {{velocity}} $xwiki.searchDocuments(where doc.author='XWiki.Admin').size() {{/velocity}} Maybe it's a problem with the way Hibernate translates HQL to Oracle's SQL dialect. Hope this helps, Marius I'm not sure, but could it be due to the basic problem with our installalation, exactly speaking - with the filling tables while importing .xar archiv. We had some error messages in JBoss and xwiki log files - - Exception while reading document XWiki.XWikiPreferences Wrapped Exception: a different object with the same identifier value was already associated with the session: [com.xpn.xwiki.doc.XWikiDocument#104408758] and - ORA-01400: ORA-01400: cannot insert NULL into in (XWIKI.XWIKILARGESTRINGS.XWL_ID) I reproduced this today again (S. attached). Despite of these errors it looked like as all documents from xar archiv were imported and I could open and edit existing pages - except of creating links using new WYSIWYG editor. Best Regards, Alla http://n2.nabble.com/file/n4561415/xwiki.log xwiki.log http://n2.nabble.com/file/n4561415/server.log server.log ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users