xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] [Proposal] Naming convention for new wiki macros

by Eduard Moraru

Hi devs, For the new messageSender macro [1][2], I chose the name using the "attachmentSelector" macro as a template: "<object><personified-action>" Vincent did not really like the "messageSender" name and proposed "message", "sendMessage" or "userMessage". Since AFAIK we don`t currently have a naming convention for wiki macro names, I`d like to propose that we stick to the patterns: 1) "<object><personified-action>" (attachmentSelector, messageSender) for action-oriented macros and 2) "<object(s)>" (documents, spaces, activity) for display-oriented macros For 2), it's pretty clear, but for 1), I personally prefer "<object><personified-action>" since overall it is a noun and, in english, the phrase "messageSender macro" sounds better to me than "sendMessage macro". Also, I think that the main action of the action-oriented macro should be reflected in its name. I`d like your opinion on the matter and also new proposals if you have any. Here's my +1 for 1) and 2). Thanks, Eduard ---------- [1] http://xwiki.markmail.org/thread/mxpkpqfplbznfgbd [2] http://jira.xwiki.org/browse/XWIKI-7679

13 years, 1 month

[xwiki-devs] [Contrib] Xinit

by Alexandru Stancu

Hello guys, As some of you already know, we are using Xinit to manage tomcat and implicitly xwiki. Today is the day when we want to publish it. Xinit is a tool written in bash, at this moment is only compatible with Debian systems and some of its functionalities are: 1. stop / start / restart tomcat 2. send reports by email 3. check xwiki availability 4. check tomcat process 5. send mail and jabber notifications 6. check Open Office daemon availability 7. offer informations that can be used in Nagios. So for this project I would like an repository on github and a page on extensions.xwiki.org Name of the project: Xinit github username: astancu Thx, Alex

13 years, 1 month

[xwiki-devs] [UX][Proposal] Help Center

by Ecaterina Moraru (Valica)

Hi, This proposal comes as part of the investigation on improving the content of the Homepage. Instead of keeping all the roles (presentational, navigational, informational and learning experience) in the same page, I've opted to separate the 'Learning Experience / Documentation / Help' in a separate space/application. http://incubator.myxwiki.org/xwiki/bin/view/Improvements/HelpCenter This proposal is done on a new skin proposal (which is partially represented and not finished, missing: contextual menu, comments zone, header, etc.) that could be our new skin structure for the 4.x. The layout is done using Bootstrap. What this proposal fixes: - better separation of the application and their purposes - creates a single entry point for 'Getting Started', 'Documentation', 'FAQ', 'Quick Tour' sections - separates the applications and the information an User or an Admin sees - better explains what are steps he can do as a new comer - better explains what are the applications a user can utilize in his wiki - highlights AppWithinMinutes and ExtensionManager functionality Thanks, Caty

13 years, 1 month

[xwiki-devs] WYSIWYG Editor - WAR Distribution blocking release of milestone 2.

by Caleb James DeLisle

