[xwiki-users] [Velocity] get items of static list

2016-06-23 Thread D R
Hi,

I am currently implementing my first XWiki application and starting to
learn velocity. There is one thing that makes me mad.

There is a static list field with code "ddlProductFamily".

I try to display the items in this list in a nice way (one below the other).

Different approaches including googling didn't lead to any outcome.

#foreach ($prodFam in $ddlProductFamily)
  $prodFam\\
#end

#foreach ($prodFam in $doc.display('ddlProductFamily'))
  $prodFam\\
#end

On the frontend it's always empty. Other #foreach loops work fine.

I'm sure I just misunderstand something but I can't find the fault myself.
Can somebody please help me?

Thanks in advance,
Dennis
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [KE1040555] I totally destroyed our navigation with an upgrade

2016-06-23 Thread Vincent Massol
Hi Paul,

Maybe you missed the release notes that were mentioning the move to Nested 
Pages?

See also http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ 
and especially 
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/#HMigratingtoNestedPages

Thanks
-Vincent

> On 23 Jun 2016, at 16:20, Paul Becker  wrote:
> 
> Hello everyone,
> 
> I have an issue after upgrading several xwikis from 6.2.1 to 7.4.3 I am not 
> able to add new wiki pages in our navigation panel. The old ones are 
> completly working but just the news ones won't add up. I am aware that there 
> was a change between lucene and solr search engine. In additional I am not 
> able to use {{spaceindex/}} for news spaces for listening any childpage 
> anymore. I someone able to explain what I may do wrong or even share there 
> navigation config? I hope I was missing something. I have atteched our 
> navigation config beneath and hope one could point out my mistake. Thank you 
> in advance!
> 
> Regards,
> Paul 
> 
> 
> {{velocity}}
> #panelheader($msg.get('xe.panels.navigation'))
> #set ($hiddenPages = ['Main.WebRss', 'Main.DatabaseSearch', 'Main.WebSearch', 
> 'Main.LuceneSearch', 'Main.WebSearchRss', 'Main.BlogRss', 'Main.TagsRss', 
> 'Main.RegisterNewUserAction', 'Main.SpaceIndex', 'Blog.Category'])
> #set ($viewablePages = ['Main.LuceneSearch', 'Main.Zugangsdaten', 
> 'Main.Howto', 'Main.Notfallpläne', 'Main.Datenschutz','Main.HFFSpeiseplan', 
> 'Main.Externe Datenspeicher', 'Main.Postverteiler', 
> 'Main.Leitfaden','IT.Changelog', 'IT.Lizenzen', 'IT.Inventarisierung', 
> 'IT.Protokolle', 'IT.Genese, Historie, Grobplanung', 'IT.Hosts', 
> 'IT.Standards', 'IT.Kaufmaenisches', 'IT.Layer 1 -3', 'IT.Policies', 
> 'IT.Services', 'IT.Howto', 'IT.Zugangsdaten Seriennummern', 
> 'pb_space.testpage','WebDev.WebHome', 'WebDev.FlughafenMünchenRelaunch', 
> 'Production.Colormanagement', 'Production.Workflow', 
> 'Production.Applikationen', 'Druckreiz.Howto', 'Druckreiz.Services', 
> 'WWG.Howto', 'WWG.Services'])
> #set ($blacklistedPages = ['WebPreferences'])
> #set($spaces = ['Main', 'IT', 'pb_space','WebDev', 'Production', 'Druckreiz', 
> 'WWG'])
> #set ($spacecount = 0)
> (% id="xwikinavcontainer" %)
> (((
> (% id="xwikinav" class="accordion" %)
> (((
> #foreach ($space in $spaces)
>  #if ($hasAdmin || ($xwiki.hasAccessLevel('view', "${space}.WebHome") && 
> !$blacklistedSpaces.contains($space)))
>#if ($doc.space == $space)
>  #set ($spacecount = $foreach.index)
>#end
>(% id="xwikinav${space}" %)
>(((
>(% id="xwikinav${space}Header" class="accordionTabTitleBar" %)
>(((=${space}=)))
>(% id="xwikinav${space}Content" class="accordionTabContentBox" %)
>(((
>#set ($spaceDocs = $services.query.xwql('where doc.space=?1 order by 
> doc.name').addFilter('hidden').bindValue(1, $space).execute())
>#foreach ($page in $spaceDocs)
>  #if ($viewablePages.contains($page))
>#set($dotIndex = $page.indexOf('.')+1)
>#set($pageName = $page.substring($dotIndex))
>#if (!$blacklistedPages.contains($pageName) || $hasAdmin)
>  #if ($doc.fullName == $page)
>* **${doc.name}**
>  #else
>* [[$page]]
>  #end
>#end
>  #end
>#end
>)))## xwikinav${space}Content
>)))## xwikinav${space}
>  #end
> #end
> )))## xwikinav
> )))## xwikinavcontainer
> $xwiki.jsfx.use('js/scriptaculous/scriptaculous.js')##
> {{html clean="false"}}
> 
> document.observe('xwiki:dom:loaded', function() {
>  var obj = {div:'xwikinav', no:$spacecount, height:250};
>  var acc = createAccordion(obj);
> });
> 
> {{/html}}
> #panelfooter()
> {{/velocity}}
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

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


