A critical vulnerability was discovered in React Server Components (Next.js). Our Systems Remain Fully Protected. Learn More


Feb 8, 2011
  3749
(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
Jhoose Security Modules v2.6.0 — Added support for Permissions Policy and .NET 10

Version 2.6.0 adds Permissions Policy header support, updates to .NET 10, improved policy management, configurable security settings, and enhanced...

Andrew Markham | Dec 6, 2025 |

Building a 360° Customer Profile With AI: How Opal + Optimizely Unlock Predictive Personalization

Creating truly relevant customer experiences requires more than collecting data—it requires understanding it. Most organizations already have rich...

Sujit Senapati | Dec 4, 2025

Building a Lightweight Optimizely SaaS CMS Solution with 11ty

Modern web development often requires striking a difficult balance between site performance and the flexibility needed by content editors. To addre...

Minesh Shah (Netcel) | Dec 3, 2025

Creating Opal Tools Using The C# SDK

Over the last few months, my colleagues at Netcel and I have partaken in two different challenge events organised by Optimizely and centered around...

Mark Stott | Dec 3, 2025