Re: [xwiki-users] Roadmap for XE 1.4

2008-03-11 Thread goldring, richard
Guillaume,
 
I've updated the
http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt
http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt page
with my suggestions so they can be taken into account while working on the
editor's new version.
 
Regards,
 
Richard

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
Guillaume Lerouge
Sent: 10 March 2008 16:01
To: XWiki Users
Subject: Re: [xwiki-users] Roadmap for XE 1.4


Hi,


 * An improved WYSIWYG editor with the following features:
 - cut and paste from Word and web pages easily i.e. without having
 to go
 back and adjust the formatting of what's been pasted onto an XWiki
 page
snip...
 - if some wiki markup or code on a page could muckup the layout of
 the menu
 bars, etc can XWiki catch it and prevent it from doing that?


Thanks for these numerous suggestions. Richard, could you please add them to
the  http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt
http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt
page so that we can take them into account while working on the editor's new
version ? There's indeed a lot to do and to think about in terms of how to
display code  wiki syntax in the WYSIWYG editor.


 I think how useful and useable the WYSIWYG editor is effects the users
 experience and whether they'like and want to use XWiki.


Agreed. Which is why we're working on its specification in order to start
its implementation ASAP. User feedback during this process would be more
than welcome.
 
 * A way of sending emails to XWiki so they can be stored, archived and
 referenced from a wiki page.



Yep, I remember some talking about this.

BTW I wonder if XWiki Watch could be used for this? We'd just need to
hook a mailbox + a POP module (or a mailing list archive reader) and
it should work just fine I think.


