Re: [xwiki-users] New Page Has No Parent

[Guillaume Lerouge]

Hi Randy,

thanks for your feedback on this! I'm happy to see that I wasn't the only
one who found this behavior counter-intuitive. It's very, very weird that
page creation from the home page behaves differently from everywhere else
on the wiki. It's particularly bad since that's the page users always end
up going back to. But the thing is, without this behavior it's not clear
how users would be able to create new top-level spaces... So if we bring
back the old behavior as-is we'd still have to find a solution for
top-level space creation.

A suggestion I had now that nested spaces are activated by default was to
make the home page of the wiki be "above" every other space. Said
differently, the home page would reside directly at
https:///xwiki/bin/view/
without anything else being mentioned. From that page you'd be able to
create top-level spaces, and every other page would behave as expected,
including Main.WebHome. I think this is what would feel the most natural,
but it causes many underlying issues, notably because a page with no
document reference cannot really exist in XWiki right now.

Note that we could also offer migration scripts, as discussed below, so
that content wouldn't be created in Main to begin with, but this still
leaves the problem open for old wikis with no clear content migration path.
Maybe we should strongly warn users not to upgrade to 7.4 from versions =<
7.1 without a lot of testing and until we provide a good migration path. We
could also start a page listing known issues.

Thanks,

Guillaume

On Wed, Dec 30, 2015 at 2:35 PM, Randy Havens <
randy.hav...@cityofrochester.gov> wrote:

> > Yes that’s correct. If you go in the main space and add a page it’ll
> correctly create a child page inside the Main space.
>
> How do I “go in the main space”? Until now, I was in the main space by
> default when I was at the homepage of my wiki. If I click on “Main” in the
> list of spaces, it takes me to that same homepage. From there, if I add a
> page it has no parent. If I click on another space in that list, it takes
> me to that space’s homepage. From there, if I create a new page the parent
> is that space. It’s not consistent.
>
> > For my information, could you explain why you wish that all your users
> create content pages in the Main space?
>
> That’s how it has been working since I first installed XWiki. I installed
> 6.3, and since then (up until pre-7.3) all new pages defaulted into the
> Main space unless the user entered a different space. I thought that was
> normal, but you make it sound like that’s not normal.
>
> > Why not, for example, have a Content space at the top level or some more
> semantic top level space name under which you’d put all your content?
>
> I thought about that as well, but then I need to transfer everything
> currently in “Main” into another space. I guess that would be possible, but
> I’d have to copy it all into the “Content” space and then delete it from
> “Main”. (Which might not be a bad idea anyway for other reasons)
>
> > One solution of course would be to introduce a configuration option,
> allowing to choose the reference of the Space into which to create new
> pages by default when clicking on “+” on the Home page.
>
> I think this is the best solution, honestly. Mostly because of the way
> that it worked before, but also because it would give the administrators an
> important choice.
>
> > I think I’d lean to having pages created in the Main space by default,
> as we had before.
>
> I would agree.
>
>
>
> Thanks for the reply and suggestions,
> Randy
>
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/New-Page-Has-No-Parent-tp7597344p7597351.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] import of a XAR and versions

[Peter Huisman]

I get that and respect that :-) It’s of course up to you if that’s possible.

Br,

Peter
> Op 4 jan. 2016, om 11:25 heeft vinc...@massol.net het volgende geschreven:
> 
> 
> On 4 Jan 2016 at 11:22:29, Peter Huisman 
> (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)) wrote:
> 
>> For us it is very important to have it available in the next 6 release since 
>> it is a big part of our backup and portability part. I would really 
>> appreciate it if this could be done :-)
> 
> Note that this issue has been there since XWiki 5.2.4 so it’s not really new 
> ;)
> 
> Also note that independently of whether we merge it in the 6.4.x branch, you 
> can always do it for your own version by checking the “Commit” tab in JIRA 
> and applying the patch to your branch. Of course I understand that it’s 
> simpler for you if we do it but we need Thomas’s opinion on this (I wouldn’t 
> want to risk stability of the 6.4.x branch for such an old issue that is not 
> critical).
> 
> Thanks
> -Vincent
> 
>> Br,
>> 
>> Peter
>>> Op 4 jan. 2016, om 11:20 heeft vinc...@massol.net het volgende geschreven:
>>> 
>>> Hi Peter,
>>> 
>>> No it’s not been fixed in 6.4.x. Maybe Thomas has decided not to backport 
>>> it since it could a bit dangerous? Thomas?
>>> 
>>> Thanks
>>> -Vincent
>>> 
>>> On 4 Jan 2016 at 11:02:58, Peter Huisman 
>>> (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)) wrote:
>>> 
 Hi Vincent,
 
 Thanks for the prompt response and great to hear that it is already fixed! 
 I am wondering (since I can’t find it easily) if you also have fixed in 
 the latest 6.x series since we are not ready to move to 8.
 
 Br,
 
 Peter