Hi, I'm going to have to delay the release because the WYSIWYG war distribution is breaking it. It builds ok but fails to release. I tried specifying <type>jar</type> in the dependency plugin configuration to no avail. I'm going to have to get some help on this issue because I'm neither a maven expert not an expert on the WYSIWYG war distribution and I'm not sure what it's trying to achieve and how. Caleb Below is the release failure: I noticed a few builds had failed with this exception but thought it was a case of local repository in a bad state. [INFO] XWiki Platform - Workspace - Parent POM ........... SUCCESS [0.022s] [INFO] XWiki Platform - Workspace - API .................. SUCCESS [0.537s] [INFO] XWiki Platform - Workspace - Template Features .... SUCCESS [0.081s] [INFO] XWiki Platform - Workspace - UI ................... SUCCESS [4.767s] [INFO] XWiki Platform - WYSIWYG Editor - WAR Distribution FAILURE [0.025s] [INFO] XWiki Platform - XML - Parent POM ................. SKIPPED [INFO] XWiki Platform - XML - Script Service ............. SKIPPED [INFO] XWiki Platform - XMLRPC - Client .................. SKIPPED [INFO] XWiki Platform - ZIP Explorer ..................... SKIPPED [INFO] XWiki Platform - Legacy ........................... SKIPPED [INFO] XWiki Platform - Legacy - Old Core ................ SKIPPED [INFO] XWiki Platform - Legacy - Observation ............. SKIPPED [INFO] XWiki Platform - Legacy - Annotation .............. SKIPPED [INFO] XWiki Platform - Legacy - Model ................... SKIPPED [INFO] XWiki Platform - Legacy - Office Importer ......... SKIPPED [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 3:17.080s [INFO] Finished at: Mon May 28 20:50:28 CEST 2012 [INFO] Final Memory: 214M/655M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.4:copy (default) on project xwiki-platform-wysiwyg-war: Error copying artifact from /home/hudsonagent/releases/xwiki-trunks/xwiki-platform/xwiki-platform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-client/target/classes to /home/hudsonagent/releases/xwiki-trunks/xwiki-platform/xwiki-platform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-war/target/xwiki-platform-wysiwyg-war-4.1-milestone-2/WEB-INF/lib/xwiki-platform-wysiwyg-client-4.1-milestone-2-shared.jar: /home/hudsonagent/releases/xwiki-trunks/xwiki-platform/xwiki-platform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-client/target/classes (Is a directory) -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn <goals> -rf :xwiki-platform-wysiwyg-war hudsonagent@ks365275:~/releases/xwiki-trunks$

13 years, 1 month

[xwiki-devs] [VOTE] Extract a reusable messageSender macro from the current activity macro

by Eduard Moraru

Hi devs, I`ve recently worked on extracting the textarea input from the activity stream macro into a separate and reusable {{messageSender}} macro that is able to do just that, send messages. By default, the activity macro will still display the messages text area (by including itself the messageSender macro), but it can also be disabled by passing the messageSender='false' parameter to the activity macro. The new messageSender can be used wherever you want to be able to send a message and do not want to carry the whole activity stream with you (with all it's performance and layout impact). Please check out the Jira issue [1] and the available pull requests [2][3] for additional details. I`d like your vote on whether or not we want to include this into platform. Here's my +1. If your vote is positive, should we add it for 4.1M2 (which is scheduled on Monday)? Note that I am also working on adding filtering support to the activity macro and am planning to build on top of this :) Thanks, Eduard ---------- [1] http://jira.xwiki.org/browse/XWIKI-7679 [2] https://github.com/xwiki/xwiki-enterprise/pull/22 [3] https://github.com/xwiki/xwiki-platform/pull/48

13 years, 1 month

[xwiki-devs] StringProp and LargeStringProp lengths

by Jeremie BOUSQUET

