Hi,
ok I've checked more precisely what were the APIs that are broken and
for which we could want to maintain backward compat (I have not listed
internal implementation classes):
1) xwiki-bridge:
- DocumentAccesssBridge
- DocumentModelBridge
- DocumentNameFactory
- DocumentNameSerializer
+1
- Asiri
On Thu, Dec 10, 2009 at 7:55 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
I'd like to add:
boolean isDocumentEditable(DocumentName documentName);
And deprecate:
boolean isDocumentEditable(String documentName);
Here's my +1
Thanks
-Vincent
Hi,
With access to ComponentManager, XWiki Component management framework
provides components the ability to lookup for component
implementations
dynamically using a component hint, I didn't see anything similar in
Guice.
This exists in Guice, it's called annotations.
See
+1
- Asiri
On Mon, Dec 7, 2009 at 10:11 PM, Jean-Vincent Drean j...@xwiki.com wrote:
Hi,
Since the 2.1RC1 release many issues have been fixed in the blog [1],
lucene search [2] and we've found only one important issue after
deploying it on myxwiki.org [3]. I Suggest that we release XE and
Hi Devs,
I've looked into Google Guice to find out what's the buzz is all about. But
as far as I can understand (with only about 30 mins scan through their user
guide), XWiki Component management framework is more flexible than Guice.
I'm not a Guice user but being familiar with XWiki Components,
+1
- Asiri
On Fri, Dec 4, 2009 at 6:57 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Hi devs,
Currently when you attach or delete a new file on a document it does
not produce any document related event. Thing is it does modify the
document but since it bypass XWiki#saveDocument it
Hi Devs,
Among many things jruby-1.4.0 release bundles JSR223 support. See full
release notes at http://www.jruby.org/2009/11/02/jruby-1-4-0
I was planning to this upgrade in 2.1 time frame but got a little packed and
now we are at 2.1 RC1. However I think it's still safe to do this upgrade
with
Hi,
Why do we need this for XE 2.1 final? If there's no urgency I'd rather
have it in 2.1.1 or even 2.2M1.
It's not an urgency but I've agreed once on the dev chat that I'm going to
do this before 2.1 final release. Also,
1. Currently we are using our own customized JSR223 engine for jruby
On Wed, Dec 2, 2009 at 3:39 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Looks like a component version of skinx plugin (which should be done
anyway since the plugin way is deprecated).
Yup, but skinz doesn't have concatenation compression stuff right? I think
these two features are
Hi Devs,
in XWiki::initXWiki(XWikiConfig config, XWikiContext context,
XWikiEngineContext engine_context, boolean noupdate) method signature, the
flag noupdate indicates whether the database should be updated or not. But
as far as I can understand, it's meaning is reversed:
- if noupdate is
Link: http://code.google.com/apis/ajaxlibs/
Article about how it can make websites fast:
http://radar.oreilly.com/2009/11/steve-souders-making-web-sites.html
XWiki web gurus, can XWiki benefit from this? Is it worth considering?
Thanks.
- Asiri
___
Hi Stephane,
AFAIK there is no openoffice server installed on myxwiki.org
Although, installing an openoffice server on myxwiki.org might be a good way
to test officeimporter to it's extremes :)
- Asiri
On Sat, Nov 28, 2009 at 9:34 PM, stephane barbey sbar...@gmail.com wrote:
Hi Team,
+1 for the vote.
On Sun, Nov 29, 2009 at 9:10 AM, Sergiu Dumitriu ser...@xwiki.com wrote:
On 11/27/2009 06:23 PM, Vincent Massol wrote:
On Nov 27, 2009, at 6:02 PM, Jean-Vincent Drean wrote:
Four +1, I'll commit it in a few minutes.
I've created the XTVALIDATOR project in jira, I've
Hi,
On Wed, Nov 25, 2009 at 1:33 PM, Pascal Voitot
pascal.voitot@gmail.comwrote:
nice analysis :)
one question that arises in my mind: in the future, in 2, 3 or 4 years,
with
all these features integrated in groovy or clojure which tends to be more
efficient syntaxically or more
On Wed, Nov 25, 2009 at 4:01 PM, Vincent Massol vinc...@massol.net wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core stuff is
+1
- Asiri
On Wed, Nov 25, 2009 at 10:14 PM, Florin Ciubotaru
florin.ciubot...@xwiki.com wrote:
Hi devs,
I want to add two new methods to the xml-rpc api:
- String getRenderedContent(String token, String pageId, String syntaxId);
- String getRenderedContent(String token, String pageId,
Hi,
+1
+1 and I think that this could be set as a filter also for the Restlet
Servlet.
Currently I am initializing the context in that servlet. If there is
somebody (the filter) that does it beforehand it would be nicer and it will
allow to delete some code from the REST subsystem.
The
+1
- Asiri
On Mon, Nov 23, 2009 at 8:33 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Hi devs,
I would like to reorg a little rendering submodule on svn/maven to have:
xwiki-rendering
- xwiki-rendering-syntaxes
-- xwiki-rendering-syntax-wikimodel
-- xwiki-rendering-syntax-xml
+1
- Asiri
On Mon, Nov 23, 2009 at 10:30 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
We have the need to handle optional Transformations (for Annotations
and more generally for user-introduced annotations).
Here's what Thomas and I are proposing:
1) We remove the
Hi,
Here's my +1 (even though it keeps making the class larger but I
don't have any other idea for now without a huge refactoring)
I'd rather use the query manager component, which would need to be made
accessible from Velocity.
I also think this is the right approach.
- Asiri
--
+1
- Asiri
On Tue, Nov 24, 2009 at 3:57 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Hi devs,
I would like to release 2.0.4 as soon as possible.
Among other things it contains:
- this time statistics are working, promise (except for
http://jira.xwiki.org/jira/browse/XWIKI-4590 but
Hi,
Will I enjoy all the glories of the support that my IntelliJ is giving
me?
Changing syntax away from a widely supported syntax is a very
dangerous move to me!
If this is to change the xwiki sources, will I still be able to crawl
through stack-traces?
As I understood this is not a
+1
- Asiri
On Thu, Nov 19, 2009 at 9:06 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
I'm applying Caleb's path for http://jira.xwiki.org/jira/browse/XWIKI-1082
(When renaming a page, also update the parent field of subpages).
We need a new signature for rename so that the rename UI
+1.
- Asiri
On Tue, Nov 3, 2009 at 2:03 AM, Jerome Velociter jer...@xwiki.com wrote:
Hello all,
Following the initial discussion at
http://markmail.org/thread/kachlhm3d26g22jb I by this mail throw a vote
to move on and create the contrib project.
After giving it some more thoughts in a
Hi Sergiu,
On Mon, Nov 2, 2009 at 2:14 PM, Sergiu Dumitriu ser...@xwiki.com wrote:
On 10/15/2009 12:05 PM, asiri (SVN) wrote:
Author: asiri
Date: 2009-10-15 12:05:22 +0200 (Thu, 15 Oct 2009)
New Revision: 24508
Modified:
Log:
[misc] Activated checkstyle for officeimporter code
+1
- Asiri
On Thu, Oct 29, 2009 at 1:11 AM, Vincent Massol vinc...@massol.net wrote:
Hi,
We have 2 critical fixes in XE 2.0.3:
- The stats are broken (since 2.0.1)
- The object editor doesn't allow to add objects for which the user
doesn't have edit rights on the document holding the
Hi,
On Thu, Oct 29, 2009 at 10:46 AM, Leon Wang freele...@gmail.com wrote:
Dear Devs,
Could anyone give me some idea or give me a reference a material/ or
example
to help me deploy the last XE snapshot.
I'm not sure what you meant by last XE snapshot.
My guess is to write maven pom
+1
- Asiri
On Mon, Oct 26, 2009 at 10:08 PM, Marius Dumitru Florea
mariusdumitru.flo...@xwiki.com wrote:
Hi devs,
I propose we add the following method to DocumentModelBridge:
/**
* @return a string identifying the current version of this document
*/
String getVersion();
I need it
Hi Vincent,
On Fri, Oct 23, 2009 at 11:20 PM, Vincent Massol vinc...@massol.net wrote:
Asiri,
Can you document the test case (wikimaro2.test) and add comments to
explain what the test tests? (it's not obvious IMO).
Ok.
Also you might want to consider writing a unit test proper instead
Hello Devs,
As I understand, If a wiki macro supports inline mode and is executed as an
inline macro, it must be true that the output generated by the macro does
not contain block elements (otherwise the result will not be inline). From
the wiki macro bridge code we have the following check:
Hi Ludovic,
On Thu, Oct 22, 2009 at 3:48 AM, Ludovic Dubost ludo...@xwiki.com wrote:
I've done a nice experiment with SocialCalc and I'm pretty happy of the
results:
It allows to edit a spreadsheet stored in a Wiki Page. It lacks a
server-side transformation of the spreadsheet to a Wiki
Hi,
---
platform/core/trunk/xwiki-webdav/src/main/java/com/xpn/xwiki/plugin/webdav/XWikiDavServlet.java
2009-10-20 11:50:17 UTC (rev 24575)
+++
platform/core/trunk/xwiki-webdav/src/main/java/com/xpn/xwiki/plugin/webdav/XWikiDavServlet.java
2009-10-20 11:51:34 UTC (rev 24576)
@@
Hi,
I don't understand why you've used transient. Can you explain?
Sorry, mutable servlet field was not the error. It was A non-serializable
value is stored into a non-transient field of a serializable class. My
mistake.
This is why I added the transient field thinking it would fix the
the servlet context.
Thanks
-Vincent
On Oct 20, 2009, at 2:36 PM, Asiri Rathnayake wrote:
Hi,
ok that's better indeed. The reason is that according to the spec a
Servlet can be serialized (saved on disk) if the memory becomes low
and thus must be able to be loaded back into memory
Hi Vincent,
On Sun, Oct 18, 2009 at 12:28 PM, Vincent Massol vinc...@massol.net wrote:
Hi Asiri,
I see there's 10% of code duplication in the webdav module:
http://nemo.sonarsource.org/project/index/181898
This is the highest of all modules. Do you think you could have a look?
I'd be
HI,
On Fri, Oct 16, 2009 at 3:23 PM, Guillaume Lerouge guilla...@xwiki.comwrote:
Hi Devs,
right now an user can have edit rights on a page even though he does not
have the view right on that page.
This sounds weird to me since that user can still access the page's content
by going to the
Hi,
On Fri, Oct 16, 2009 at 3:31 PM, Asiri Rathnayake
asiri.rathnay...@gmail.com wrote:
HI,
On Fri, Oct 16, 2009 at 3:23 PM, Guillaume Lerouge guilla...@xwiki.comwrote:
Hi Devs,
right now an user can have edit rights on a page even though he does not
have the view right on that page
Hi,
-How to handle revisions - Can we have methods to read those tags too.
one
for WikiPageRevision and other for AttachmentRevision.
Maybe something like:
beginWikiPage()
beginWikiPageRevision()
beginObject(type)
onProperty()
endObject()
beginObject()
onProperty()
+0
- Asiri
On Wed, Oct 14, 2009 at 7:19 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
Following our roadmap definition (now on
http://enterprise.xwiki.org/xwiki/bin/view/Main/Roadmap)
here are some date proposals for XE 2.1:
* 2.1 M1: 26 Oct (that's 4 weeks after the 2.0 release)
*
+1
- Asiri
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Hi,
Actually in my mind there was more than just this method, i see at least
also
WikiImporterListener::onWikiPageAttachment(AttachmentName, InputStream)
since having the whole WikiPage with all its attachments in memory
make the import not strong enough if you have too big attachments.
Hi,
On Sat, Oct 10, 2009 at 12:25 PM, Ludovic Dubost ludo...@xwiki.com wrote:
I'm on a local install and if I save using the save action it works
but does not seem to register it with $doc.save()
WikiMacroListener is responsible for listening to document save events and
creating /
Hi,
+/**
+ * {...@inheritdoc}
+ */
+public String getSpace()
+{
+return config.getParameter(space, Main);
+}
+
+/**
+ * {...@inheritdoc}
+ */
+public String getWiki()
+{
+return config.getParameter(wiki,
Hi Devs,
Currently the method signature looks like:
public String officeToXHTML(String pageName, MapString, String
cleaningParams) throws XWikiGWTException
The contract is that this method will import whatever the latest
attachment to the given document into xhtml. This is bit unsafe and we
Hi Anca,
On Wed, Oct 7, 2009 at 3:41 PM, Anca Paula Luca ancapaula.l...@xwiki.comwrote:
On 10/07/2009 12:52 PM, Asiri Rathnayake wrote:
Hi Devs,
Currently the method signature looks like:
public String officeToXHTML(String pageName, MapString, String
cleaningParams) throws
Hi Devs,
Since we have decided to move officeimporter wysiwyg integration from
wysiwyg toolbar to wysiwyg menu bar, it's important we decide the structure
of the new Import menu:
I can see two methods for structuring the Import menu:
[1]
Import
|- Office Document
|- Office Paste
[2]
Hi,
On Fri, Oct 2, 2009 at 3:04 PM, Ludovic Dubost ludo...@xwiki.org wrote:
I think it should also support:
- import HTML
- import MediaWiki or other
- import from XML or XAR
+1
We could make it a generic import menu and progressively add more
features.
Thanks.
- Asiri
Ludovic
Hi,
I'm not exactly sure if that is the best method name, but we need such a
method so that we can disable fileUpload tab (or display a message) in
officeimporter wysiwyg plugin if there is no OpenOffice server running.
Thanks.
- Asiri
___
devs
Hi,
On Thu, Oct 1, 2009 at 12:49 PM, Marius Dumitru Florea
mariusdumitru.flo...@xwiki.com wrote:
Asiri Rathnayake wrote:
Hi,
I'm not exactly sure if that is the best method name, but we need such a
method so that we can disable fileUpload tab (or display a message) in
officeimporter
Hi,
On Wed, Sep 30, 2009 at 9:18 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Hi devs,
I would like to modify the xwiki/2.0 renderer to print the group with
a trailing and ending new line:
1.A
(((
* list1
* list 2
)))
instead of
1.B
(((* list1
* list 2)))
for example but
Hi,
-#if($hasAdmin)
+#set($isMainXWiki=($context.database == xwiki))
+#set($enableControls=($hasAdmin amp;amp; $isMainXWiki))
Again something bad (same reason).
This I have been looking at the wrong place. It's in context :
Hi,
Anyway, I feel having a configuration parameter for querying OpenOffice
server status is kind of odd.
What Marius means is that, we need to look at the use-cases, how often the
server is started/stopped while one of the users has the editor open, if
this is
realtime information that
Hi,
I mean if you consider the OpenOffice server controlling in wiki, you can
start/stop/restart it any time you want. But it's also true that this is
not
going to happen frequently, most of the time users will have autoStart
set
to true, in which case OOo server will be running from
+1
- Asiri
On Tue, Sep 29, 2009 at 9:31 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
On Tue, Sep 29, 2009 at 17:11, Vincent Massol vinc...@massol.net wrote:
Hi,
I'd like to add:
* ListAttachmentName getAttachments(DocumentName documentName)
throws Exception;
* byte[]
Hi,
- Office importer
- The application shouldn't be displayed when the office server is not
running
Will finish today.
- Wiki macros
- Textarea should be larger
Done.
We should also include new livetable (2.0) macro in features list for 2.1
Thanks.
- Asiri
Hi,
No: in this case the admin should remove the officeimporter app.
The only drawback I see is that until we have an application manager it's a
bit harder for the Admin to bring the application back after deleting it
(he
needs to re-install it instead of simply changing a configuration
ping? :)
- Asiri
On Tue, Sep 1, 2009 at 3:13 PM, Asiri Rathnayake asiri.rathnay...@gmail.com
wrote:
Hi all,
Currently XWikiRightService has two methods for evaluating programming
rights:
XWikiRightService#hasProgrammingRights(XWikiContext context);
XWikiRightService
Hi,
I thought we agree not to display the office importer menu entry if
the office importer app wasn't installed?
Yes, this is already implemented. I was talking about office importer
wysiwyg plugin only.
To be consistent we shouldn't have an office import action in the
wysiwyg if the
Hi,
My suggestion was about file upload tab inside officeimporter wysiwyg
dialog, which requires openoffice server to function.
Yes, my question was: why have this tab enabled when the openoffice
server is not started?
Yes, we can either:
1. Completely hide the file upload tab if the
Hi All,
This is very trivial, I have put the message:
You can change these configuration options via
*WEB-INF/xwiki.properties*file.
In OpenOffice server administration UI which is actually not required (since
this UI is meant to be used by admins who knows about xwiki.properties).
I'm not
Hi,
Well we're not doing this right now for the office importer UI I
reported it in jira AFAIR.
Right now the top level menu entry is always present and if you click
on it you have the form available to upload a file even if the server
is not ready.
Yes, I'm going to fix
1. If the officeimporter application is installed create-page from
office document will be present. will be present, otherwise it will not be
displayed.
typo: create-page from office document will be present.
- Asiri
___
devs mailing list
On Fri, Sep 25, 2009 at 6:03 PM, Vincent Massol vinc...@massol.net wrote:
Hi devs,
I'd like to propose a stabilisation operation starting now and for 1
month (ie from now to the 1st of November)
The idea would be that **no new feature** is allowed to be committed
in SVN.
We have several
+1
Thanks.
- Asiri
On Thu, Sep 24, 2009 at 5:50 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Hi,
I would like to start the release of XWiki Enterprise 2.0 final.
It's a very important release so make sure there is no blocker
remaining on your side before voting.
You can look at
Hi Devs,
I've been thinking about the new {{doclist}} macro syntax which is going to
be the successor of old livetable macro.
Following is the syntax I have in mind:
{{doclist macro_parameters}}
|=(% column_spec %) column_name |=(% column_spec %) column_name |=(%
column_spec %) column_name ...
Hi,
On Mon, Sep 21, 2009 at 6:07 PM, Vincent Massol vinc...@massol.net wrote:
I'd also like to know if we can support the use case of having a
normal table for which we'd like to do filtering/sorting.
Could that be a special {{table}} macro that would use the
{{livetable}} macro with a
Hi,
My though was that the implementation of {{table}} would generate 2
things:
- a {{livetable}} macro with the content being the definition of
columns extracted from the {{table}} contnet
- calls a generic special JSON source that knows how to extract data
from a given document and
Hi,
- Either the user specifies an object name and the macro displays documents
holding such an object
- Or the user specifies a data source document and the macro displays what
the data source tells it to
Sounds perfect. I like the fact that this way we can define the purpose of
the
Hi,
Here how I see it :
{{doclist /}} // displays all documents on the wiki with no restriction
{{doclist creator=XWiki.JohnDoe/}} //displays all docs created by John
Doe
{{doclist class=Blog.BlogPostClass /}} displays all docs containing a
Blog Post
{{doclist
Hi,
How about:
{{doclist }}
|(%field=doc.name sort=true%)Name |(%field=doc.creator%)Creator
|(%field=doc.tags%)Tags
{{/doclist}}
Looks familiar :)
+ easily parsed.
Although need to be careful with multiple syntaxes. Table specification
should be in whatever the syntax the
+1
- Asiri
On Fri, Sep 18, 2009 at 5:04 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Hi devs,
Here is a vote for the release of the last (hopefully) release
candidate of XWiki Enterprise 2.0.
The main goal of this release is to introduce the new Colibri skin and
new title handling
Hi All,
I'm working on designing LiveTable 2.0 macro, an xwiki/2.0 macro that is
supposed to work similar to current LiveTable (say 1.0) Macro. By looking at
LiveTable 1.0 macro code I encountered few problems that confuses me a lot.
* First, LiveTable macro is different from other macros
Hi,
1) The current implementation mostly build a DOM in memory for
immediately serialized it into a stream. So I have remove the
intermediate DOM and provide direct streaming of Element content by:
1.1) extending org.dom4j.XMLWriter to allow direct streaming
of Element content into
Hi Devs,
I've been refactoring OfficeImporter code base to make it more modular and
maintainable. With these refactorings I believe we can improve the main
OfficeImporter API. Currently OfficeImporter component interface exposes
following two methods:
code
void importStream(InputStream
Hi,
code
XHTMLOfficeDocument officeToXHTML(byte[] officeFileData, String
referenceDocument, boolean filterStyles) throws OfficeImporterException;
XDOMOfficeDocument xhtmlToXDOM(XHTMLOfficeDocument xhtmlOfficeDocument)
throws OfficeImporterException;
XDOMOfficeDocument officeToXDOM(byte[]
Hi
On Wed, Sep 16, 2009 at 6:08 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
Following our discussion on the new title behavior we need to define
the title compat flag value.
I'm proposing:
#-# Defines whether title handling should be using the compatyiblity
mode or not. When the
On Mon, Sep 14, 2009 at 12:52 PM, Vincent Massol vinc...@massol.net wrote:
We need to decide if we want this only in 2.1M1 or also in 2.0 final
or 2.0.x.
+1 for 2.0
- Asiri
___
devs mailing list
devs@xwiki.org
HI
Ok after a discussion with Thomas we think it's better to do something
simple for now:
* Modify the wiki macro class to add a Visibility field with 3 values:
- Visible to current author. This is to allow to have some macro
that only you can see as avail macro while you test it for
Hi Vincent All,
Little confusion, somehow I have fixed it on 2.1 (current trunk) but
reported closed the JIRA as 2.0. I'll reopen the JIRA and fix the mess
asap.
On Tue, Sep 15, 2009 at 6:04 PM, Jerome Velociter jer...@xwiki.com wrote:
While your at it can you increase the textareas's number
+1
- Asiri
On Mon, Sep 14, 2009 at 4:13 PM, Marius Dumitru Florea
mariusdumitru.flo...@xwiki.com wrote:
Hi devs,
I upgraded the 2.1 branch to GWT 1.7 and I'm waiting for Hudson to run
the selenium tests. If everything goes well I'd like to upgrade the 2.0
branch too. The main reason for
+1
On Wed, Sep 9, 2009 at 10:25 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
I'd also like to propose to release RC1 tomorrow (and note have
colibri as the default skin in it), and continue fixing colibri in
RC1, and release RC2 as planned on the 17th of sep, hoping that
there's no
On Thu, Sep 10, 2009 at 2:26 PM, Vincent Massol vinc...@massol.net wrote:
On Sep 10, 2009, at 10:50 AM, Thomas Mortagne wrote:
On Wed, Sep 9, 2009 at 18:55, Vincent Massol vinc...@massol.net
wrote:
Hi,
I'd also like to propose to release RC1 tomorrow (and note have
colibri as the
Hi,
On Fri, Sep 11, 2009 at 1:17 AM, Vincent Massol vinc...@massol.net wrote:
Hi Asiri,
You should put a parent when you create wiki macro classes since
they're now orphaned. We should do this for RC2.
I'll fix this asap.
Thanks.
- Asiri
Thanks
-Vincent
Hi
On Fri, Sep 11, 2009 at 1:33 AM, Vincent Massol vinc...@massol.net wrote:
On Sep 10, 2009, at 9:47 PM, Vincent Massol wrote:
Hi Asiri,
You should put a parent when you create wiki macro classes since
they're now orphaned. We should do this for RC2.
BTW there's also no author set.
Hi,
On Wed, Sep 9, 2009 at 9:18 PM, Sergiu Dumitriu ser...@xwiki.com wrote:
Vincent Massol wrote:
Hi,
Let's vote on how to handle the title behavior for the 2.0 final
release so that we're all on the same page.
Here's what Mediawiki (on Wikipedia) does:
- the document title is
+1
On Mon, Sep 7, 2009 at 7:55 PM, Jean-Vincent Drean j...@xwiki.com wrote:
Hi devs,
Since XE 2.0 will be released soon I'd like to release XE 1.9.4 and
XEM 1.7.4 tomorrow.
After this XEM release I suggest to create the 1.7 branch and make XEM
trunk 2.0.
Changelog since 1.9.3:
Hi,
On Fri, Sep 4, 2009 at 5:46 PM, Ecaterina Valica vali...@gmail.com wrote:
The vote is open until the end of today.
Score:
(4) 7,5
(B) 6
(2) 7,32
Themes:
(4)
http://incubator.myxwiki.org/xwiki/bin/download/ColorThemes/Proposal4/Proposal4.png
(B)
+1
On Thu, Sep 3, 2009 at 2:55 PM, Vincent Massol vinc...@massol.net wrote:
Guys,
Seen that we're now the 3rd of Sep and we're not ready to release the
new colibri skin (lots of remaining issues), I'd like to propose to
postpone the release by 1 week with the new timetable:
* XE 2.0RC1:
+1
- in FF 3.5.2 installing the extension delivers the following
message:FoxWiki 1.0b could not be installed because it is not compatible
with Firefox 3.5.2.
I think this can be fixed easily. It's just that none seems to be using this
feature in xwiki (otherwise i would work on maintaining
On Tue, Sep 1, 2009 at 2:08 PM, Sergiu Dumitriu ser...@xwiki.com wrote:
Silvia Rusu wrote:
Hi devs,
I propose we make Edit this attachment in the Attachments tab an
advanced feature in the advanced edit mode.
When trying to use Edit this attachment:
- in IE you get the following
Hi all,
Currently XWikiRightService has two methods for evaluating programming
rights:
XWikiRightService#hasProgrammingRights(XWikiContext context);
XWikiRightService#hasProgrammingRights(XWikiDocument doc, XWikiContext
context);
Since newer components are using DAB (Document Access Bridge)
+1
On Tue, Sep 1, 2009 at 5:58 PM, Guillaume Lerouge guilla...@xwiki.comwrote:
Hi devs,
I think we should make colibri the default skin in XE 2.0 RC1 if we want it
to be tested and ready for the release.
Here's my +1
Guillaume
--
Guillaume Lerouge
Product Manager - XWiki
Skype:
+1
- Asiri
On Sat, Aug 29, 2009 at 12:27 AM, Sergiu Dumitriu ser...@xwiki.com wrote:
Hi devs,
I'd like to propose to upgrade to Prototype 1.6.1 RC3, released on June
16, because it fixes (among other speed improvements and bug fixes) a
pretty important compatibility issue with IE8, which
+1
- Asiri
On Wed, Aug 26, 2009 at 10:21 PM, Thomas Mortagne thomas.morta...@xwiki.com
wrote:
Hi,
I would like to release what was planned as a RC1 as a Milestone 4 now
to release something and since there is some remaining issues in it.
Among other things, this release contains:
-
+1
On Wed, Aug 26, 2009 at 9:29 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
Right now we have an AttachmentParser in the Rendering module:
@ComponentRole
public interface AttachmentParser
{
/**
* Extract informations from attachment location string an return
an {...@link
Hi Leon,
I'm not the best person to answer your questions but I'll try to answer some
of them until someone else does ;)
On Tue, Aug 25, 2009 at 11:22 AM, Leon Wang freele...@gmail.com wrote:
Hi guys,
I really love Xwiki. I think it is pretty and cool. I hope I could build a
tool base on
On Wed, Aug 19, 2009 at 4:34 PM, Vincent Massol vinc...@massol.net wrote:
My list:
Formatting: (macros that format something)
- Error/Warning/Info/Message
- Code
- Box
- Footnote
Development: (dev macros)
- HTML
- Script/Groovy/Ruby
- Velocity
Content: (macro that produce some
+1
On Mon, Aug 17, 2009 at 3:16 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
Some date change proposal since we're late on a few things:
* RC1: move it to 24th of Aug (instead of 17th). It must contain:
- bug fixes - All
- distributed events done - Thomas
- WYSIWYG changes for macro
+1
On Fri, Aug 14, 2009 at 12:21 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
I'd like to move syntax-related classes to org.rendering.syntax
package. These are:
- Syntax
- SyntaxFactory
- SyntaxType
Right now they are in the org.rendering.parser package but that's not
right since
On Fri, Aug 14, 2009 at 4:53 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Why do you need observation in the importer ?
Ummm, not sure. It was there and I updated.
Sorry, I should have checked why (But I was in a hurry).
I will fix it.
Thanks.
- Asiri
101 - 200 of 606 matches
Mail list logo