I'm not sure this is the most relevant way to do it. I'd rather see an email
archive application that would work this way - you send an email to a given
address (say [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] ) . 
The email is converted into a wiki page with an unique identifier based on
its subject, sender, date etc. The page metadata uses the email info to fill
in the author  creation date. A check would probably be needed for
protected page (add the email only if the sender's email adresses matches
the one of an user who has rights on that page). 
An index page lists all the email and allows filtering  searching them.
A macro allows to quote a mail in a page (could be done with
#includeTopic(MailArchive.UniqueEmailIdentifier) actually)

Anyway more discussions would be needed to decide whether that application
would be worth making it into XE 1.4 (though I'd be glad to have it).

Here is some additional feedback I gathered :

*   Migration 


*   Make the migration between 2 versions of XWiki even easier than it
is now (some bugs remain, making upgrades a chore on many occasions). 

*   Applications 


*   Remove unfinished applications (such as the calendar  the photo
album) from the default distribution and put them as XARs on XWiki.org
instead

*   Translations 


*   Replace all text in the default wiki with $msg.get() calls and
update the translation file to include EN  FR translations for all of them.

*   Administration 


*   Add a select box to the language selection field 

*   Add explanations next to each field to explain what they do 

*   Groups : add a button Add a member to this group on group pages
(below the list of group members)

*   Space Administration 


*   Add the ability to customize the color of a space easily in Toucan 

*   Add the possibility to use the Panel Wizard for a space

*   Autosuggest 


*   Generalize the autosuggest feature to most input fields on the wiki 

I'll try to post some more once I've received it.

Guillaume

 


Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent.  Attachments to this e-mail
may contain software viruses which could damage your system.  We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273

Re: [xwiki-users] Roadmap for XE 1.4

2008-03-11 Thread Sylvain Desbureaux
I don't kno wif this feature is working in 1.3 but one thing very
important in my opinion is the fact that several person may be able to
modify the same page, for example saving only the paragraph modified.
It's not working in the 1.2 and thus it's a shame because you can't
work in a medium sized page within a group.

2008/3/11, goldring, richard [EMAIL PROTECTED]:


 Guillaume,

 I've updated the
 http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt
 page with my suggestions so they can be taken into account while working on
 the editor's new version.

 Regards,

 Richard

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
 Guillaume Lerouge
 Sent: 10 March 2008 16:01
 To: XWiki Users
 Subject: Re: [xwiki-users] Roadmap for XE 1.4



 Hi,


   * An improved WYSIWYG editor with the following features:
   - cut and paste from Word and web pages easily i.e. without having
   to go
   back and adjust the formatting of what's been pasted onto an XWiki
   page
  snip...
   - if some wiki markup or code on a page could muckup the layout of
   the menu
   bars, etc can XWiki catch it and prevent it from doing that?



 Thanks for these numerous suggestions. Richard, could you please add them to
 the
 http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt
 page so that we can take them into account while working on the editor's new
 version ? There's indeed a lot to do and to think about in terms of how to
 display code  wiki syntax in the WYSIWYG editor.

   I think how useful and useable the WYSIWYG editor is effects the users
   experience and whether they'like and want to use XWiki.



 Agreed. Which is why we're working on its specification in order to start
 its implementation ASAP. User feedback during this process would be more
 than welcome.
   * A way of sending emails to XWiki so they can be stored, archived and
  referenced from a wiki page.


  Yep, I remember some talking about this.
 
  BTW I wonder if XWiki Watch could be used for this? We'd just need to
  hook a mailbox + a POP module (or a mailing list archive reader) and
  it should work just fine I think.



 I'm not sure this is the most relevant way to do it. I'd rather see an email
 archive application that would work this way - you send an email to a given
 address (say [EMAIL PROTECTED]) .
 The email is converted into a wiki page with an unique identifier based on
 its subject, sender, date etc. The page metadata uses the email info to fill
 in the author  creation date. A check would probably be needed for
 protected page (add the email only if the sender's email adresses matches
 the one of an user who has rights on that page).
 An index page lists all the email and allows filtering  searching them.
 A macro allows to quote a mail in a page (could be done with
 #includeTopic(MailArchive.UniqueEmailIdentifier) actually)


 Anyway more discussions would be needed to decide whether that application
 would be worth making it into XE 1.4 (though I'd be glad to have it).


 Here is some additional feedback I gathered :


 Migration

 Make the migration between 2 versions of XWiki even easier than it is now
 (some bugs remain, making upgrades a chore on many occasions).
 Applications

 Remove unfinished applications (such as the calendar  the photo album) from
 the default distribution and put them as XARs on XWiki.org instead
 Translations

 Replace all text in the default wiki with $msg.get() calls and update the
 translation file to include EN  FR translations for all of them.
 Administration

 Add a select box to the language selection field
 Add explanations next to each field to explain what they do
 Groups : add a button Add a member to this group on group pages (below the
 list of group members)
 Space Administration

 Add the ability to customize the color of a space easily in Toucan
 Add the possibility to use the Panel Wizard for a space
 Autosuggest

 Generalize the autosuggest feature to most input fields on the wiki
 I'll try to post some more once I've received it.


 Guillaume



 Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
 is confidential. It may also be legally privileged. It is intended only for
 the stated addressee(s) and access to it by any other person is
 unauthorised. If you are not an addressee, you must not disclose, copy,
 circulate or in any other way use or rely on the information contained in
 this e-mail. Such unauthorised use may be unlawful. We may monitor all
 e-mail communications through our networks. If you have received this e-mail
 in error, please inform us immediately on +44 (0) 1749 672081 and delete it
 and all copies from your system. We accept no responsibility for changes to
 any e-mail which occur after it has been sent. Attachments to this e-mail
 may contain software viruses which could damage your system. We therefore
 recommend you virus-check all attachments before opening. A business

Re: [xwiki-users] Roadmap for XE 1.4

2008-03-11 Thread Guillaume Lerouge
Hi Sylvain,

 I don't kno wif this feature is working in 1.3 but one thing very
 important in my opinion is the fact that several person may be able to
 modify the same page, for example saving only the paragraph modified.
 It's not working in the 1.2 and thus it's a shame because you can't
 work in a medium sized page within a group.


No, it does not work yet. Actually this is part of the work on the new
version of the WYSIWYG editor. We are currently working on trying to make
real-time edition by several people working in the editor's next version,
but it will most probably take a few months before it becomes available.

You can follow the discussion about the WYSIWYG editor here :
http://dev.xwiki.org/xwiki/binhttp://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt
/view/Design/NewWysiwygEditorBahttp://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt
sedOnGwthttp://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt

Thanks,

Guillaume
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Roadmap for XE 1.4

2008-03-11 Thread Guillaume Lerouge
Hi

 I'll put these on the WYSIWYG editor page for reference.


Thanks

By the way - why don't the bullet points get rendered on the WYSIWYG editor
 page?


That's a Toucan skin issue that was fixed in XE 1.3 Final (XWiki.org has not
been updated yet).

Guillaume
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Roadmap for XE 1.4

2008-03-11 Thread Dowson_Jim
Vincent Massol writes:

  - proper versioning (if 2 different users upload the same
document name)

 What's not working with versioning of attachments? I don't recall  
 seeing a problem about this.

It might only be under 1.2 - but if someone downloads an attachment
created by a different user, updates it  then uploads the file under
the same name, it does not appear as a version of the prior document -
it's a new document. 

To get around this we had to have folks doing updates to authenticate
under the same username (for one particular document).

 Wishlist
 
  - Table of contents macro a la mediawiki

 Already exists (unless the mediawiki one does something we don't). See

 http://code.xwiki.org/xwiki/bin/view/Macros/TocMacro

Yes, but No :-) I mean with the same show/wide-in-a-box functionality.

When creating large pages, this becomes very important - and the toc
macro needs a nice wrapper around it ... like mediawiki has ;-) 

  - WebDAV would be nice...

 Yep. We're planning to do that one as part of the Google Summer of  
 Code so that's probably going to be more for XE 1.5 or later.

It can definitely wait until 1.5 or later - I was only wishing. 

 We're looking to contribute the notion of a simple reputation engine
 (user and content rating) that we have in prototype now.

 Very cool!

How should we best do this? Show the code here (or devs)?

The last time I played with xwiki.org, I got slapped :-) (and rightfully
so!)
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Roadmap for XE 1.4

2008-03-10 Thread goldring, richard
Vincent,

We'd like to see:

* An improved WYSIWYG editor with the following features:
- cut and paste from Word and web pages easily i.e. without having to go
back and adjust the formatting of what's been pasted onto an XWiki page
- cut and paste images without attaching first (i.e. when you cut and paste
images are automatically attached the page)
- can the appearance of table be made better and used to layout the page so
text can be grouped in columns and boxes more easily?
- don't think being able to flip between WYSIWYG and the wiki editor makes
sense - when flipping from WYSIWYG editor and the wiki editor the markup
isn't very readable or editable and a lot of errors seem to get introduced.
I guess the wiki markup editor allows you to enter code easily so a wiki
editor is still useful, but maybe the WYSIWYG editor could allow editing of
text WYSIWYG style BUT also allow wiki editing of sections of the page, so
that way you hide the awful WYSIWYG markup layout but allow wiki markups and
code in defined sections of a page. These wiki/code sections in the WYSIWYG
editor could then be marked by boxes containing the wiki markup and code -
do you know what I mean? So you get rid of the wiki editor and have one
editor the WYSIWYG editor that allows you to use wiki markup and code in
user defined areas of a page.
- if some wiki markup or code on a page could muckup the layout of the menu
bars, etc can XWiki catch it and prevent it from doing that?

I think how useful and useable the WYSIWYG editor is effects the users
experience and whether they'like and want to use XWiki.

* A way of sending emails to XWiki so they can be stored, archived and
referenced from a wiki page.

Hope that helps.

Richard

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Vincent Massol
Sent: 10 March 2008 14:10
To: XWiki Developers; XWiki Users
Subject: [xwiki-users] Roadmap for XE 1.4


Hi everyone,

I'd like everyone's input for defining the XE 1.4 roadmap both on the  
general objectives and specific features/bugs to implement/fix.

Here's my first take below. Please comment on it and add other stuff.  
This is a brainstorming session. Then we can start assigning  
committers/contributors to goals/issues.

General Goals:


* Bug fixes
** Go from 240 in JIRA for Core down to 180 on XE 1.4 release date

* Better performance
** Run XE with a profiler and find bottlenecks
** Reduce number of database calls
** Improved page loading (JV)
** Make Stats usable on xwiki.org (ThomasM)

* More automated tests
** More selenium tests
** Add tests on Tomcat 6.x as part of the CI build
** Add tests on Windows and with IE6 and IE7 as part of the CI build

* No new features in general

Of course there are some goals that are always valid irrelevant on any  
release and that we should keep in mind:
* More tests
* Better javadoc
* More documentation on xwiki.org
* Code cleanup/refactoring
* Extract more plugins from core into plugins proper

Specific issues to implement/fix


* Add support for removing class properties
(http://jira.xwiki.org/jira/browse/XWIKI-99 
)
* (optional - depending on availability) - New rendering rewrite
(http://jira.xwiki.org/jira/browse/XWIKI-654 
)
* (optional - depending on availability) - Interface extensions
(http://dev.xwiki.org/xwiki/bin/view/Design/InterfaceExtensions 
)
* Add any other critical issue here

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent.  Attachments to this e-mail
may contain software viruses which could damage your system.  We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Roadmap for XE 1.4

2008-03-10 Thread Guillaume Lerouge
Hi,

 * An improved WYSIWYG editor with the following features:
  - cut and paste from Word and web pages easily i.e. without having
  to go
  back and adjust the formatting of what's been pasted onto an XWiki
  page
 snip...
  - if some wiki markup or code on a page could muckup the layout of
  the menu
  bars, etc can XWiki catch it and prevent it from doing that?


Thanks for these numerous suggestions. Richard, could you please add them to
the http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwtpage
so that we can take them into account while working on the editor's
new
version ? There's indeed a lot to do and to think about in terms of how to
display code  wiki syntax in the WYSIWYG editor.

 I think how useful and useable the WYSIWYG editor is effects the users
  experience and whether they'like and want to use XWiki.


Agreed. Which is why we're working on its specification in order to start
its implementation ASAP. User feedback during this process would be more
than welcome.

 * A way of sending emails to XWiki so they can be stored, archived and
 referenced from a wiki page.

Yep, I remember some talking about this.

 BTW I wonder if XWiki Watch could be used for this? We'd just need to
 hook a mailbox + a POP module (or a mailing list archive reader) and
 it should work just fine I think.


I'm not sure this is the most relevant way to do it. I'd rather see an email
archive application that would work this way - you send an email to a given
address (say [EMAIL PROTECTED]) .
The email is converted into a wiki page with an unique identifier based on
its subject, sender, date etc. The page metadata uses the email info to fill
in the author  creation date. A check would probably be needed for
protected page (add the email only if the sender's email adresses matches
the one of an user who has rights on that page).
An index page lists all the email and allows filtering  searching them.
A macro allows to quote a mail in a page (could be done with #includeTopic(
MailArchive.UniqueEmailIdentifier) actually)

