Home • About Us •A-Z Index• Search

1. Internationalised Terminal Interfaces

Product Information

Environment Specification

Temporary Waivers

None

1.1 Product Scope

1.1.1 Type of Conformance

Question 1: What is the state of conformance of this product?

Response

Soft Conformance

Rationale

Two sets of conformance rules are defined within this Product Standard:

• Soft Conformance

  This comprises a vendor declaration in the Conformance Statement of the differences in behavior of the conformant product and the X/Open Curses, Issue 4, Version 2 Specification, including the Enhanced Curses Extension.

• Hard Conformance

  This involves strict conformance to the X/Open Curses, Issue 4, Version 2 Specification, including the Enhanced Curses Extension, and use of the test suite as the Indicator of Compliance. The running of the relevant test cases is determined by a parameter of the VSU5 Test Suite.

Reference

Internationalised Terminal Interfaces Product Standard Definition.

1.1.2 Coded Character Sets

Question 2: Which coded character sets are supported by the chtype data type?

Response

ISO_646.irv:1991

Rationale

An implementation that claims BASE, BASE 95 or UNIX conformance and Internationalised Terminal Interfaces conformance must support at least octet-based code sets (such as ISO 8859-1), within the chtype data type. Support for other coded character sets is implementation-defined.

Reference

CAE Specification, X/Open Curses, Issue 4, Section 1.2, Conformance.

1.1.3 Character Attributes

Question 3: Which character attributes are supported by the implementation?

Response

A_ALTCHARSET	Yes
A_HORIZONTAL	No
A_LEFT	No
A_LOW	No
A_RIGHT	No
A_TOP	No
A_VERTICAL	No

Rationale

An implementation that claims BASE or BASE 95 conformance and Internationalised Terminal Interfaces conformance must support at least the character attributes: A_BLINK, A_BOLD, A_DIM, A_REVERSE, A_STANDOUT and A_UNDERLINE. Support for other character attributes, listed above, is implementation-defined.

Reference

CAE Specification, X/Open Curses, Issue 4, Chapter 5, Headers.

1.2 Supported Terminals

Question 4: Which of the following terminal types are supported by the implementation (if any)?

Response

Synchronous	Yes
A character cannot be transmitted by a single key stroke only in blocks	No
The refresh() routine must redraw the entire screen contents in order to perform any update	No
It is not possible to disable echo	No
There are additional limitations defined below	No

Networked Asynchronous	Yes
A character cannot be transmitted by a single key stroke only in blocks	No
The refresh() routine must redraw the entire screen contents in order to perform any update	No
It is not possible to disable echo	No
There are additional limitations defined below	No

Non-standard Asynchronous	Yes
A character cannot be transmitted by a single key stroke only in blocks	No
The refresh() routine must redraw the entire screen contents in order to perform any update	No
It is not possible to disable echo	No
There are additional limitations defined below	No

Rationale

The General Terminal Interface described in System Interface Definitions, Issue 4, Version 2, and the Curses interfaces defined in X/Open Curses, Issue 4, are provided to control terminals connected to asynchronous communication ports. They may also be used to control synchronous, networked asynchronous or non-standard directly-connected asynchronous terminals, subject to possible implementation-defined limitations.

Reference

CAE Specification, System Interface Definitions, Issue 4, Version 2, Chapter 9, General Terminal Interface.

CAE Specification, X/Open Curses, Issue 4, Section 3.9, Synchronous and Networked Asynchronous Terminals.

1.3 Terminfo Source File Limits

Question 5: What limits does the implementation support for a terminfo source file?

Response

Length of a line	4096
Length of a terminal alias	32
Length of a terminal model name	1024
Length of a single field	512
Length of a string value	4096
Length of a string representing a numeric value	99
Magnitude of a numeric value	2147483647

Rationale

X/Open Curses, Issue 4, specifies that a conformant implementation must declare its actual limits for the above items and defines minimum values that the implementation must support.

CAE Specification, X/Open Curses, Issue 4, Section 6.1.1, Minimum Guaranteed Limits.

---

2. Appendix

This appendix contains additional, explanatory material that was provided by the vendor.

---

Copyright © 2015
All rights reserved.

---

3. Change History

Date	Name	Comment
21-Aug-2015	Sue Grady	El Capitan

---

 Copyright © 1998-2015 The Open Group. All Rights Reserved.

 OSF/1, Motif, UNIX, and the "X" device are registered trademarks in the U.S. and other countries, and IT DialTone and The Open Group are trademarks of The Open Group.

---

[ Home ] [ Testing Home ] [ Conformance Statement Library Home ] [ Search Conformance Statements ] [ Send Feedback ]