xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[VOTE] Christian Gmeiner as XWIKI_WYSIWYG_NEWARCHI branch committer

by Vincent Massol

Hi committers, I'd like to propose Christian as a committer on the newly created XWIKI_WYSIWYG_NEWARCHI branch. This is a branch for working on a new architecture for our WYSIWYG editor (based on Tiny MCE plugins rather than the way we're currently doing it - which is non-canonical). I've just created that branch to let Nam, Christian and others interested (for example Mathieu Emptoz seems interested too) to work together on this. Christian, you must understand that this does not give you the right to commit to the main trunk (we may vote you in later on for this though). Technically I'll have to give you full access but you should only commit on that branch :) Here's my +1 to give write access to Christian to the branch. Thanks -Vincent

18 years, 3 months

xwiki build.506 Build Fixed

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20070301231422Lbuild…

18 years, 4 months

[xwiki-dev] create a personal rss feed

by EMPTOZ Mathieu 310507

Hello again, I have developed a method that allows creating a personal rss feed for the wiki. The user can chose to follow (and un-follow) a page by clicking on a link in the page. Users can follow the pages they want. Answers me if you're interested in seeing my method in order to ameliorate it. @+ --------------------------------------------------- Mathieu Emptoz CEA Cadarache DRFC/STEP XWiki's EFDA Remote Participation Administrator ---------------------------------------------------

18 years, 4 months

XWiki configuration change

by Vincent Massol

Hi, For those using a custom XWiki configuration with a custom web.xml, we have changed yesterday the way to configure xwiki. Namely we have changed the way XWiki is initialized. So if you're using a custom web.xml and you wish to upgrade to the trunk version (or to 1.0 beta 5 when it's out) you'll need to read the following: http://www.xwiki.org/xwiki/bin/view/Main/ ReleaseNotesXWiki10Beta5#HMigrationnotesfromallpreviousversions Thanks -Vincent

18 years, 4 months

tiny_mce and the integration into xwiki

by Christian Gmeiner

Hi all. At the moment I am looking into problems exists with xwikis wysiwyg editor. For instance, it is not possible to save the result of image operations in the wiki page. I have created an jira - http://jira.xwiki.org/jira/browse/XWIKI-906 - to update tiny_mce to most recent version. But know I need more informations, where, how, ... tiny_mce is integrated in xwiki. Where can i find the setup of tiny_mce... I hope somebody can help me, Christian

18 years, 4 months

Re: [xwiki-commits] r2279 - in xwiki/trunk: . core/src/main/java/com/xpn/xwiki core/src/main/java/com/xpn/xwiki/content core/src/main/java/com/xpn/xwiki/content/parsers core/src/main/java/com/xpn/xwiki/render core/src/main/java/com/xpn/xwiki/web lib web/standard/src/main/webapp/WEB-INF

by Vincent Massol

Sorry about the ContentParserException which was committed by error... I'm leaving it as I need it for a future commit of tomorrow... Thanks -Vincent On Mar 1, 2007, at 12:50 AM, Vincent Massol wrote: > Author: vmassol > Date: 2007-03-01 00:50:18 +0100 (Thu, 01 Mar 2007) > New Revision: 2279 > > Added: > xwiki/trunk/core/src/main/java/com/xpn/xwiki/content/ > xwiki/trunk/core/src/main/java/com/xpn/xwiki/content/parsers/ > xwiki/trunk/core/src/main/java/com/xpn/xwiki/content/parsers/ > ContentParserException.java > xwiki/trunk/core/src/main/java/com/xpn/xwiki/web/ > InitializationServletContextListener.java > xwiki/trunk/lib/velocity-tools-1.3.jar > Removed: > xwiki/trunk/lib/velocity-tools-1.1.jar > xwiki/trunk/web/standard/src/main/webapp/WEB-INF/toolbox.xml > Modified: > xwiki/trunk/build.xml > xwiki/trunk/core/src/main/java/com/xpn/xwiki/render/ > XWikiVelocityRenderer.java > xwiki/trunk/web/standard/src/main/webapp/WEB-INF/web.xml > Log: > XWIKI-923: Upgrade to Velocity Tools 1.3 > > - Upgraded to newest version > - Removed unused Velocity View Servlet and unused toolbox.xml > config file > - Added XWiki Initialization strategy and initialized Velocity there