> Op 4 jan. 2016, om 10:59 heeft 
> vinc...@massol.net(mailto:vinc...@massol.net) het volgende geschreven:
> Hi Peter,
> On 4 Jan 2016 at 10:55:49, Peter Huisman 
> (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)(mailto:p.huis...@ximm.nl)) 
> wrote:
> 
>> Hi,
>> 
>> I have a question regarding the import of a XAR.
>> 
>> When we do an import of a XAR (exported with the History), we have 
>> noticed that - when the document NOT contains an attachment - the 
>> version history of the document is identical to the original (obviously 
>> as expected). However, when the document contains an attachment, it look 
>> like a new version of the document is created with the comment being 
>> identical to the last available comment. We have experimented with file 
>> an DB store (since we have multiple servers in use with different 
>> setups) but that does not solve this issue.
>> 
>> 1 - Is this the expected result?
>> 2 - Is there a way to work around this (in our case) unwanted result?
>> 
>> Thanks in advance for looking at this.
> 
> I think you’ve experienced http://jira.xwiki.org/browse/XWIKI-9960 which 
> we’ve just fixed.
> 
> Thanks
> -Vincent
> 
>> Br,
>> 
>> Peter
>>> 
>> 
> 

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

[xwiki-users] import of a XAR and versions

[Peter Huisman]

Hi,

I have a question regarding the import of a XAR. 

When we do an import of a XAR (exported with the History), we have noticed that 
- when the document NOT contains an attachment - the version history of the 
document is identical to the original (obviously as expected). However, when 
the document contains an attachment, it look like a new version of the document 
is created with the comment being identical to the last available comment. We 
have experimented with file an DB store (since we have multiple servers in use 
with different setups) but that does not solve this issue.

1 - Is this the expected result?
2 - Is there a way to work around this (in our case) unwanted result?

Thanks in advance for looking at this.

Br,

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

Re: [xwiki-users] import of a XAR and versions

[vinc...@massol.net]

Hi Peter,

On 4 Jan 2016 at 10:55:49, Peter Huisman 
(p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)) wrote:

> Hi,
>  
> I have a question regarding the import of a XAR.
>  
> When we do an import of a XAR (exported with the History), we have noticed 
> that - when the document NOT contains an attachment - the version history of 
> the document is identical to the original (obviously as expected). However, 
> when the document contains an attachment, it look like a new version of the 
> document is created with the comment being identical to the last available 
> comment. We have experimented with file an DB store (since we have multiple 
> servers in use with different setups) but that does not solve this issue.
>  
> 1 - Is this the expected result?
> 2 - Is there a way to work around this (in our case) unwanted result?
>  
> Thanks in advance for looking at this.

I think you’ve experienced http://jira.xwiki.org/browse/XWIKI-9960 which we’ve 
just fixed.

Thanks
-Vincent

> Br,
>  
> Peter

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

Re: [xwiki-users] import of a XAR and versions

[vinc...@massol.net]

Hi Peter,

No it’s not been fixed in 6.4.x. Maybe Thomas has decided not to backport it 
since it could a bit dangerous? Thomas?

Thanks
-Vincent

On 4 Jan 2016 at 11:02:58, Peter Huisman 
(p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)) wrote:

> Hi Vincent,  
>  
> Thanks for the prompt response and great to hear that it is already fixed! I 
> am wondering (since I can’t find it easily) if you also have fixed in the 
> latest 6.x series since we are not ready to move to 8.  
>  
> Br,  
>  
> Peter
> > Op 4 jan. 2016, om 10:59 heeft 
> > vinc...@massol.net(mailto:vinc...@massol.net) het volgende geschreven:  
> > Hi Peter,  
> > On 4 Jan 2016 at 10:55:49, Peter Huisman 
> > (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)(mailto:p.huis...@ximm.nl)) 
> > wrote:
> >  
> > > Hi,
> > >  
> > > I have a question regarding the import of a XAR.
> > >  
> > > When we do an import of a XAR (exported with the History), we have 
> > > noticed that - when the document NOT contains an attachment - the version 
> > > history of the document is identical to the original (obviously as 
> > > expected). However, when the document contains an attachment, it look 
> > > like a new version of the document is created with the comment being 
> > > identical to the last available comment. We have experimented with file 
> > > an DB store (since we have multiple servers in use with different setups) 
> > > but that does not solve this issue.
> > >  
> > > 1 - Is this the expected result?
> > > 2 - Is there a way to work around this (in our case) unwanted result?
> > >  
> > > Thanks in advance for looking at this.  
> >  
> > I think you’ve experienced http://jira.xwiki.org/browse/XWIKI-9960 which 
> > we’ve just fixed.  
> >  
> > Thanks  
> > -Vincent
> >  
> > > Br,
> > >  
> > > Peter  

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

Re: [xwiki-users] import of a XAR and versions

[Thomas Mortagne]

Yes this is always dangerous places to touch and since this issue
exist since a very long time (older than 5.x) it did not feel like a
blocker for LTS branch.

On Mon, Jan 4, 2016 at 11:20 AM, vinc...@massol.net  wrote:
> Hi Peter,
>
> No it’s not been fixed in 6.4.x. Maybe Thomas has decided not to backport it 
> since it could a bit dangerous? Thomas?
>
> Thanks
> -Vincent
>
> On 4 Jan 2016 at 11:02:58, Peter Huisman 
> (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)) wrote:
>
>> Hi Vincent,
>>
>> Thanks for the prompt response and great to hear that it is already fixed! I 
>> am wondering (since I can’t find it easily) if you also have fixed in the 
>> latest 6.x series since we are not ready to move to 8.
>>
>> Br,
>>
>> Peter
>> > Op 4 jan. 2016, om 10:59 heeft 
>> > vinc...@massol.net(mailto:vinc...@massol.net) het volgende geschreven:
>> > Hi Peter,
>> > On 4 Jan 2016 at 10:55:49, Peter Huisman 
>> > (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)(mailto:p.huis...@ximm.nl)) 
>> > wrote:
>> >
>> > > Hi,
>> > >
>> > > I have a question regarding the import of a XAR.
>> > >
>> > > When we do an import of a XAR (exported with the History), we have 
>> > > noticed that - when the document NOT contains an attachment - the 
>> > > version history of the document is identical to the original (obviously 
>> > > as expected). However, when the document contains an attachment, it look 
>> > > like a new version of the document is created with the comment being 
>> > > identical to the last available comment. We have experimented with file 
>> > > an DB store (since we have multiple servers in use with different 
>> > > setups) but that does not solve this issue.
>> > >
>> > > 1 - Is this the expected result?
>> > > 2 - Is there a way to work around this (in our case) unwanted result?
>> > >
>> > > Thanks in advance for looking at this.
>> >
>> > I think you’ve experienced http://jira.xwiki.org/browse/XWIKI-9960 which 
>> > we’ve just fixed.
>> >
>> > Thanks
>> > -Vincent
>> >
>> > > Br,
>> > >
>> > > Peter
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users



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

Re: [xwiki-users] import of a XAR and versions

[vinc...@massol.net]

On 4 Jan 2016 at 11:22:29, Peter Huisman 
(p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)) wrote:

> For us it is very important to have it available in the next 6 release since 
> it is a big part of our backup and portability part. I would really 
> appreciate it if this could be done :-)

Note that this issue has been there since XWiki 5.2.4 so it’s not really new ;)