Anyway more discussions would be needed to decide whether that application
would be worth making it into XE 1.4 (though I'd be glad to have it).

Here is some additional feedback I gathered :

   - *Migration*
  - Make the migration between 2 versions of XWiki even easier
  than it is now (some bugs remain, making upgrades a chore on many
  occasions).
   - *Applications*
  - Remove unfinished applications (such as the calendar  the
  photo album) from the default distribution and put them as XARs on
  XWiki.org instead
   - *Translations*
  - Replace all text in the default wiki with $msg.get() calls and
  update the translation file to include EN  FR translations for
all of them.
   - *Administration*
  - Add a select box to the language selection field
  - Add explanations next to each field to explain what they do
  - Groups : add a button Add a member to this group on group
  pages (below the list of group members)
   - *Space Administration*
  - Add the ability to customize the color of a space easily in
  Toucan
  - Add the possibility to use the Panel Wizard for a space
   - *Autosuggest*
  - Generalize the autosuggest feature to most input fields on the
  wiki

I'll try to post some more once I've received it.

Guillaume
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Roadmap for XE 1.4

2008-03-10 Thread Dowson_Jim
Vincent Massol writes:

 I'd like everyone's input for defining the XE 1.4 roadmap both on the

 general objectives and specific features/bugs to implement/fix.

Specific issues to implement/fix


WYSIWYG editor stability
- Table behavior (a new table editor would be welcome)
- Whitespace processing 
- Misbehavior in the presence of code or complex styles

Attachment handling
- memory / resource demands
- proper versioning (if 2 different users upload the same
document name)

Wishlist

- Table of contents macro a la mediawiki
- WebDAV would be nice...


We're looking to contribute the notion of a simple reputation engine
(user and content rating) that we have in prototype now.


--
Jim Dowson
CTO, Global Services, EMC Corporation 
Linx: (617) 598-0505

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users