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 that's another story)
- several important users management related issue fixed mainly
visible in path based multiwiki mode
Here is my +1
--
Thomas Mortagne
Hi,
We have a few issues in the WCAG tests for our wiki edit mode
(results are in http://www.webrichtlijnen.nl/english/test/report/76745/182681/)
:
1) "Use friendly URL's, that are readable and recognisable.". I
believe this is caused by js present in javascript.vm which generate
URLs like:
var surl = "http://localhost:8080/xwiki/bin/cancel/Main/WebHome?ajax=1";
This is probably a pb with the WCAG test parser. However shouldn't we
move the script in a JS file (maybe in xwiki.js)?
If we don't move it then another rule that says that script element
but have a noscript element specified will be triggered too.
2) "When using client-side script in combination with a link: if the
link does not lead to anything, do not confront the visitor without
support for client-side script with a non-working link."
"Contains links which will not work if javascript is unavailable or
switched off."
Not sure what we should do with this one. Any idea?
3) "Use the th (table header) to describe a column or row in a table
with relational information."
The pb is in the Information Panel.
<table summary="List of included documents"
id="xwikiincludeddocuments"> <tbody> <tr><td><a href="/xwiki/bin/view/
Main/Dashboard">Main.Dashboard</a></td> <td class="xwikibuttonlink"><a
href="/xwiki/bin/edit/Main/Dashboard">Edit</a></td></tr> </tbody> </
table>
We need to decide if we consider it's valid or not. If the table is
not a data table then it could be valid, as mentioned here:
http://www.w3.org/TR/WCAG10-HTML-TECHS/#tables-layout
I have tried to find alternatives (like not using a table, adding
headers) but none looks good to me. Should we consider our code is ok?
Thanks
-Vincent
Hi devs,
We need to decide what to do with html macro content (or any other
RawBlock content) in plain text renderer.
For me the rule of plain text renderer should be to print anything we
are able to print which mean printing any pure text content and skip
styles for which obviously we don't have syntax. RawBlock content is
pure text so we should print it.
Note that first version of plain text renderer was printing html
content and it was lost when introducing RawBlock.
Here is my +1 for printing RawBlock content in plain text renderer.
WDYT ?
--
Thomas Mortagne
On Nov 19, 2009, at 3:53 PM, tmortagne (SVN) wrote:
> Author: tmortagne
> Date: 2009-11-19 15:53:25 +0100 (Thu, 19 Nov 2009)
> New Revision: 25217
>
> Modified:
> platform/web/trunk/standard/src/main/webapp/templates/rightsUI.vm
> Log:
> [cleanup] Apply codestyle
>
> Modified: platform/web/trunk/standard/src/main/webapp/templates/
> rightsUI.vm
> ===================================================================
> --- platform/web/trunk/standard/src/main/webapp/templates/
> rightsUI.vm 2009-11-19 14:43:57 UTC (rev 25216)
> +++ platform/web/trunk/standard/src/main/webapp/templates/
> rightsUI.vm 2009-11-19 14:53:25 UTC (rev 25217)
> @@ -110,15 +110,15 @@
> </tr>
> <tr id="usersandgroupstable-filters">
> <td>$msg.get("rightsmanager.searchfilter") <input
> name="name" type="text" style="width:65%"/>
> - #if($context.database != "xwiki") #set($mainwk
> = false) #else #set($mainwk = true) #end
> - #if(!$mainwk) ## display the combobox only
> in a local wiki
> + #if(!$context.isMainWiki()) #set($mainwk =
> false) #else #set($mainwk = true) #end
> + #if(!$mainwk) ## display the combobox only in
> a local wiki
> <select name="wiki" style="margin-left:10px;">
This will create some extra spaces in the generated HTML. It would be
great if we could find a way to have nice indentation and nice
generated HTML output too.
I tried to imagine a good solution and couldn't so far (apart from
running the generated HTML to a pretty printer but this is going to
cause some overhead - Maybe it's minor enough to do it though). We
could also have our own pre-processor that would remove spaces at
beginning of velocity lines (as we're doing in the {{velocity}} macro)
WDYT?
Thanks
-Vincent
> <option value="local" selected="selected">
> $msg.get("rightsmanager.local")</option>
> <option value="global">
> $msg.get("rightsmanager.global")</option>
> <option value="both">
> $msg.get("rightsmanager.both")</option>
> </select>
> - #else<input type="hidden" name="wiki"
> value="local"/>#end
> - #set($colsp = $maxlevel + 1)
> + #else<input type="hidden" name="wiki"
> value="local"/>#end
> + #set($colsp = $maxlevel + 1)
> </td>
> <td colspan="$colsp"><input type="hidden"
> name="clsname" value="$clsname" /></td>
> </tr>
Hi,
Before we start doing a wide range of Macros, I would like to suggest
that unless a Macro is part of a bigger application we store it in the
Macros space.
Macros.GoogleCalendar
Macros.Map
WDYT ?
Ludovic
--
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi everyone,
If you like XWiki, please nominate it for one (or more) of the
following Crunchie award categories:
1) Best Enterprise StartUp: http://crunchies.techcrunch.com/vote/?NzpYV2lraQ
2) Best Overall StartUp Of 2009: http://crunchies.techcrunch.com/vote/?MTg6WFdpa2k
3) Best International StartUp: http://crunchies.techcrunch.com/vote/?ODpYV2lraQ
You can submit one nomination per category per day until December 4th
2009 at Midnight PST.
General vote link: http://crunchies2009.techcrunch.com/vote/
Thanks a lot for your participation and support!
-Vincent
PS: About the Crunchies:
The 2009 Crunchies is our third annual competition and award ceremony
to recognize and celebrate the most compelling startups, internet and
technology innovations of the year.
- Where: the award ceremony will take place in San Francisco
- When: on Friday, January 8, 2010, at 7:30 pm
Hello,
I'm Using XWiki Enterprise 2.0.3
when i'm trying to catch the events that are triggered from rename and delete both the events are DocumentDeleteEvent. I would like to know how xwiki is differentiating both these events as i need to perform some actions depending upon the event which is triggered in my component .
In 2.0 version when i do a rename action the event which is triggered is DocumentUpdateEvent and for the delete it is DocumentDeleteEvent . Is there anything which is changed in the implementation between the two releases. i checked the release notes and there is nothing explained about this.
Can you help regarding this issue?
Regards
Durga
I created some pages in Chinese names.
Problem 1:
Ctrl + G can't find those pages.
Problem 2:
Document Index show these pages as ?????
(http://192.168.1.213:8080/xwiki/bin/view/Main/AllDocs)
I have newly installed 2.1M1 zip version running on port 8080. And
2.0.3 running side by side on port 80. 2.0.3 doesn't have such
problems.
--
-- Currahee! We stand alone together!