[xwiki-devs] [VOTE] XEclipse 1.1 Release
Hi everyone, I'm forwarding you the mail below by Fabio, who currently has issue with his mail account. Here's my +1 Cheers Stéphane ---------- Dear all, as on the schedule I'd like to publicly release XEclipse 1.1 today (or tomorrow). These are the release notes: Bug [XECLIPSE-70] - Invalid text in delete dialog box [XECLIPSE-84] - Invalid version displayed when editing a page [XECLIPSE-87] - Cannot reconnect after disconnecting [XECLIPSE-89] - Login name with space Improvement [XECLIPSE-23] - Double-clicking on a tree node should open the node [XECLIPSE-73] - Add edit working set feature [XECLIPSE-77] - In preview panel, display the current URL and allow typing any URL [XECLIPSE-78] - In preview pane, add right click action to open the current URL in external browser [XECLIPSE-81] - Let user decide if they want to overwrite the server version rather than merge it I've partially initiated the release process otherwise I will not able, in case, to complete it at home (slow internet connection not suitable for transferring several MB of stuff) Let me know WDYT. Cheers, Fabio ----------
+1 for XEclipse 1.1 Jérome.
Hi everyone,
I'm forwarding you the mail below by Fabio, who currently has issue with his mail account.
Here's my +1
Cheers
Stéphane
---------- Dear all,
as on the schedule I'd like to publicly release XEclipse 1.1 today (or tomorrow).
These are the release notes:
Bug [XECLIPSE-70] - Invalid text in delete dialog box [XECLIPSE-84] - Invalid version displayed when editing a page [XECLIPSE-87] - Cannot reconnect after disconnecting [XECLIPSE-89] - Login name with space
Improvement [XECLIPSE-23] - Double-clicking on a tree node should open the node [XECLIPSE-73] - Add edit working set feature [XECLIPSE-77] - In preview panel, display the current URL and allow typing any URL [XECLIPSE-78] - In preview pane, add right click action to open the current URL in external browser [XECLIPSE-81] - Let user decide if they want to overwrite the server version rather than merge it
I've partially initiated the release process otherwise I will not able, in case, to complete it at home (slow internet connection not suitable for transferring several MB of stuff)
Let me know WDYT.
Cheers, Fabio ----------
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
++1 :) - Asiri On Feb 16, 2008 5:18 PM, Stéphane Laurière <[email protected]> wrote:
Hi everyone,
I'm forwarding you the mail below by Fabio, who currently has issue with his mail account.
Here's my +1
Cheers
Stéphane
---------- Dear all,
as on the schedule I'd like to publicly release XEclipse 1.1 today (or tomorrow).
These are the release notes:
Bug [XECLIPSE-70] - Invalid text in delete dialog box [XECLIPSE-84] - Invalid version displayed when editing a page [XECLIPSE-87] - Cannot reconnect after disconnecting [XECLIPSE-89] - Login name with space
Improvement [XECLIPSE-23] - Double-clicking on a tree node should open the node [XECLIPSE-73] - Add edit working set feature [XECLIPSE-77] - In preview panel, display the current URL and allow typing any URL [XECLIPSE-78] - In preview pane, add right click action to open the current URL in external browser [XECLIPSE-81] - Let user decide if they want to overwrite the server version rather than merge it
I've partially initiated the release process otherwise I will not able, in case, to complete it at home (slow internet connection not suitable for transferring several MB of stuff)
Let me know WDYT.
Cheers, Fabio ----------
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
+1 On Feb 16, 2008 12:48 PM, Stéphane Laurière <[email protected]> wrote:
Hi everyone,
I'm forwarding you the mail below by Fabio, who currently has issue with his mail account.
Here's my +1
Cheers
Stéphane
---------- Dear all,
as on the schedule I'd like to publicly release XEclipse 1.1 today (or tomorrow).
These are the release notes:
Bug [XECLIPSE-70] - Invalid text in delete dialog box [XECLIPSE-84] - Invalid version displayed when editing a page [XECLIPSE-87] - Cannot reconnect after disconnecting [XECLIPSE-89] - Login name with space
Improvement [XECLIPSE-23] - Double-clicking on a tree node should open the node [XECLIPSE-73] - Add edit working set feature [XECLIPSE-77] - In preview panel, display the current URL and allow typing any URL [XECLIPSE-78] - In preview pane, add right click action to open the current URL in external browser [XECLIPSE-81] - Let user decide if they want to overwrite the server version rather than merge it
I've partially initiated the release process otherwise I will not able, in case, to complete it at home (slow internet connection not suitable for transferring several MB of stuff)
Let me know WDYT.
Cheers, Fabio ----------
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
+1 Stéphane Laurière wrote:
Hi everyone,
I'm forwarding you the mail below by Fabio, who currently has issue with his mail account.
Here's my +1
Cheers
Stéphane
---------- Dear all,
as on the schedule I'd like to publicly release XEclipse 1.1 today (or tomorrow).
These are the release notes:
Bug [XECLIPSE-70] - Invalid text in delete dialog box [XECLIPSE-84] - Invalid version displayed when editing a page [XECLIPSE-87] - Cannot reconnect after disconnecting [XECLIPSE-89] - Login name with space
Improvement [XECLIPSE-23] - Double-clicking on a tree node should open the node [XECLIPSE-73] - Add edit working set feature [XECLIPSE-77] - In preview panel, display the current URL and allow typing any URL [XECLIPSE-78] - In preview pane, add right click action to open the current URL in external browser [XECLIPSE-81] - Let user decide if they want to overwrite the server version rather than merge it
I've partially initiated the release process otherwise I will not able, in case, to complete it at home (slow internet connection not suitable for transferring several MB of stuff)
Let me know WDYT.
Cheers, Fabio ----------
-- Sergiu Dumitriu http://purl.org/net/sergiu/
Dear developers, Sorry to interrupt your "coding time", but I really2 need your comments, if you don't mind.. I am new in XWiki, and have few questions. We are considering to use XWiki as the base application for "another application". This "other application" is "a requirement gathering" application that: * will assume one XWiki doc as one item of requirement * each item of requirement will be belongs to certain customizable categories * each item of requirement will be belongs to certain project * there will be MULTIPLE project within the same application * there will be user access policy per project, that should be able to customized the access (only able to see certain projects, only able to change certain Xwiki doc, etc) How far can XWiki go, considering my application above?(Considering the "other application" will have new entities such like (multiple) project, category, etc..). And how big is the effort? Thanks & regards, - iwan
On Feb 18, 2008, at 9:02 AM, Iwan wrote:
Dear developers,
Sorry to interrupt your "coding time", but I really2 need your comments, if you don't mind..
I am new in XWiki, and have few questions.
We are considering to use XWiki as the base application for "another application". This "other application" is "a requirement gathering" application that: * will assume one XWiki doc as one item of requirement * each item of requirement will be belongs to certain customizable categories * each item of requirement will be belongs to certain project * there will be MULTIPLE project within the same application * there will be user access policy per project, that should be able to customized the access (only able to see certain projects, only able to change certain Xwiki doc, etc)
How far can XWiki go, considering my application above?(Considering the "other application" will have new entities such like (multiple) project, category, etc..).
Check some other big applications built on top of the XWiki platform: * XWiki Watch: http://www.xwiki.com/xwiki/bin/view/Solutions/XWikiWatchScreenshotsMain * Chronopolys: http://www.chronopolys.org/xwiki/bin/view/Main/
And how big is the effort?
Should be much lower than other solutions. See this article to get a flavor of what's involved: http://www.theserverside.com/tt/articles/article.tss?l=XWiki Hope it helps, -Vincent PS: Next time please start a new thread instead of replying to an existing email and changing the subject and topic...
Iwan, what you describe seems to fit well XWiki, to my longish three-months experience. You seem to be converging towards an XWiki-space per project... paul Le 18 févr. 08 à 09:02, Iwan a écrit :
This "other application" is "a requirement gathering" application that: * will assume one XWiki doc as one item of requirement * each item of requirement will be belongs to certain customizable categories * each item of requirement will be belongs to certain project * there will be MULTIPLE project within the same application * there will be user access policy per project, that should be able to customized the access (only able to see certain projects, only able to change certain Xwiki doc, etc)
How far can XWiki go, considering my application above?(Considering the "other application" will have new entities such like (multiple) project, category, etc..). And how big is the effort?
Hi all, Thanks a lot for your insight Best regards, - iwan -----Original Message----- From: Paul Libbrecht <[email protected]> Date: Mon, 18 Feb 2008 13:03:43 To:XWiki Developers <[email protected]> Subject: Re: [xwiki-devs] How far can XWiki go? Iwan, what you describe seems to fit well XWiki, to my longish three-months experience. You seem to be converging towards an XWiki-space per project... paul Le 18 févr. 08 à 09:02, Iwan a écrit :
This "other application" is "a requirement gathering" application that: * will assume one XWiki doc as one item of requirement * each item of requirement will be belongs to certain customizable categories * each item of requirement will be belongs to certain project * there will be MULTIPLE project within the same application * there will be user access policy per project, that should be able to customized the access (only able to see certain projects, only able to change certain Xwiki doc, etc)
How far can XWiki go, considering my application above?(Considering the "other application" will have new entities such like (multiple) project, category, etc..). And how big is the effort?
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
participants (9)
-
Asiri Rathnayake -
Iwan -
iwan_suhendro＠hotmail.com
-
Jerome Velociter -
Paul Libbrecht -
Sergiu Dumitriu -
Stéphane Laurière -
Thomas Mortagne -
Vincent Massol