ࡱ > N P M 7 Q! bjbjUU -8 7| 7| b l 8 $ : , + n r ( '% '% '% J+ L+ L+ L+ L+ L+ L+ $ 9- Y/ p+ '% ! '% '% '% p+ % Y + % % % '% . J+ % '% J+ % % * + 6+ f |N! U% j &+ 6+ + 0 + .+ / % " / 6+ % SC2/WG2 N2265
ISO/IEC JTC 1/SC 2/WG 2PROPOSAL SUMMARY FORM TO ACCOMPANY SUBMISSIONSFOR ADDITIONS TO THE REPERTOIRE OF ISO/IEC 10646
Please fill Sections A, B and C below. Section D will be filled by SC 2/WG 2.
For instructions and guidance for filling in the form please see the document " Principles and Procedures for Allocation of New Characters and Scripts" (HYPERLINK "http://www.dkuug.dk/JTC1/SC2/WG2/prot"http://www.dkuug.dk/JTC1/SC2/WG2/prot)
A. Administrative
1. Title: Proposal for Terminal Graphic Symbols in the BMP
2. Requester's name: U.S.
3. Requester type (Member body/Liaison/Individual contribution): Member body
4. Submission date: 2000-09-15
5. Requester's reference (if applicable): WG2 N2265, L2/00-159 (U.S.)
6. This is not a complete proposal. See L2/00-159 for complete, voluminous justification for these characters, and complete references to all original sources and implementing technologies. See WG2 N2265, Working Draft of Tables & Character Names for Proposed Amendment 1 to 10646-1:2000, for exemplary glyphs, complete list of character names, and proposed encoding points.
B. Technical - General
1. (Choose one of the following:)
b. The proposal is for addition of character(s) to an existing block.
Name of the existing block:
Superscripts and Subscripts (1)Miscellaneous Technical (7)Block Elements (10)
2. Number of characters in proposal: 18
3. Proposed category (see section II, Character Categories):
4. Proposed Level of Implementation (see clause 15, ISO/IEC 10646-1): Level 1
Is a rationale provided for the choice? Yes
If Yes, reference:
These characters are explicitly requested for compatibility with preexisting (and mostly old) character terminals. They will enable the better development of software terminal emulations which is in fact how most terminals actually work now. Since they are intended for character mode terminal emulation, these characters are designed for fixed cell placement, and are not designed to be combined in the sense meant by combining characters in 10646, even though they may be used in juxtaposition with each other to create screen patterns or as pieces of larger glyph images of characters on a terminal screen. As such, they are appropriate for Level 1 implementations of 10646.
5. Is a repertoire including character names provided? Yes. See WG2 N2265.
If YES, are the names in accordance with the 'character naming guidelines' in Annex K of ISO/IEC 10646-1? Yes
Are the character shapes attached in a reviewable form? Yes. See WG2 N2265.
6. Who will provide the appropriate computerized font (ordered preference: True Type, PostScript or 96x96 bit-mapped format) for publishing the standard?
The Unicode Consortium.
If available now, identify source(s) for the font (include address, e-mail, ftp-site, etc.) and indicate the tools used:
This information can be provided by Asmus Freytag, who has the appropriate fonts and tools used to print these characters.
7. References:
a. Are references (to other character sets, dictionaries, descriptive texts etc.) provided? Yes
Are published examples (such as samples from newspapers, magazines, or other sources) of use of proposed characters attached?
No, not in this document. However, see L2/00-159 for a long list of sources and implementations.
8. Special encoding issues: None
Does the proposal address other aspects of character data processing (if applicable) such as input, presentation, sorting, searching, indexing, transliteration etc. (if yes please enclose information)? None needed
C. Technical - Justification
1. Has this proposal for addition of character(s) been submitted before? No
If YES explain.
2. Has contact been made to members of the user community (for example: National Body, user groups of the script or characters, other experts, etc.)? Yes
If YES, with whom?
Frank da Cruz, head of The Kermit Project at Columbia University, NY, and inventor of Kermit. Frank is the worlds leading expert on computer terminal protocols.
If YES, available relevant documents? See L2/00-159.
3. Information on the user community for the proposed characters (for example: size, demographics, information technology use, or publishing use) is included?
The repertoire is intended for the implementation of terminal emulation software. The community of people who write such software is relatively small, but the community of people who use terminal emulation software on their computers is still quite large, easily running in the hundreds of thousands.
Reference:
4. The context of use for the proposed characters (type of use; common or rare):
Somewhat uncommon. These particular characters are not widely used, but are proposed in order to complete the set of characters needed for terminal emulation.
Reference:
5. Are the proposed characters in current use by the user community? Yes
If YES, where?
Existing hardware terminals.
6. After giving due considerations to the principles in N 1352 must the proposed characters be entirely in the BMP? Yes
If YES, is a rationale provided? Yes
If YES, reference:
Each of these characters is a small logical extension of other sets of similar symbolic characters already encoded on the BMP. No new block extensions are required all of these characters fit neatly into already existing appropriate blocks of symbols.
7. Should the proposed characters be kept together in a contiguous range (rather than being scattered)? No.
They should be arranged in 3 separate ranges, as shown in their proposed block affiliations.
8. Can any of the proposed characters be considered a presentation form of an existing character or character sequence? No
If YES, is a rationale for its inclusion provided?
If YES, reference:
9. Can any of the proposed character(s) be considered to be similar (in appearance or function) to an existing character? Yes
If YES, is a rationale for its inclusion provided? Yes.
The scan line characters are similar in appearance to the LOW LINE, 203E OVERLINE, and to various dashes. However, they form a coherent set for terminal graphics, designed to span across a character cell at a particular scan height, and should not be unified with existing punctuation characters or box drawing characters. Unification with other characters has already been taken into account in preparing this repertoire from a larger initial set of characters considered for terminal graphics. The scan line characters in this proposal could not reasonably be unified with existing characters.
If YES, reference:
10. Does the proposal include use of combining characters and/or use of composite sequences (see clause 4.11 and 4.13 in ISO/IEC 10646-1)? No
If YES, is a rationale for such use provided?
If YES, reference:
Is a list of composite sequences and their corresponding glyph images (graphic symbols) provided?
If YES, reference:
11. Does the proposal contain characters with any special properties such as control function or similar semantics? No
If YES, describe in detail (include attachment if necessary)
D. SC 2/WG 2 Administrative (To be completed by SC 2/WG 2)
1. Relevant SC 2/WG 2 document numbers:
2. Status (list of meeting number and corresponding action or disposition):
3. Additional contact to user communities, liaison organizations etc:
4. Assigned category and assigned priority/time frame:
Summary Proposal Form: Terminal Graphic Characters DATE \@ "MM/dd/yy" 09/18/00
PAGE 1
r s ! 6 : ; < = ~ k l m _ ` a ˴˯ OJ QJ CJ OJ QJ hmH nH u 5CJ OJ QJ CJ 0J 5CJ j 5CJ U j 5CJ U 5CJ j UhmH nH uCJ( OJ QJ C ! ; = l n _ ^ d d $a$ $a$ $a$ P! _ a
E
Y
V
? ,
&