Also note that independently of whether we merge it in the 6.4.x branch, you 
can always do it for your own version by checking the “Commit” tab in JIRA and 
applying the patch to your branch. Of course I understand that it’s simpler for 
you if we do it but we need Thomas’s opinion on this (I wouldn’t want to risk 
stability of the 6.4.x branch for such an old issue that is not critical).

Thanks
-Vincent

> Br,
>  
> Peter
> > Op 4 jan. 2016, om 11:20 heeft vinc...@massol.net het volgende geschreven:
> >
> > Hi Peter,
> >
> > No it’s not been fixed in 6.4.x. Maybe Thomas has decided not to backport 
> > it since it could a bit dangerous? Thomas?
> >
> > Thanks
> > -Vincent
> >
> > On 4 Jan 2016 at 11:02:58, Peter Huisman 
> > (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)) wrote:
> >
> >> Hi Vincent,
> >>
> >> Thanks for the prompt response and great to hear that it is already fixed! 
> >> I am wondering (since I can’t find it easily) if you also have fixed in 
> >> the latest 6.x series since we are not ready to move to 8.
> >>
> >> Br,
> >>
> >> Peter
> >>> Op 4 jan. 2016, om 10:59 heeft 
> >>> vinc...@massol.net(mailto:vinc...@massol.net) het volgende geschreven:
> >>> Hi Peter,
> >>> On 4 Jan 2016 at 10:55:49, Peter Huisman 
> >>> (p.huis...@ximm.nl(mailto:p.huis...@ximm.nl)(mailto:p.huis...@ximm.nl)) 
> >>> wrote:
> >>>
>  Hi,
> 
>  I have a question regarding the import of a XAR.
> 
>  When we do an import of a XAR (exported with the History), we have 
>  noticed that - when the document NOT contains an attachment - the 
>  version history of the document is identical to the original (obviously 
>  as expected). However, when the document contains an attachment, it look 
>  like a new version of the document is created with the comment being 
>  identical to the last available comment. We have experimented with file 
>  an DB store (since we have multiple servers in use with different 
>  setups) but that does not solve this issue.
> 
>  1 - Is this the expected result?
>  2 - Is there a way to work around this (in our case) unwanted result?
> 
>  Thanks in advance for looking at this.
> >>>
> >>> I think you’ve experienced http://jira.xwiki.org/browse/XWIKI-9960 which 
> >>> we’ve just fixed.
> >>>
> >>> Thanks
> >>> -Vincent
> >>>
>  Br,
> 
>  Peter
> >
>  

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

[xwiki-users] [myxwiki] new xwiki request

[Metamechanic]

Hi. 

I’d like to register a new community Xwiki please.

Description:

It is a wiki called Global Effort, which stands for Global Energy Futures, 
Foresight and Transitions.

It is designed to be an open community repository for information related to 
global energy futures. (Futures as in scenarios, backcasting, forecasts etc and 
not stock market speculation.)  It aims to have a social network and 
collaboration aspect to it.

Owner name: Adam Duus
Username: metamechanic

Wiki name:  globaleffort

Thank you.

Regards,
Adam Duus.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [myxwiki] new wiki request

[Metamechanic]

Hi. 

I’d like to register a second new community Xwiki please.

Description:

It is a wiki called Enough For All.

It is designed to be an open community repository for information related to 
poverty at all levels. It aims to have a social network and collaboration 
aspect to it.

Owner name: Adam Duus
Username: metamechanic

Wiki name:  EnoughForAll

Thank you.

Regards,
Adam Duus.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [myxwiki] new xwiki request

[Thomas Mortagne]

You can access your new wiki http://globaleffort.myxwiki.org.

Enjoy !

On Mon, Jan 4, 2016 at 12:53 PM, Metamechanic  wrote:
> Hi.
>
> I’d like to register a new community Xwiki please.
>
> Description:
>
> It is a wiki called Global Effort, which stands for Global Energy Futures, 
> Foresight and Transitions.
>
> It is designed to be an open community repository for information related to 
> global energy futures. (Futures as in scenarios, backcasting, forecasts etc 
> and not stock market speculation.)  It aims to have a social network and 
> collaboration aspect to it.
>
> Owner name: Adam Duus
> Username: metamechanic
>
> Wiki name:  globaleffort
>
> Thank you.
>
> Regards,
> Adam Duus.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users



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