18 years, 4 months

Google Summer of Code Project Proposals

by Ludovic Dubost

Hi, We need to start a quick discussion to propose Google Summer of Code projects for students. We will apply on March 5th to be part of the Google Summer of Code and we need a few things by then: 1/ A list of project proposals (with some cool and fun projects) 2/ A list of volunteer mentors (a mentor will have to follow at least one student during the summer) Any ideas welcome on this. Ludovic -- Ludovic Dubost Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost AIM: nvludo Yahoo: ludovic

18 years, 4 months

[VOTE] Change package names from com.xpn.xwiki to org.xwiki

by Vincent Massol

Hi everyone, I think it would be better for the XWiki project to use a org.xwiki package. There are several reasons for this: - fits better as XWiki is under OSS/LGPL - the company name can change, it's less likely the product name will change - I believe if we want to make that change we should do it before the 1.0 release, as it's quite an important change and would break some advanced usages of XWiki (like plugin creators, extension creators in general). I think users should be safe though for the vast majority, unless they're doing funky stuff in their pages. Here's my +1 Thanks -Vincent ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 4 months

[xwiki-dev] A way to get a cookie value with velocity syntax ?

by EMPTOZ Mathieu 310507

Hello everybody, Is there a way to get a cookie value with a function of the velocity syntax? I created a cookie with the javascript "createCookie()" function (in the file skins.js) and I would like to get it value in a velocity script in order to insert it in a sql query. Because I need to get the cookie value before the velocity parsing. For example in my wiki page : #set($sql = " where doc.fullName = '$a_function_which_read_a_cookie_value(name_of_the_cookie)' ") Regards, Mathieu --------------------------------------------------- Mathieu Emptoz CEA Cadarache DRFC/STEP XWiki's EFDA Remote Participation Administrator ---------------------------------------------------

18 years, 4 months

getURLEncoded is hardcoded for UTF-8

by Gilles Serasset

Hi all, I'm currently working on allowing xwiki to manage documents (and their urls) in utf-8 or other non latin1 encodings. I saw that the method: public static String getURLEncoded(String content) { try { return URLEncoder.encode(content, "UTF-8"); } catch (UnsupportedEncodingException e) { return content; } } in XWiki class is hardcoded in UTF-8, which is strange as the default encoding of xwiki is iso-latin-1. The method is used in the core source: 1. To prepare "Content-disposition" headers for the responses (for package export and file download) --> it encodes the filename for file downloads. 2. To generate ids of TOC in TOCGenerator It is also used through velocity macros (mainly editrights, to allow passing of a full URL, with GET attributes as a simple attribute value usually for xredirect). Hence it is a problem as soon as a document can have an url involving non ascii characters. Currently, everything works because the encoded URL do not include non ascii chars as it is used in few places, but this method will pose problem even in a default wiki (i.e. latin1) settings. Moreover, this method is static and it is not possible to fetch the current xwiki encoding. So I propose to: 1. make this method non static and use the xwiki configuration to specify the encoding to be used... 2. propose a way to encode filenames of content disposition which is compatible with RFC 2231 which allows the specification of filenames, even if they do contains non ascii chars (names in japanese of thai for instance...) Does anyone object against this proposal ? Regards, Gilles, -- Gilles Sérasset GETA-CLIPS-IMAG (UJF, INPG & CNRS) BP 53 - F-38041 Grenoble Cedex 9 Phone: +33 4 76 51 43 80 Fax: +33 4 76 44 66 75

18 years, 4 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