[xwiki-users] [KE1040555] I totally destroyed our navigation with an upgrade

2016-06-23 Thread Paul Becker
Hello everyone,

I have an issue after upgrading several xwikis from 6.2.1 to 7.4.3 I am not 
able to add new wiki pages in our navigation panel. The old ones are completly 
working but just the news ones won't add up. I am aware that there was a change 
between lucene and solr search engine. In additional I am not able to use 
{{spaceindex/}} for news spaces for listening any childpage anymore. I someone 
able to explain what I may do wrong or even share there navigation config? I 
hope I was missing something. I have atteched our navigation config beneath and 
hope one could point out my mistake. Thank you in advance!

Regards,
Paul 


{{velocity}}
#panelheader($msg.get('xe.panels.navigation'))
#set ($hiddenPages = ['Main.WebRss', 'Main.DatabaseSearch', 'Main.WebSearch', 
'Main.LuceneSearch', 'Main.WebSearchRss', 'Main.BlogRss', 'Main.TagsRss', 
'Main.RegisterNewUserAction', 'Main.SpaceIndex', 'Blog.Category'])
#set ($viewablePages = ['Main.LuceneSearch', 'Main.Zugangsdaten', 'Main.Howto', 
'Main.Notfallpläne', 'Main.Datenschutz','Main.HFFSpeiseplan', 'Main.Externe 
Datenspeicher', 'Main.Postverteiler', 'Main.Leitfaden','IT.Changelog', 
'IT.Lizenzen', 'IT.Inventarisierung', 'IT.Protokolle', 'IT.Genese, Historie, 
Grobplanung', 'IT.Hosts', 'IT.Standards', 'IT.Kaufmaenisches', 'IT.Layer 1 -3', 
'IT.Policies', 'IT.Services', 'IT.Howto', 'IT.Zugangsdaten Seriennummern', 
'pb_space.testpage','WebDev.WebHome', 'WebDev.FlughafenMünchenRelaunch', 
'Production.Colormanagement', 'Production.Workflow', 
'Production.Applikationen', 'Druckreiz.Howto', 'Druckreiz.Services', 
'WWG.Howto', 'WWG.Services'])
#set ($blacklistedPages = ['WebPreferences'])
#set($spaces = ['Main', 'IT', 'pb_space','WebDev', 'Production', 'Druckreiz', 
'WWG'])
#set ($spacecount = 0)
(% id="xwikinavcontainer" %)
(((
(% id="xwikinav" class="accordion" %)
(((
#foreach ($space in $spaces)
  #if ($hasAdmin || ($xwiki.hasAccessLevel('view', "${space}.WebHome") && 
!$blacklistedSpaces.contains($space)))
#if ($doc.space == $space)
  #set ($spacecount = $foreach.index)
#end
(% id="xwikinav${space}" %)
(((
(% id="xwikinav${space}Header" class="accordionTabTitleBar" %)
(((=${space}=)))
(% id="xwikinav${space}Content" class="accordionTabContentBox" %)
(((
#set ($spaceDocs = $services.query.xwql('where doc.space=?1 order by 
doc.name').addFilter('hidden').bindValue(1, $space).execute())
#foreach ($page in $spaceDocs)
  #if ($viewablePages.contains($page))
#set($dotIndex = $page.indexOf('.')+1)
#set($pageName = $page.substring($dotIndex))
#if (!$blacklistedPages.contains($pageName) || $hasAdmin)
  #if ($doc.fullName == $page)
* **${doc.name}**
  #else
* [[$page]]
  #end
#end
  #end
#end
)))## xwikinav${space}Content
)))## xwikinav${space}
  #end
#end
)))## xwikinav
)))## xwikinavcontainer
$xwiki.jsfx.use('js/scriptaculous/scriptaculous.js')##
{{html clean="false"}}