Hello, Writing a Java component that creates new XWiki pages and objects, I'd like to properly check the data before saving it to avoid some not-nice-and-avoidable exceptions to occur. Seems that in XWiki mappings, a StringProperty is limited to 255 chars and a LargeStringProperty to 60000 But as it's a hibernate mapping (meaning it's customizable by users), and also as it can possibly change with future versions of XWiki, I'd like to know if there is an easy way to programmatically check for the maximum authorized length of these fields from a Java component ? I'd prefer truncating the strings before trying to save the documents (or not saving them at all) ... I had horrible times dealing with objects incorrectly created because of strings too long ... (did not check with recent xwiki though). Thanks, Jeremie

13 years, 1 month

Re: [xwiki-devs] Is there any document about how to extend the wysiwyg

by liujinlong5788

Hello . I write a plugin in "org.xwiki.gwt.wysiwyg.client.plugin " as what other plugins do , a plugin ,a pluginfactory, and execuable class. And I package it with maven ,copy the jar to lib , restart the tomcat ,but I can't find the plugin written by me. And I even copy the whole format plugin to another package ,and change the name of it ,it can't be loaded neither. I mean I can't find them neither in administrator wiki wysiwyg editor nor when I edit the document. So ,I wander is there anything else needed to do ? change the *.vm file or js file ? Thanks a lot for helpping .

13 years, 1 month

[xwiki-devs] [GSOC] SOLR Search component

by savitha sundaramurthy

Hi all, I have come up with some basic set of API's for Solr search component. I have made it generic such that it can use solr or lucene as the backend. I have also documented in the DEsign proposal. http://dev.xwiki.org/xwiki/bin/view/Design/SOLRSearchIntegration *getBackend* public String getBackend() *Returns:* Returns the name of the backend which is currently in use. It could be Lucene or Solr. *rebuildIndex* * * *public int rebuildIndex(com.xpn.xwiki.api.XWiki wiki, com.xpn.xwiki.api.Context context)* Starts the rebuild of the whole index *Parameters:* wiki context *Returns:* Number of documents scheduled for indexing. -1 in case of errors * * *getSearchResults* * * * * * * * * public searchResponse *getSearchResults*(java.lang.String query, java.lang.string languages, com.xpn.xwiki.api.XWiki wiki) Searches the configured Indexes using the specified query for documents in the given languages. With virtual wikis enabled in your xwiki installation this will deliver results from all virtuall wikis. *Parameters : * query - query string given by the user languages - comma separated list of language codes to search in, may be null to search all languages. Language codes can be: - default for content having no specific language information - lower case 2- letter language codes like en, es , fr. *Returns:* a searchResponse instance containing the results (i.e) the response objects. *getSearchResults* public searchResponse *getSearchResults*(java.lang.String query, java.lang.String virtualWikiNames java.lang.string languages, com.xpn.xwiki.api.XWiki wiki) Searches the configured Indexes using the specified query for documents in the given languages belonging to one of the given virtual wikis. *Parameters : * query - query string given by the user languages - comma separated list of language codes to search in, may be null to search all languages. Language codes can be: - default for content having no specific language information - lower case 2- letter language codes like en, es , fr. virtualWikiNames - Names of the virtual wikis to search in. May be null for global search. *Returns:* a searchResponse instance containing the results (i.e) the response objects. I'm not sure on whether to expose the startIndex as API *Admin Module:* * * I has some thoughts on API's for admin settings where one could check the precision and recall results based on some known documents and could tweak the boost values accordingly. Thanking you, Savitha.

13 years, 1 month

[xwiki-devs] [Proposal] Add variable substitution support in hibernate.cfg.xml for the "connection.url" property

by Vincent Massol

Hi devs, I need to be able to configuration the location of the HSQLDB database/ directory in our installer when executing on windows7 (because on windows7 you cannot write to the ProgramFiles directory). I'm proposing to add variable substitution so that we can configure connectio.url for HSQLDB to point to the environment.permanentDirectory location. We would have: <property name="connection.url">jdbc:hsqldb:file:${environment.permanentDirectory)/database/xwiki_db;shutdown=true</property> Technical details: * I'll modify DBCPConnectionProvider. More specifically this part: String jdbcUrl = System.getProperty(Environment.URL); if (jdbcUrl == null) { jdbcUrl = props.getProperty(Environment.URL); } dbcpProperties.put("url", jdbcUrl); * And look for ${…} , extract the variable name and use the XWikiPropertiesConfigurationSource to get the value for that variable name, as a String. WDYT? Thanks -Vincent

13 years, 1 month

[xwiki-devs] Is there any document about how to extend the wysiwyg editor?

by jinlong liu

Hello ,I want to add a button which is not contained in xwiki by default, on the toolbar of the wysiwyg editor ,I have read the java source of it ,and still have some problems .So I want to know is there any document about this , for the plugin contains so complex and unfamiliar class to me that I was puzzled(Of course ,most of the reason is that I am a newbie in programmes. ) .Thank you .

13 years, 1 month

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