Hide a screen from workspaces if a feature is disabled

@ygagnaire12 no worries. That is understood. If you go to the end of the tread, where I am putting screenIDs into Features xml, it is what you need.

@aaghaei , your solution works fine. Once again, thank you very much !

Hello @aaghaei,

Sorry for the delay. Here are the steps we have followed to add a new feature in our customization project. Hope it is clear enought to be helpful for others.

Step 1 : Add of the new feature as a new field of the “FeatureSet” DAC

In the FeaturesSet.xml file of the customization project, declaration the new column:

<Table TableName="FeaturesSet">

    <Column TableName="FeaturesSet" ColumnName="OurNewFeature" ColumnType="bool" AllowNull="True" DecimalPrecision="0" DecimalLength="0" IsNewColumn="True" IsUnicode="True" />

...

</Table>

Then, add of the new field in the DAC. To do that, we have used a DAC extension that we have called “FeatureSetExt”. 

public abstract class cegEInvoicing : PX.Data.BQL.BqlBool.Field<cegEInvoicing> { }

[Feature(false, typeof(FeaturesSet.integrationModule), DisplayName = "Electronic invoicing")]

[PXDefault(false, PersistingCheck = PXPersistingCheck.Nothing)]

public bool? OurNewFeature {get;set;}

Step 2 : Add of the new feature to the CS100000 screen

In the CS100000.aspx.cs file of the customization file, add of the new feature in the configuration description. In our case, we have created a dedicated mechanism that loads it dynamically in the screen. This step is probably not necessary but it is a convenient way for us to hide completely a feature easily.

public partial class Page_CS100000 : PXPage

{

    protected void Page_Init(object sender, EventArgs e)

    {

        var featureVisibility = ParseConfig(@"

FinancialModule

    FinancialStandard

        Branch

        MultiCompany

        AccountLocations

#       Reporting1099

        InvoiceRounding

        OurNewFeature"

);

        PXCache cache = this.ds.DataGraph.Caches[typeof(FeaturesSet)];

        foreach (string field in cache.Fields)

        {

            // skip unwanted features

            if(!featureVisibility.Contains(field))

            {

                continue;

            }         

            // The rest of this method creates a PXCheckBox for current field (which represents

            // in this case a feature), and adds it dynamically to the screen :

            PXCheckBox control = new PXCheckBox();

            //…

            this.form.TemplateContainer.Controls.Add(control);

   }

    // converts feature visibility configuration into a dictionary

    private IList<string> ParseConfig(string config)

    {

        // this method converts a string to a list of feature names

    }

}

Step 3 : configures what types of objects are impacted by the feature

In the Features.xml file, add of  a new element “Feature” having a “Name” attribute with our new feature’s name.

<?xml version="1.0" encoding="utf-8"?>

<Features Type="Abcd.CS.DAC.FeaturesSetExt" Key="0">

  <Feature Name="OurNewFeature">

              <Access ScreenID="AP50XX11" />

              <Access ScreenID="AP30XX12" />

  </Feature>

…

</Features>

The two lines in red above were missing in my code and that’s why the concerned screens were still vivible even when the feature was disabled.