document.observe('xwiki:dom:loaded', function() {
  var obj = {div:'xwikinav', no:$spacecount, height:250};
  var acc = createAccordion(obj);
});

{{/html}}
#panelfooter()
{{/velocity}}
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki 8.1 to 8.1+1 Debian package causes JmxDomainConflictException

2016-06-23 Thread Sean Whalen
I'm not intending to if I am. Perhaps some configuration got duplicated?
Any suggestions on which config files to check?

On Thu, Jun 23, 2016 at 9:54 AM, Vincent Massol  wrote:

> Hi Sean,
>
> AFAIK this means you’re running two instances of XWiki in the same JVM at
> the same time. Is that so?
>
> Thanks
> -Vincent
>
> > On 23 Jun 2016, at 15:51, Sean Whalen  wrote:
> >
> > Hi,
> >
> > I just upgraded XWiki 8.1 to 8.1+1 on Ubuntu Server 16.04 LTS using the
> > XWiki Debain repository. Now I get an HTTP error with this as the root
> > cause:
> >
> > org.infinispan.jmx.JmxDomainConflictException: ISPN34: There's
> already
> > a JMX MBean instance type=CacheManager,name="xwiki" already registered
> > under 'org.xwiki.infinispan' JMX domain. If you want to allow multiple
> > instances configured with same JMX domain enable 'allowDuplicateDomains'
> > attribute in 'globalJmxStatistics' config element
> >at org.infinispan.jmx.JmxUtil.buildJmxDomain(JmxUtil.java:52)
> >at
> >
> org.infinispan.jmx.CacheManagerJmxRegistration.updateDomain(CacheManagerJmxRegistration.java:79)
> >at
> >
> org.infinispan.jmx.CacheManagerJmxRegistration.buildRegistrar(CacheManagerJmxRegistration.java:73)
> >at
> >
> org.infinispan.jmx.AbstractJmxRegistration.registerMBeans(AbstractJmxRegistration.java:37)
> >at
> >
> org.infinispan.jmx.CacheManagerJmxRegistration.start(CacheManagerJmxRegistration.java:41)
> >at
> >
> org.infinispan.manager.DefaultCacheManager.start(DefaultCacheManager.java:657)
> >at
> >
> org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:310)
> >at
> >
> org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:285)
> >at
> >
> org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:271)
> >at
> >
> org.xwiki.cache.infinispan.internal.InfinispanCacheFactory.initialize(InfinispanCacheFactory.java:106)
> >at
> >
> org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
> >at
> >
> org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:322)
> >at
> >
> org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:424)
> >at
> >
> org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:392)
> >... 53 common frames omitted
> >
> > How can I fix this?
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki 8.1 to 8.1+1 Debian package causes JmxDomainConflictException

2016-06-23 Thread Vincent Massol
Hi Sean,

AFAIK this means you’re running two instances of XWiki in the same JVM at the 
same time. Is that so?

Thanks
-Vincent

