Add support for publishing pages about modernization HOT 16 CLOSED

Hi @pkbullock ,

Thanks for the feedback. Our primary concern is first making the core page transformation as good as can be, once that's done adding support for publishing pages most likely will be added.

from modernization.

from modernization.

Hi @jansenbe ,

Do you have an estimated release date for this update?

Thanks.

from modernization.

Hi @BenJ74 ,

This feature currently is on hold as more investigation is needed on the feasibility and usefulness of this capability

from modernization.

Hi Bert,

I have a use for this, trying at the moment to run this against a publishing site for a project to switch to communication sites. At the moment, I am exporting/importing web parts from publishing pages to Web Part Pages in the Site Pages library then running this tool, which looks promising as a workaround.

For the project, I am on, its a SharePoint 2010 publishing portal, then I've uploaded to SPO using a 3rd Party migration tool, then planning on running this tool to convert to multiple communication sites (flattening). The Intranet project has 5K+ pages or more to convert.

Ideally, I would love to be able to process a subsite in a publishing site, then choose a target Communication site URL to send the converted pages to.

I would have thought there must be lots of use for this, for organisations that had to go and build using publishing portals prior to communication sites arrival.

Paul

from modernization.

Hi Bert,
Did this make it into the latest release?
Russell

from modernization.

Hi Russel,

It's the plan to have a preview in the April release, which will come out latest on April 8th. If you would grab the latest PnP PS source and build PnP PS yourselves you can already give this a try.

Would love to get some testing feedback on either the current dev version or on the April release. From a feature point of view, there's one piece remaining and that setting the target page content type and copying metadata from the source page.

from modernization.

Hi,
The Index was out of range issue happens when I try to migrate a page with 3 columns and the middle column is empty:

The error occurs in private Int32 LastColumnOrder(int row, int col)
The method is being called with a col value of 2, but the pages collection only has two columns (0 & 1)

from modernization.

Hi,
Also, If i have an image tag in a CEWP pointing to an image on the source site, it gets converted like this:

It adds the link labeled ***Image placeholder for source.... ,
and the image itself still points to the old site.

from modernization.

@russgove : I've managed to repro the index out of range issue and will have a look into it. Thanks for reporting this.

Update: issue fixed. See f219307

from modernization.

@russgove : answering your other questions.

"Are there any plans to enable us to update publishing pages within the current site (i.e. not having to copy pages to a new site collection)." ==> we currently do not have plans for that, mixing the publishing pages with modern pages is not supported

Are there any plans to enable us to set the heading type on the pages? ==> this can already be done today by updating the pagelayout mapping. For OOB page layouts there's a builtin mapping which defines the page header. When the page is based upon a custom page layout we generate a default page layoutmapping on the fly and use that, but you do have the option to provide a custom one. You can use the Export-PnPClientSidePageMapping -BuiltInPageLayoutMapping -CustomPageLayoutMapping -Folder c:\temp cmdlet to export both the default mapping plus have the page layouts in your site being analyzed. Take the custom page layout mapping file and drop all the page layouts that are either OOB or that you do not need, then adjust the header + adjust the row/column values to position the page content correctly in the target page.

Here's a default header definition:

    <PageLayout Name="WelcomeLinks" AssociatedContentType="" PageLayoutTemplate="AutoDetect" PageHeader="Custom">
      <Header Type="FullWidthImage" Alignment="Left" ShowPublishedDate="false">
        <Field Name="PublishingRollupImage" HeaderProperty="ImageServerRelativeUrl" Functions="ToImageUrl({PublishingRollupImage})" />
        <Field Name="ArticleByLine" HeaderProperty="TopicHeader" Functions="" />
        <Field Name="PublishingContact" HeaderProperty="Authors" Functions="ToAuthors({PublishingContact})" />
      </Header>

To update the header you can change the PageHeader attribute to None for no header or Default for the default modern page header. If you use custom you can still adjust some properties via the Header element + define which publishing page field get's used to build up the header.

Let me know how it goes...I'll try to write some docs on this before release time.

from modernization.

@russgove : about "CEWP pointing to an image" ==> currently we're running content editor web part content via our html cleanup routine, which does add this...ideally we should handle content editor web part as wiki content as that will then get you a separate image web part....will do some checking on what's a feasible option.

Update: was easier to integrate then I initially assumed...so it's done: 0c86671. Now the html content inside a content editor is handled in the same manner as regular wiki or publishing text content

from modernization.

from modernization.

@russgove I am working on a migration very similar to yours where I am migrating an on-premises SharePoint (2010) to modern by migrating to classic publishing sites then using the transformation tool to modernise publishing pages into a target set of communication sites grouped with a hub site. For me, this way I separate modern away from the master page, page layout customisations, navigation is not managed metadata in modern and cleanse any old configuration.

Thanks for raising the above issues, I will look to test this in my scenarios.

from modernization.

@russgove / @pkbullock: I've updated the dev branch of PnP PS with the latest changes, all above issues should now work fine when testing from PnP PS (assuming you grab latest and build it)

from modernization.

I'm also marking this issue as done as it will appear in the April release. If you see new issues (for publishing pages, but also for wiki pages) then please open a new issue for those.

from modernization.