Hi XWikiers,
we've had a poll running at
http://www.xwiki.org/xwiki/bin/view/Main/SurveyXWikiFeatures for the past
weeks. Thanks to all of you who castes your votes already!
Since the work on the next XWiki roadmap will start soon I'd like to close
the poll and get the final results published. I will do that at the end of
the week.
If you haven't done it so far, please cast your votes before friday!
Thanks,
Guillaume
--
Guillaume Lerouge
Product Manager - XWiki
Skype: wikibc
Twitter: glerouge
http://guillaumelerouge.com/
Hi Devs,
Anca asked me to finalize the overall look of dialog boxes in the WYSIWYG so
that she can work on it and polish it for the 2.0 release. Right now the
issue is that we're using a different look for the link, image & macro
dialog boxes which poses a consistency problem.
I've been working with Cati on a proposal for the look of the overall box -
not for the inner part of the box. Proposals for the standardization of the
inner part of the box will come later. The dialog box uses a wizard-like
look and follows the vertical form principles proposed by Cati in a previous
email (thus the primary action button at the bottom left, to follow the
user's eye flow). Its "hidden" features are:
- Buttons can be in an enabled or disabled mode depending of what the
current step is
- All buttons are displayed all the time so that they don't move from one
screen to the next
- Buttons' labels are configurable
- There is no "Cancel" button, the cross at the top right of the dialog
box plays that role
- The title in the top bar doesn't change and its name is the same as the
associated toolbar button (clicking on "Link" opens a dialog box called
"Link")
- The "Wizard Step Title" reflects what's happening at the current step:
"Page Selection" , "Code Macro" , "Image Selection"
- The description tells the user what to do at the current step: "Select
the page to link to" , "Select the image to insert" , "Fill in macro
parameters"
- Double-clicking on an item (an image, a page name) acts in the same
fashion as selecting it and clicking the "Next" button. If the "Next" button
is disabled at the current step, double-clicking works as the primary action
("Insert" , "Create")
The mockups are located at:
http://incubator.myxwiki.org/xwiki/bin/view/Mockups/GenericMacroDialog
WDYT?
Guillaume
--
Guillaume Lerouge
Product Manager - XWiki
Skype: wikibc
Twitter: glerouge
http://guillaumelerouge.com/
Hi Cati/everyone,
How is it going on the new skin work? Do we have something ready to
integrate for RC1 (which was supposed to be released yesterday but is
late apparently)?
I think we really need something for RC1 or we'll have a big risk of
not being able to test it enough for the final release.
Thanks
-Vincent
I am not far from finalizing the Blog Plugin together with the changes to the Blog Application. I updated nearly all Velocity code and remove all code from Blog.BlogCode2 which are now handled by the Blog Plugin.
The last thing left to do is to add the check that the plugin is available.
That said I am wondering if there is a way to make Velocity to fail when a method is not defined. This would make it easier to make sure all the Velocity code is up to date.
Thanks - Andreas Schaefer
Hi Devs,
we need a list of macro categories to get started with. One of the current
requirements is that each category name has to be one-word long for
technical reasons for now.
Here's my initial list:
- All (all macros listed in this one)
- Presentation
- Error
- Warning
- Information
- Code
- Box
- Code
- HTML
- Script
- Velocity
- Groovy
- Include
- Wiki (Wiki Content, Internal content would be better but it's 2 words
long)
- User avatar
- Footnote
- Navigation
- Table of Contents
- Id
- Maths
- Formula
- Chart
- External Content (can't find a one-word name for this one)
- RSS
- Other (for new macros and unclassified macros)
I'm looking for your feedback / improvement ideas.
Thanks,
Guillaume
--
Guillaume Lerouge
Product Manager - XWiki
Skype: wikibc
Twitter: glerouge
http://guillaumelerouge.com/
Hi devs!
If you want to know about the XOO Status, please check my blog post:
http://gsoc.myxwiki.org/xwiki/bin/view/XWiki+Integration+With+Open+Office/X…
I mentioned there the features, known issues and an executable if you want
to test it. The issues list form Jira is not yet complete.
Thank you,
Cristina
Hi all,
As a progress update, I wrote 2 blog posts on myxwiki:
- one containing some screenshots of the application (OpenSocial
improved XEnterprise version):
http://gsoc.myxwiki.org/xwiki/bin/view/Google+Gadget+and+OpenSocial+Integra…
- the other listing some of the modifications
(modules/classe/docs/files/modifications) required by the integration:
http://gsoc.myxwiki.org/xwiki/bin/view/Google+Gadget+and+OpenSocial+Integra…
Implemented features (what works):
- Friends (add/remove)
- Dashboard (simple display, no drag&drop)
- Application Directory (list/add new)
- Application Info Page (from directory)
- Listing friends which have the same application installed
- Install application from the directory (also Remove and Manage)
- Manage(edit) applications page (list all names with edit/remove
actions on the side)
- Canvas view of applications (own application/others' applications)
- Persistently storing User Preferences for each application and user
(almost works, 1bug)
- Displaying users and application on user pages
- Rendering of simple(plain) Gadgets
- My Friends Panel
- My Apps Panel
More details in the above mentioned blog posts.
To be implemented (what will work :) ):
- fix access to DocumentBridgeAccess from Shindig Services
implementations for XWiki, see discussion here:
http://markmail.org/thread/zxlnu7q67fxzrjmk . Please, if you have any
new ideas regarding this matter let me know ! The communication to
XWiki's data store still doesn't work as it is.
- OAuth support for gadget authentication
- Create Updates Pages (Activity Stream)
- Allow drag&drop on the Dashboard page
- Design improvements, especially the Profile page
- bugs :|
Many Applications/Gadgets won't work as the communication to XWiki's
datastore isn't put in place yet. Other reasons would be that they
require authentication or saving user preferences (saving UserPrefs is
implemented, but has a bug), or configuring settings from the canvas
view (right now it's possible only on the Dashboard).
I think I'll better add them to JIRA here
[http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=10221…]
next to the others, both implemented and future improvements/tasks.
If you would like to quickly test, I put up a distribution (the one
I've been working on) here:
http://dl.getdropbox.com/u/1119078/xwiki-enterprise-jetty-hsqldb-2.0-SNAPSH…
. (I thought this would be a preferred way compared to having to apply
a patch on xwiki-platform-web, building it, building enterprise with
the freshly build xwiki-platform-web from offline repository and
installing a .XAR application).
So, once you download it, you can login as: Alice, password: alice
Visit some of the pages:
http://localhost:8080/xwiki/bin/view/OpenSocial/Dashboard - Dashboard
http://localhost:8080/xwiki/bin/view/OpenSocialApplication/OpenSocialAppInf…
- Full App page - canvas view
http://localhost:8080/xwiki/bin/view/OpenSocialApplication/OpenSocialAppInf…
- Full App page - canvas view
http://localhost:8080/xwiki/bin/view/OpenSocialApplication/MyApps -
Managing edit/delete applications
http://localhost:8080/xwiki/bin/view/OpenSocialAppInfo/ - Apps
Directory - install apps from here; Also add(submit) apps TO the
directory
http://localhost:8080/xwiki/bin/view/OpenSocialAppInfo/OpenSocialDevApp08
- application page in the Directory and friends with the same app
http://localhost:8080/xwiki/bin/view/OpenSocialApplication/OpenSocialAppInf…
- Some Other's Person Application
2 Panels: My Friends and My Apps
Thanks a lot,
Anamaria