Internal parameters

Comments

• AlexTZ

  March 2010 edited 3:35PM

  Hello,
  
  You may declare private variables inside the "ReportScript" class in the script. For example:
  

    public class ReportScript
    {
      private int myIntParam;
    }
  

  
  Usage in the text object:
  [myIntParam]
  
  Usage in the expressions:
  myIntParam + 5
  
  The only problem is that you cannot pass a value from your application to such variable.
• Xavi

  March 2010 edited March 2010

  Sorry, maybe "internal" term has induced to confusion. I did not mean the internal or private C# operator.
  
  I meant how to build a system where I can assign variable values dynamically from the application C# source (not the report source), and these variables do not appear as parameters in the report designer panel.
  
  In FR4, I used the OnGetVarValue event. I am looking for a similar system in FR.Net.
  
  The report has many variables that are assigned from the source. For example, license name, current time, internal variables related with the database, system variables, etc.
  
  I cannot use the parameter feature because then, they appear in the report designer panel.
  
  I would like to use something like the OnGetVarValue event, where I can assign the value when it is required.
  
  Thank you
• AlexTZ

  March 2010 edited 3:35PM

  In FR4, I used the OnGetVarValue event. I am looking for a similar system in FR.Net.
  

  There is no way to do that. All report parameters must be declared. Undeclared items will throw compiler errors.
• Xavi

  March 2010 edited 3:35PM

  
  Is there a way to declare them and specify that they are not public (do not appears in the designer panel)?
  
  In many scenarios, some parameters should not be displayed in the panel, and also, the should be "read-only".
  
  For example: LicenseName, some MemberShip variables, some values of configurations that cannot be read using SQL, etc.
  
  If there is not a way, can you consider to add this feature in a future?
  
  Thank you
  
• AlexTZ

  March 2010 edited 3:35PM

  Ok, I will think about implementation.