Today I was working on changing the Menu Application so it did not throw an
error when a user didn't have permission to the Menu share. I only use the
horizontal menu at the top of the page and that is working fine. I went to
verify functionality on the left and right menus and they didn't work. They
worked when I first installed the Menu Application Extension so, thinking I
broke something, I:
* Completely Uninstalled the 3 Menu extensions.
* Permanently deleted all documents associated with the Menu space.
* Re-installed the Menu Application (which installs 2 other Menu extensions
it uses.)
* Created a new menu by accepting the default menu and set it to the right
side of the form, which already has some widgets there.
It did not work. So then I went to a completely different wiki server that
I hadn't touched in weeks. I tried to put the menu to the right side and it
didn't work. I repeated the uninstall and install process and it still
doesn't work.
Anyone else having this issue?
--
View this message in context: http://xwiki.475771.n2.nabble.com/Looking-for-Menu-Application-Bug-Verifica…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
I am trying to use Velocity to dynamically create the output for my form. If
a field doesn't have any value, then I want the code to not display. So I
came up with the following:
#if ($doc.getValue('processOverview')!='')
= PROCESS OVERVIEW =
<div style="padding-left: 25px;">
$doc.display('processOverview')
</div>
#end
However, this is not working. Velocity is ALWAYS finding something in the
field even though when I go to edit it, there is nothing there. Am I
missing something?
As a work around, I have tried to find a Trim function in velocity and also
a Lenth function. I haven't been able to find either of those. Anyone have
any suggestions?
--
View this message in context: http://xwiki.475771.n2.nabble.com/Detect-Empty-Fields-tp7589773.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi,
I'm working on "XAForum application" (
github.com/xwiki-contrib/application-forum2<https://github.com/xwiki-contrib/application-forum2m2>)
and I found some issues due to "Ratings application" (
github.com/xwiki-contrib/application-ratings) dependency, examples :
- Rating stars are displayed on every page (maybe the admin who installed
the application doesn't expect or want this behavior. It has already been
reported as an issue too :jira.xwiki.org/browse/XAFORUM-26)
- XAForum app vote and ratings app vote use the same object (same XClasse)
which may lead to a wrong result. XAForum vote expects only +1 (== means I
like) on a topic, however Rating app vote expects 1 to 5 (5 stars) on a
page, which means if a user rate a topic page +5, this means too, there are
5 other users like this topic, which is wrong !!
To avoid these issues, I think we need to remove the ratings app dependency
from XAForum app and implement a specific vote for this (XAForum) app.
WDYT ?
Thanks,
Sofiane Baloul
+0, snippets in XWiki 1.0 syntax are not good examples for our users.. How
many such snippets do we have on e.x.o.?
Thanks,
Marius
On Mar 21, 2014 9:52 AM, "vincent(a)massol.net" <vincent(a)massol.net> wrote:
>
> Hi devs,
>
> Sergiu implemented http://jira.xwiki.org/browse/XWIKI-8988 a while ago
and I didn't agree with it (see my comment there).
>
> I have 2 arguments:
> 1) Lots of code snippets on e.x.o are still in syntax 1.0 and if you need
to test them you still need to be able to create pages in 1.0 syntax
> 2) We shouldn't hardcode anything and right now we have hardcoded the
knowledge of the xwiki/1.0 syntax in DocumentInformation.xml:
>
> #foreach ($syntax in $availableParserSyntaxes)
> #if ($configuredSyntaxes.contains($syntax.toIdString())
&& !$syntax.toIdString().equalsIgnoreCase('xwiki/1.0'))
>
> The important part for me is that the xwiki/1.0 syntax is NOT enabled by
default in xwiki.cfg and thus users won't use it by mistake. Only those who
really need to use it would be able to use it.
>
> I'd like to reinstate the ability to use xwiki/1.0 syntax in XWiki 5.x by
removing the hardcoded check.
>
> WDYT?
>
> Thanks
> -Vincent
>
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
Hi,
One of the objectives of 6.0 is to review the existing applications on
extensions.xwiki.org, improve them and see how they would integrate in the
new Flamingo skin (while also making improvements suggestions).
This mail covers the Flamingo integration for the MoccaCalendar
application.
You can see the proposal at:
http://design.xwiki.org/xwiki/bin/view/Proposal/CalendarApplicationDesign
Any feedback is welcomed (especially from Denis and Clemens :) ).
Thanks,
Caty
+1
We have tons of if(syntax==xwiki/1.0), one less would be nice
especially when it's not that useful.
On Fri, Mar 21, 2014 at 8:52 AM, vincent(a)massol.net <vincent(a)massol.net> wrote:
> Hi devs,
>
> Sergiu implemented http://jira.xwiki.org/browse/XWIKI-8988 a while ago and I didn't agree with it (see my comment there).
>
> I have 2 arguments:
> 1) Lots of code snippets on e.x.o are still in syntax 1.0 and if you need to test them you still need to be able to create pages in 1.0 syntax
> 2) We shouldn't hardcode anything and right now we have hardcoded the knowledge of the xwiki/1.0 syntax in DocumentInformation.xml:
>
> #foreach ($syntax in $availableParserSyntaxes)
> #if ($configuredSyntaxes.contains($syntax.toIdString()) && !$syntax.toIdString().equalsIgnoreCase('xwiki/1.0'))
>
> The important part for me is that the xwiki/1.0 syntax is NOT enabled by default in xwiki.cfg and thus users won't use it by mistake. Only those who really need to use it would be able to use it.
>
> I'd like to reinstate the ability to use xwiki/1.0 syntax in XWiki 5.x by removing the hardcoded check.
>
> WDYT?
>
> Thanks
> -Vincent
>
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
Hi devs,
Sergiu implemented http://jira.xwiki.org/browse/XWIKI-8988 a while ago and I didn’t agree with it (see my comment there).
I have 2 arguments:
1) Lots of code snippets on e.x.o are still in syntax 1.0 and if you need to test them you still need to be able to create pages in 1.0 syntax
2) We shouldn’t hardcode anything and right now we have hardcoded the knowledge of the xwiki/1.0 syntax in DocumentInformation.xml:
   #foreach ($syntax in $availableParserSyntaxes)
    #if ($configuredSyntaxes.contains($syntax.toIdString()) && !$syntax.toIdString().equalsIgnoreCase('xwiki/1.0'))
The important part for me is that the xwiki/1.0 syntax is NOT enabled by default in xwiki.cfg and thus users won’t use it by mistake. Only those who really need to use it would be able to use it.
I’d like to reinstate the ability to use xwiki/1.0 syntax in XWiki 5.x by removing the hardcoded check.
WDYT?
Thanks
-Vincent
Could anyone point me to documentation for the ForumApplication extension
located here...
http://extensions.xwiki.org/xwiki/bin/view/Extension/ForumApplication
I would like to replace the instance of BulletinBoard in my install of Xwiki
with ForumApplication. I am able to add various forums via this page...
/xwiki/bin/view/ForumCode/ForumsHomePage
However, I seem to not be able to add more than one "new topic" per forum
via
*/xwiki/bin/view/Forums_OKC/WebHome?action=addconversation
There are some other cosmetic/administrative things I would like to do as
well, but I am thinking if there is documentation I could read it may point
me in the right direction.
Thanks in advance.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Any-available-documentation-for-the-Forum…
Sent from the XWiki- Dev mailing list archive at Nabble.com.