> On 23 Jun 2016, at 15:51, Sean Whalen  wrote:
> 
> Hi,
> 
> I just upgraded XWiki 8.1 to 8.1+1 on Ubuntu Server 16.04 LTS using the
> XWiki Debain repository. Now I get an HTTP error with this as the root
> cause:
> 
> org.infinispan.jmx.JmxDomainConflictException: ISPN34: There's already
> a JMX MBean instance type=CacheManager,name="xwiki" already registered
> under 'org.xwiki.infinispan' JMX domain. If you want to allow multiple
> instances configured with same JMX domain enable 'allowDuplicateDomains'
> attribute in 'globalJmxStatistics' config element
>at org.infinispan.jmx.JmxUtil.buildJmxDomain(JmxUtil.java:52)
>at
> org.infinispan.jmx.CacheManagerJmxRegistration.updateDomain(CacheManagerJmxRegistration.java:79)
>at
> org.infinispan.jmx.CacheManagerJmxRegistration.buildRegistrar(CacheManagerJmxRegistration.java:73)
>at
> org.infinispan.jmx.AbstractJmxRegistration.registerMBeans(AbstractJmxRegistration.java:37)
>at
> org.infinispan.jmx.CacheManagerJmxRegistration.start(CacheManagerJmxRegistration.java:41)
>at
> org.infinispan.manager.DefaultCacheManager.start(DefaultCacheManager.java:657)
>at
> org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:310)
>at
> org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:285)
>at
> org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:271)
>at
> org.xwiki.cache.infinispan.internal.InfinispanCacheFactory.initialize(InfinispanCacheFactory.java:106)
>at
> org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
>at
> org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:322)
>at
> org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:424)
>at
> org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:392)
>... 53 common frames omitted
> 
> How can I fix this?
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

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


[xwiki-users] XWiki 8.1 to 8.1+1 Debian package causes JmxDomainConflictException

2016-06-23 Thread Sean Whalen
Hi,

I just upgraded XWiki 8.1 to 8.1+1 on Ubuntu Server 16.04 LTS using the
XWiki Debain repository. Now I get an HTTP error with this as the root
cause:

org.infinispan.jmx.JmxDomainConflictException: ISPN34: There's already
a JMX MBean instance type=CacheManager,name="xwiki" already registered
under 'org.xwiki.infinispan' JMX domain. If you want to allow multiple
instances configured with same JMX domain enable 'allowDuplicateDomains'
attribute in 'globalJmxStatistics' config element
at org.infinispan.jmx.JmxUtil.buildJmxDomain(JmxUtil.java:52)
at
org.infinispan.jmx.CacheManagerJmxRegistration.updateDomain(CacheManagerJmxRegistration.java:79)
at
org.infinispan.jmx.CacheManagerJmxRegistration.buildRegistrar(CacheManagerJmxRegistration.java:73)
at
org.infinispan.jmx.AbstractJmxRegistration.registerMBeans(AbstractJmxRegistration.java:37)
at
org.infinispan.jmx.CacheManagerJmxRegistration.start(CacheManagerJmxRegistration.java:41)
at
org.infinispan.manager.DefaultCacheManager.start(DefaultCacheManager.java:657)
at
org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:310)
at
org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:285)
at
org.infinispan.manager.DefaultCacheManager.(DefaultCacheManager.java:271)
at
org.xwiki.cache.infinispan.internal.InfinispanCacheFactory.initialize(InfinispanCacheFactory.java:106)
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:322)
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:424)
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:392)
... 53 common frames omitted

How can I fix this?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Integrate mocca calendar and meeting application extensions

2016-06-23 Thread Clemens Klein-Robbenhaar

I have to admit that I have not thought about that, and looking at the lack of 
replies, nobody else did so far.

There is a calendar view for the meetings in the Meeting/calendarView Page:

 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Meeting+Application#HCalendarView

but this one displays only meetings.

The problem with the integration is that every calendar widget has exactly one 
source of events so far, and the way the Mocca Calendar does it is to have a 
custom page to create JSON of all "Event" instances it knows about.
So far these are only its own events. I guess there are other ways to have two 
sources of events, but the code does not really support it yet.