Re: [xwiki-users] New Page Has No Parent

[Randy Havens]

> So if we bring
> back the old behavior as-is we'd still have to find a solution for
> top-level space creation.

That’s already taken care of. This is how I always created spaces before: (this 
is a screenshot from my 7.4 instance, so I know that it is still an option)

[cid:image001.png@01D146C6.3625A240]
> A suggestion I had now that nested spaces are activated by default was to
> make the home page of the wiki be "above" every other space. Said
> differently, the home page would reside directly at
> https:///xwiki/bin/view/
> without anything else being mentioned. From that page you'd be able to
> create top-level spaces, and every other page would behave as expected,
> including Main.WebHome. I think this is what would feel the most natural,
> but it causes many underlying issues, notably because a page with no
> document reference cannot really exist in XWiki right now.

I agree. This seems to be a sensible solution.


image001.png (23K) 





--
View this message in context: 
http://xwiki.475771.n2.nabble.com/New-Page-Has-No-Parent-tp7597344p7597376.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] CMS feature: to define a document manual tree and then export the pages as PDF

[Marius Dumitru Florea]

On Mon, Jan 4, 2016 at 8:27 PM, Andrea Belli 
wrote:

> Dear all,
>
> I'm a happy XWiki user since 2013, deployed as internal wiki for a tech
> team. Now I'm evaluating the usage of XWiki as CMS for writing product
> documentation. In the past I used Alfresco but I think the XWiki approach
> is
> more flexibile and easy for non-technical guys.  The latest version I tried
> was the 6.4 which it works pretty well for all the use cases I'd like to
> fit, except for this need: I'd like to write a set of pages, and then
> arrange them in a structured manual with a table of Content, i.e. using a
> tree view and moving pages from a section to another, and then export them
> as PDF.
>
> For example, I'd like to write 4 wiki pages, and then I'd like to create a
> PDF picking up three of them defining a table of contents such as
>
>
>
> *page1
>
> o   page4
>
> o   page2
>
> *page3
>
>
>
>
>
> I saw this feature as plugin for Confluence: is this available in XWiki or
> scheduled for one of the next releases?
>

There is Multipage PDF Export Application [1] but it uses the parent-child
relationship that has been (kind of) deprecated starting with XWiki 7.2. It
should still work though. The new way to organize wiki pages in a tree
hierarchy is using Nested Pages, but it doesn't support the notion of child
ordering, i.e. you cannot specify that page4 is before page2 (in your
example). The old parent-child relationship doesn't support it either but
the Hierarchy Macro extension (used by the Multipage PDF Export Application
I linked) has implemented it. I'm not aware of any equivalent extension for
Nested Pages.

Hope this helps,
Marius

[1]
http://extensions.xwiki.org/xwiki/bin/view/Extension/MultipagePdfExport+Application+-+Space+Export


>
>
> Best Regards
>
>
>
> Andrea
>
>
>
> ___
> 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] CMS feature: to define a document manual tree and then export the pages as PDF

[Andrea Belli]

Dear all,

I'm a happy XWiki user since 2013, deployed as internal wiki for a tech
team. Now I'm evaluating the usage of XWiki as CMS for writing product
documentation. In the past I used Alfresco but I think the XWiki approach is
more flexibile and easy for non-technical guys.  The latest version I tried
was the 6.4 which it works pretty well for all the use cases I'd like to
fit, except for this need: I'd like to write a set of pages, and then
arrange them in a structured manual with a table of Content, i.e. using a
tree view and moving pages from a section to another, and then export them
as PDF.

For example, I'd like to write 4 wiki pages, and then I'd like to create a
PDF picking up three of them defining a table of contents such as

 

*page1

o   page4

o   page2

*page3

 

 

I saw this feature as plugin for Confluence: is this available in XWiki or
scheduled for one of the next releases?

 

Best Regards

 

Andrea

 

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