A critical vulnerability was discovered in React Server Components (Next.js). Our systems remain protected but we advise to update packages to newest version. Learn More


Feb 8, 2011
  3764
(1 votes)

Common properties amongst the pages

Instead of using a lot of dynamic properties one can create a special settings page. On this page all site-wide settings are saved all together. Then you make only the name of this page to be a dynamic property (ref. to http://www.meadow.se/wordpress/?cat=12). This is a common solution. However, code in the code-behind files becomes a little more complicated if you want to retrieve the settings from the settings page.

For example:

PropertyCriteriaCollection

        propertyCriteriaCollection = new PropertyCriteriaCollection();

PropertyCriteria criteria = new PropertyCriteria();

criteria.Condition = CompareCondition.Equal;

criteria.Name = "PageTypeID";

criteria.Type = PropertyDataType.PageType;

criteria.Value = PageType.Load("SettingsPage").ID.ToString();

criteria.Required = true;

propertyCriteriaCollection.Add(criteria);

PageDataCollection pageDataCollection

                = DataFactory.Instance.FindPagesWithCriteria

                    (PageReference.RootPage, propertyCriteriaCollection);

if (pageDataCollection == null || pageDataCollection.Count == 0)

                return;

                      

if (pageDataCollection[0]["SomeProperty"] != null)

                TextBox1.Text =

                       pageDataCollection[0] ["SomeProperty"].ToString();

 

You see how many actions should be performed with a single aim – to get the SettingsPage’s SomeProperty value. Evidently it’s tiresome and error prone.

Instead you can force the page to load properties values from some other page. For this just open the Shortcut/External Link tab in edit mode, assign  “Fetch data from page in EPiServer CMS” to Link type , and choose the page the properties are loaded from (f.e. SettingsPage):

image

From this time you can apply to SettingsPage as if they belonged to the w1ef page:

string someProperty = CurrentPage["SomeProperty"] as string;

or:

<EPiServer:Property PropertyName="SomeProperty" runat="server" />

Feb 08, 2011

Comments

Feb 8, 2011 04:18 PM

What if you need both settings and data from another page? I like the PluginProperty approach:

[PlugInProperty(
Description = "PageTypeID: Start Page",
AdminControl = typeof(InputPageType),
AdminControlValue = "PageTypeID")]
public int StartPageTypeID { get; set; }

... and a singelton class to retrieve them.

Feb 8, 2011 05:26 PM

Sure, it's suitable if you want to get data from one page (not more)

Feb 9, 2011 09:46 AM

Sure, it's suitable if you want to get data from one page (not more)

Please login to comment.
Latest blogs
Troubleshooting with Azure Application Insights Using KQL

Users at least get access to Azure Application Insights even within minimum access level if you are requesting access to DXP management portals at...

K Khan | Dec 21, 2025

Looking back at Optimizely in 2025

Explore Optimizely's architectural shift in 2025, which removed coordination cost through a unified execution loop. Learn how agentic Opal AI and...

Andy Blyth | Dec 17, 2025 |

Cleaning Up Content Graph Webhooks in PaaS CMS: Scheduled Job

The Problem Bit of a niche issue, but we are building a headless solution where the presentation layer is hosted on Netlify, when in a regular...

Minesh Shah (Netcel) | Dec 17, 2025

A day in the life of an Optimizely OMVP - OptiGraphExtensions v2.0: Enhanced Search Control with Language Support and Synonym Slots

Supercharge your Optimizely Graph search experience with powerful new features for multilingual sites and fine-grained search tuning. As search...

Graham Carr | Dec 16, 2025