So probably the simplest way to get meetings displayed in the main Mocca 
Calendar would be to include meetings as events in that JSON-generating page.
That page would be MoccaCalendar.JSONService - it is not for the faint at 
heart, because quite a bit of logic got squeezed in there over time ...

I just checked the code, and it seems that both meetings and mocca calendar 
events have a 'startDate', but mocca calendar events have a endDate, while 
meetings have a duration, so I am not sure if the query can just be extended to 
include meetings.
However as the query should use startDate if endDate is empty, it might work to 
simply modify the query; that is the big one here:

https://github.com/xwiki-contrib/application-mocca-calendar/blob/master/application-mocca-calendar-ui/src/main/resources/MoccaCalendar/JSONService.xml#L126

at the very end if the line there is a   ... and obj.className = :eventClass 
$whereQuery ...
which maybe can just be changed to:  ... and ( obj.className = :eventClass or 
obj.className = 'Meeting.MeetingClass' ) $whereQuery ...

if this simple modification does not work, however, it is probably more a 
voyage down the rabbit hole to get it running ...

Clemens


From: Mark Sack
On:  Wednesday, 22.06.2016, 15:17 :
> Does anyone know of a way to integrate the meeting app and the mocca calendar
> app? Or has anyone attempted to do this in the past? The idea is that, when
> a meeting is created, the meeting would be automatically included in the
> calendars of the participants. The appropriate updates would need to be made
> when the meeting is modified, rescheduled or deleted of course.
> 
> Mark Sack
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Integrate-mocca-calendar-and-meeting-application-extensions-tp7600059.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released

2016-06-23 Thread Mahomed Hussein
Thanks Eduard

That's very helpful.

It looks like I edited the Dashboard.WebHome. The link I get is 
http://xwiki.local:8080/xwiki/bin/edit/Main/WebHome?editor=inline and I also 
get the warning at the top that says "You are editing a dashboard defined in a 
different page, xwiki:Dashboard.WebHome. Your changes will impact all the pages 
using that dashboard configuration. If you want to customize only this page, 
edit this page in WYSIWYG mode and configure the dashboard macro with an empty 
source parameter."

But I will take a backup right now just to be extra safe :)


Kind regards,




Mahomed Hussein
Custodian Data Centre
Email: maho...@custodiandc.com
http://www.CustodianDC.com

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru
Sent: 23 June 2016 10:07
To: XWiki Users 
Subject: Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released

Hi,

Depends where you did your customizations. Normally, the should be located in 
Dashboard.WebHome, not in Main.WebHome (which used to just include 
Dashboard.WebHome). When upgrading, there is a chance that your homepage will 
be replaced by the new homepage (if you did not really touch Main.WebHome), but 
your Dashboard.WebHome page should look the same as before (again, if that`s 
where your customizations are actually located).
You can then edit the new homepage and re-add the include to the 
Dashboard.WebHome page if that is what you wish.

There is also a chance (if you`ve edited Main.WebHome) that you might get a 
prompt in the DIstribution Wizard asking you what to do with your Main.WebHome 
page changes (keep them or overwrite them with the new version of the page).

Whatever the case, just make sure to do a backup (xar export) of both 
Main.WebHome and Dashboard.WebHome before upgrading, just to be safe and to 
easily restore anything that the upgrade may change on your wiki.

Thanks,
Eduard

On Thu, Jun 23, 2016 at 11:38 AM, Mahomed Hussein 
wrote:

> Awesome work as usual.
>
> Please can you just confirm that if I upgrade from 8.1 to 8.2 that my
> current "Home" dashboard page won't be overwritten by the new page?
> I've got some customisations on that page that I don't want to lose
> (particularly as users now know how to use the wiki and expect to see
> what they currently see on my customised page).
>
> Thanks.
>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard
> Moraru
> Sent: 21 June 2016 21:52
> To: XWiki Developers ; XWiki Users 
> Subject: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released
>
> The XWiki development team is proud to announce the availability of
> XWiki
> 8.2 Milestone 2.
>
> This milestone release features a redesigned default homepage, a new
> application index in the drawer and minor improvements to the template
> providers, the Flamingo skin and Ratings.
>
> For developers, we have some welcomed Livetable macro improvements and
> a long overdue change of behaviour for the getRenderedContent method.
>
> You can download it here:
> http://www.xwiki.org/xwiki/bin/view/Main/Download
>
> Make sure to review the release notes:
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki82M2
>
> The following people have contributed code to this release (sorted
> alphabetically):
>
> Alexandru Cotiuga
> Clemens Robbenhaar
> Denis Gervalle
> Ecaterina Moraru (Valica)
> Eduard Moraru
> Guillaume Delhumeau
> Marius Dumitru Florea
> Pascal Bastien
> Thomas Mortagne
> Vincent Massol
>
> Thanks for your support
> -The XWiki dev team
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Incident lors de l'enregistrement d'une page

2016-06-23 Thread Clemens Klein-Robbenhaar
Hello Wilfrid,

 can you try to upload images from the "normal" view.
There is a tab "Attachments" ("Pièces Jointes") at the bottom, right to the 
comments ("Commentaires")
Does this give the same error?

Aside of that the XWiki version is a bit old. Is there any chance to update to 
a newer version?
(I remember there have been issues with the WYSIWYG Editor and Files with 
non-ASCII filenames, but I forgot if your version might be affected)

Finally it might be that the server that XWiki is running on (Jetty? Tomcat?) 
is configured to reject "too large" file uploads,
though usually images should be small enough that is this no problem.

To test this hypothesis, can you try to upload a very small image (some icon or 
the like) and see if it is the same error?

Clemens


- Ursprüngliche Nachricht -
Von: Lewil84
Am:  Thursday, 23.06.2016, 09:52
An: Xwiki Users
Betreff: Re: [xwiki-users] Incident lors de l'enregistrement d'une page


> Hello clemens,
> 
> Thank you for your return,
> 
> My xwiki rose with a waiter(server) of typae presentation(display) Apache /
> application waiter(server) typifies Apache and a data server.
> 
> Xwiki has the version 5.4.7
> 
> During my last test, I can insert images via the text editor WYSIWYG but if
> I want to insert images copy/to stick randomly I cannot register(record) any
> more. AND it in spite of a protection(saving) in every insertion of images.
> 
> Cordially
> 
> Wilfrid
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Incident-lors-de-l-enregistrement-d-une-page-tp7600034p7600068.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released

2016-06-23 Thread Eduard Moraru
Hi,

Depends where you did your customizations. Normally, the should be located
in Dashboard.WebHome, not in Main.WebHome (which used to just include
Dashboard.WebHome). When upgrading, there is a chance that your homepage
will be replaced by the new homepage (if you did not really touch
Main.WebHome), but your Dashboard.WebHome page should look the same as
before (again, if that`s where your customizations are actually located).
You can then edit the new homepage and re-add the include to the
Dashboard.WebHome page if that is what you wish.

There is also a chance (if you`ve edited Main.WebHome) that you might get a
prompt in the DIstribution Wizard asking you what to do with your
Main.WebHome page changes (keep them or overwrite them with the new version
of the page).

Whatever the case, just make sure to do a backup (xar export) of both
Main.WebHome and Dashboard.WebHome before upgrading, just to be safe and to
easily restore anything that the upgrade may change on your wiki.

Thanks,
Eduard

On Thu, Jun 23, 2016 at 11:38 AM, Mahomed Hussein 
wrote:

