Table of contents

Introduction

Development Environment

Web Development and Improvements in user experience

(Productivity and Enterprise-level Application Development Features)

Ajax Overview, [[21759|GeneXus' target='_blank'>Ajax' target='_blank'>Ajax Overview, [[21759|GeneXus and Ajax]]

Business Components

Business Component - Publication as an Enterprise Java Bean

Practical course: Bluesky Charters
 

Application Localization

Application Localization
Demo
Translation Tool
Help "in any language"
Practical course: Bluesky Charters
 

Patterns

About this topic
Patterns based development
Description
Built in Patterns
Work With Pattern
Demo: Work With Pattern
Practical course: Patterns
 

Better data model

Null handling optimizes navigations
Nulls property

 

User experience

New options on rightclick in win
 

Reverse Engineering

Database Reverse Engineering Tool
 

New Platforms

MySQL
.Net Mobile Generator
More J2EE support than ever
 

Data Types and Methods

Message Queue handling data types

DirectoryDataType
LDAP Data Type

URL access Property
New IIF function
New byte count function
New Methods for attributes, variables and enumerated domains!
XSLTApply Method
Procedures can now call web objects
Web Services: Grouping Locations
News about model, object, and control properties


Unofficial Content
  • This documentation is valid for:

InputType Property

Scope

Languages: Java, .NET, .NET Mobile
Objects: Transactions
Controls: Edits
Interfaces: Windows, Web

 

 

Introduction

The purpose of this feature is to subtitute what the user needs to type in an attribute with a more user friendly value. For example in an Invoice form, users must type the Customer Code, but remembering all the Codes can be a very hard task. Off course a Prompt form is automatically provided by GeneXus , but why not let the user type the Customer Name and let the program automatically look for the corresponding Code?

To do that developers just need to set the property InputType in CustomerCode as 'Description' and CustomerName as the Description Attribute. This can be done over attributes or Edit Controls. If it is applied to an attribute, this will be the default every time the attribute appears on a transaction.

When InputType = Descriptions is set, the "Description" attribute must be in the transaction structure. Otherwise, the following specification error will appear:

 

itp12


On the other hand the description attribute must be a char or varchar. Otherwise spc0112("Item value %1 for control %2 must be Character or VarChar") specification error will be shown.

This feature is usually used in conjunction with the Suggest property .

Description

Let's consider the Countries and Customers transactions, where all Customers belong to a Country.

itp1

 

itp2

 


The traditional way of entering data requires that once the Customer identifier and name have been entered, the Country identifier must be entered by inferring CountryName.

itp3

 


On the other hand, setting InputType = Descriptions will allow you to enter CountryName instead of CountryID.

itp4

 


In order to make this work, each description must match only one Value (in this case, each CountryName must match only one CountryID). That is to say, the description must be a candidate key, so as to create a unique index for each description. If this index is not created, the following warning will appear:

itp5

 


When not defining a unique index and having duplicated values for the description field, an error will be shown every time that one of those duplicated values is chosen. The error message is "%1 is ambiguous" being %1 the description attribute title or the referenced table description if 9.0 U1 or previous is being used. Example:

"Customer Name is ambiguous" being "Customer Name" the description attribute title.


Finally, the result of applying "InputType = Description" will be the following:

itp6

 


Take into account that when setting CountryID as InputType = Descriptions in the attribute itself (design), the CountryName control will be automatically taken out of the default form for those transactions which has a foreign key to County table. However, the form created for the Country transaction will remain normal, that is to say, it will not have InputType = Descriptions for CountryID and will have CountryName in the form as expected.

Conditions


Conditions allow you to limit the set of possible values to be entered. To do so, you only need to configure the Condition property as follows:
 

itp7b


In the example above, we are limiting the control to only accept Countries that begin with the letter "U." When trying to enter a country which name doesn´t begin with "U" (doesn´t match the condition), a "No matching <table>" message will be shown.

When inserting a condition, it is possible to use attributes of the extended table of the "Value" (or Description) attribute. E.g.: In the example shown above, if Country would have a foreign key to e.g. "Continent" it would be possible to use the "ContinentName" attribute in the conditions as it can be inferred from CountryId.

Instantiated Attributes


The Instantiated Attributes property is another way of limiting the set of possible values to be entered. This property is used to filter the set of attributes depending on other attributes that can't be inferred directly. Let's consider the following example:

In a multi-company system we have a table with all products, and another table with all the products that the company can sell. Therefore, if we have a products combo box, we can only see the products of the instantiated company.

Consider the following transactions:

itp8

 


And the following relationship:

itp9

 


If we set ProductID as InputType = Descriptions, most likely we will want to enter only those products that belong to the selected company (that is to say, the products instantiated by this company). To define that the allowed products are only those that the company can sell, we must indicate it in the new "Instantiated Attributes" property.

itp10

 

Comments & Collaboration

 


Guscarr The documentation says: "When not defining a unique index and having duplicated values for the description field, an error will be shown every time that one of those duplicated values is chosen."

English: the error message is "%1 is ambiguous" being %1 the description attribute title or the referenced table description if 9.0 U1 or previous is being used.

Example: "Customer Name is ambiguous" being "Customer Name" the description attribute title.


Español: el mensaje de error es "%1 es ambiguo" siendo %1 el título del "description attribute" or la descripción de la tabla referenciada si se está usando 9.0 U1 o anteriores.

Por ejemplo: "Nombre de Cliente es ambiguo" siendo "Nombre de Cliente" el título del "description attribute".

 


 

 

Interesting links


Input Type and Suggest working together
Suggest property

Official 'GeneXus and Ajax' site

Sample to see ajax features running online

More information about AJAX


 

Last update: February 2024 | © GeneXus. All rights reserved. GeneXus Powered by Globant