> Awesome work as usual.
>
> Please can you just confirm that if I upgrade from 8.1 to 8.2 that my
> current "Home" dashboard page won't be overwritten by the new page? I've
> got some customisations on that page that I don't want to lose
> (particularly as users now know how to use the wiki and expect to see what
> they currently see on my customised page).
>
> Thanks.
>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru
> Sent: 21 June 2016 21:52
> To: XWiki Developers ; XWiki Users 
> Subject: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released
>
> The XWiki development team is proud to announce the availability of XWiki
> 8.2 Milestone 2.
>
> This milestone release features a redesigned default homepage, a new
> application index in the drawer and minor improvements to the template
> providers, the Flamingo skin and Ratings.
>
> For developers, we have some welcomed Livetable macro improvements and a
> long overdue change of behaviour for the getRenderedContent method.
>
> You can download it here:
> http://www.xwiki.org/xwiki/bin/view/Main/Download
>
> Make sure to review the release notes:
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki82M2
>
> The following people have contributed code to this release (sorted
> alphabetically):
>
> Alexandru Cotiuga
> Clemens Robbenhaar
> Denis Gervalle
> Ecaterina Moraru (Valica)
> Eduard Moraru
> Guillaume Delhumeau
> Marius Dumitru Florea
> Pascal Bastien
> Thomas Mortagne
> Vincent Massol
>
> Thanks for your support
> -The XWiki dev team
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released

2016-06-23 Thread Mahomed Hussein
Awesome work as usual.

Please can you just confirm that if I upgrade from 8.1 to 8.2 that my current 
"Home" dashboard page won't be overwritten by the new page? I've got some 
customisations on that page that I don't want to lose (particularly as users 
now know how to use the wiki and expect to see what they currently see on my 
customised page).

Thanks.


Kind regards,




Mahomed Hussein
Custodian Data Centre
Email: maho...@custodiandc.com
http://www.CustodianDC.com

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru
Sent: 21 June 2016 21:52
To: XWiki Developers ; XWiki Users 
Subject: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released

The XWiki development team is proud to announce the availability of XWiki
8.2 Milestone 2.

This milestone release features a redesigned default homepage, a new 
application index in the drawer and minor improvements to the template 
providers, the Flamingo skin and Ratings.

For developers, we have some welcomed Livetable macro improvements and a long 
overdue change of behaviour for the getRenderedContent method.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki82M2

The following people have contributed code to this release (sorted
alphabetically):

Alexandru Cotiuga
Clemens Robbenhaar
Denis Gervalle
Ecaterina Moraru (Valica)
Eduard Moraru
Guillaume Delhumeau
Marius Dumitru Florea
Pascal Bastien
Thomas Mortagne
Vincent Massol

Thanks for your support
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Incident lors de l'enregistrement d'une page

2016-06-23 Thread lewil84
Hello clemens,

Thank you for your return,

My xwiki rose with a waiter(server) of typae presentation(display) Apache /
application waiter(server) typifies Apache and a data server.

Xwiki has the version 5.4.7

During my last test, I can insert images via the text editor WYSIWYG but if
I want to insert images copy/to stick randomly I cannot register(record) any
more. AND it in spite of a protection(saving) in every insertion of images.

Cordially

Wilfrid



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Incident-lors-de-l-enregistrement-d-une-page-tp7600034p7600068.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] How to disable marco editor in CKEditor 1.7

2016-06-23 Thread Vincent Massol
Hi Wei,

Actually the macro editing feature is not an optional feature and it’s not been 
made to be disabled (in the WYSIWYG editor or anywhere else FTM).

Being able to edit macros is a major feature and the user will also always be 
able to go in wiki edit mode and edit the macro so the only way you have to 
prevent users from modifying macros is with permissions. More generally 
speaking we consider macro like content and it’s thus subject to the same 
permissions as content editing.

To achieve what you want, you’d need to contribute a new permission (permission 
to edit a macro) and modify various parts of XWiki to check for that permission 
(for example having a listener on page save and verify that no macro has been 
modified, etc). It would be quite complex to implement and not natural IMO.

Thanks
-Vincent

> On 22 Jun 2016, at 19:33, Wei He  wrote:
> 
> Hi Marius,
> Thanks for getting back to me. This change will hide the macro button on
> toolbar but user can still popup the macro editor by double clicking any
> existing macro in CKEditor.
> What's the best way to also disable the popup?
> 
> Thanks,
> Wei

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