Re: [media-types] Potential media type registration for OASIS XLIFF 2.0
"Dr. David Filip" <David.Filip@ul.ie> Mon, 20 January 2014 19:02 UTC
Return-Path: <David.Filip@ul.ie>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF1D81A0254 for <media-types@ietfa.amsl.com>; Mon, 20 Jan 2014 11:02:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.502
X-Spam-Level:
X-Spam-Status: No, score=-1.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.535, T_HK_NAME_DR=0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OxC-fqwqWYXW for <media-types@ietfa.amsl.com>; Mon, 20 Jan 2014 11:02:47 -0800 (PST)
Received: from MARSHAL4.ul.ie (marshal4.ul.ie [193.1.100.137]) by ietfa.amsl.com (Postfix) with ESMTP id 5AC601A0251 for <media-types@ietf.org>; Mon, 20 Jan 2014 11:02:45 -0800 (PST)
Received: from staffexchange7.ul.campus (Not Verified[193.1.101.32]) by MARSHAL4.ul.ie with MailMarshal (v6, 8, 4, 9558) id <B52dd72d00000>; Mon, 20 Jan 2014 19:02:40 +0000
Received: from mail-ie0-f171.google.com ([209.85.223.171]) by staffexchange7.ul.campus over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 20 Jan 2014 19:02:40 +0000
Received: by mail-ie0-f171.google.com with SMTP id as1so1631080iec.16 for <media-types@ietf.org>; Mon, 20 Jan 2014 11:02:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=oD+DIgT82J4406/j8HcY6LL44i2NeB0ezKmFWu9lbCA=; b=ZZMRS2CUFvM+MPcsNJJekyzNK3fWViOxRdYS9E+v7K1veUppcGjCfDI4XcVDaxx2V5 P+Wy24A/AQwTy2SLmTq/5EiT4+gMEZJHRjuy7qse0D/A55wN3QeApytIc3N3ptx6tHGk loBMvvjfQTZCAsOQrEmhSSV35HiEtq/t92wLShSkaBCNcfeoDp++hzx1MaB1HrBwf14Q LktShozW1aSoTqNK6els+EWg/efuJC2/xwVHrIai/grQjCK/ShwIGSCqC94EZqhV40/+ Xp+aeRdHBGGEydhPbg4ejQfej29F/KBIiQthU6oPP0iogMlG+xRnHsT+HDCLCq9agWVw EZsA==
X-Gm-Message-State: ALoCoQldrsmQ0M18p88a147avp+/O80wi1bY/QR6L5X51TxkSiF3lK0AcNZ5oIMu8YOPT/HgBORZ
MIME-Version: 1.0
X-Received: by 10.42.226.66 with SMTP id iv2mr15223500icb.11.1390244558857; Mon, 20 Jan 2014 11:02:38 -0800 (PST)
Received: by 10.64.32.196 with HTTP; Mon, 20 Jan 2014 11:02:38 -0800 (PST)
X-Originating-IP: [84.203.70.10]
Received: by 10.64.32.196 with HTTP; Mon, 20 Jan 2014 11:02:38 -0800 (PST)
In-Reply-To: <52DCF8C4.3070803@it.aoyama.ac.jp>
References: <CANw5LK=z2YeUtYFUNtbFmKSGGmoYLwa1Ahvax5TbbmO_W7CkEw@mail.gmail.com> <52DCF8C4.3070803@it.aoyama.ac.jp>
Date: Mon, 20 Jan 2014 19:02:38 +0000
Message-ID: <CANw5LKk1RMnXHprvUxL9Omn5Ma2wiOpf1R3-5=1_tbGbndcvjQ@mail.gmail.com>
From: "Dr. David Filip" <David.Filip@ul.ie>
To: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Content-Type: multipart/alternative; boundary="001a113323b815019c04f06b89ed"
X-OriginalArrivalTime: 20 Jan 2014 19:02:40.0303 (UTC) FILETIME=[30EC03F0:01CF1612]
Cc: media-types@ietf.org
Subject: Re: [media-types] Potential media type registration for OASIS XLIFF 2.0
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/media-types/>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Jan 2014 19:02:51 -0000
Thank you, Martin, and sorry for confusion on my end. We intend to have a separate xml based media type with its own extension (.xlf) and fragid behavior. Could you please have a look at the rest of the template? Assuming that the intended subtype is xliff+xml.. Thanks again dF dF is AFK, so that this had to be typed on his tough phone.. Call me at +353860222158 if this answer does not seem sufficient ;) On Jan 20, 2014 10:21 AM, Martin J. Dürst <duerst@it.aoyama.ac.jp> wrote: > Hello David, > > Your registration template starts: > > > Type name: application > > [not text, because end users do not like markup] > > > > Subtype name: xml > > This would give an overall type of application/xml. This is already > registered, and any XML can be labeled as such, without any registration. > > If you want an XLIFF-specific registration, you should register a type > such as application/xliff+xml, i.e. the Subtype name should be xliff+xml. > > I haven't checked the other items in your template, because I think it's > best to first check the general intent. > > Regards, Martin. > > > On 2014/01/17 5:27, Dr. David Filip wrote: > >> Hello Reviewers, >> >> >> as Secretary of the OASIS XLIFF TC >> https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=xliff >> >> I have been mandated by the said TC and OASIS TC administration to run by >> this list our provisionally completed media type registration template. >> >> All comments in square brackets are not meant as part of the future >> submission but rather as explanattory notes for the reviewers within OASIS >> and on this list. >> >> XLIFF TC is looking forward to receiving your feedback >> >> See the filled out template copy-pasted down below: >> >> Best regards >> dF >> >> >> >> Dr. David Filip >> ======================= >> LRC | CNGL | LT-Web | CSIS >> University of Limerick, Ireland >> telephone: +353-6120-2781 >> *cellphone: +353-86-0222-158* >> facsimile: +353-6120-2734 >> http://www.cngl.ie/profile/?i=452 >> mailto: david.filip@ul.ie >> >> >> ----start of the registration form >> >> Registration Template >> >> Type name: application >> [not text, because end users do not like markup] >> >> Subtype name: xml >> >> Required parameters: N/A >> >> Optional parameters: N/A >> [charset declared in payload, hence charset parameter SHOULD NOT >> >> be defined] >> >> Encoding considerations: >> Same as encoding considerations of application/xml as specified in >> >> RFC 3023 >> [This media type MAY be encoded as appropriate for the charset and >> >> the capabilities of the underlying MIME transport. For 7-bit transports, >> >> data in UTF-8 MUST be encoded in quoted-printable or base64. For 8 >> >> -bit clean transport (e.g., 8BITMIME[RFC1652] ESMTP or NNTP >> >> [RFC0977]), UTF-8 does not need to be encoded. Over HTTP >> >> [RFC2616], no content-transfer-encoding is necessary and UTF-16 may >> >> also be used.] >> >> Security considerations: >> All of the security considerations described in RFC 3023 >> >> Interoperability considerations: >> Same as interoperability considerations described in RFC 3023 >> [XML has proven to be interoperable across WebDAV clients and >> >> servers, and for import and export from multiple XML authoring tools. >> >> For maximum interoperability, >> validating processors are recommended. Although non-validating >> processors may be more efficient, they are not required to handle >> all features of XML.] >> Also, interoperability requirements are specified throughout the >> >> specification and summarized in its Conformance section >> >> Published specification: >> [the current latest published version is: >> XLIFF Version 2.0 (CSD02) >> http://docs.oasis-open.org/xliff/xliff-core/v2.0/csd02/xliff-core-v2.0- >> >> csd02.html >> The relevant publsihed version at the time of submission will be most >> >> likely this:] >> XLIFF Version 2.0 (CSD03) >> http://docs.oasis-open.org/xliff/xliff-core/v2.0/csd02/xliff-core-v2.0- >> >> csd03.html >> [the above will not resolve until the thrird public review call become s >> >> public, the csd03 will be largely based on this current working draft: >> wd03: https://tools.oasis-open.org/version- >> >> control/browse/wsvn/xliff/trunk/xliff-20/xliff-core.pdf] >> >> Applications that use this media type: >> XLIFF conformant applications, according to the Conformance Section >> >> of the specification. >> >> Fragment identifier considerations: >> Generic XML processors won't be able to resolve XLIFF fragment >> >> identifiers, as the fragment identification syntax is specific for XLIFF >> >> and has been defined in its Fragment Identification section as of >> >> csprd03 [wd03] of Version 2.0. [XLIFF 1.2 has never been registered as >> >> a media type, I learn there is a xliff-xml type corresponding to XLIFF 1.2 >> >> in the private x-tree, which seems to have been ill conceived for, >> >> however should be irrelevant for this current registration of XLIFF 2.0] >> Intended usage: >> COMMON >> Restrictions on usage: N/A >> >> Author: >> OASIS XML Localisation Interchange File Format (XLIFF) TC >> Editors: Tom Comerford, tom@supratext.com; David Filip, >> >> David.Filip@ul.ie; Yves Savourel, ysavourel@enlaso.com >> >> Change controller: >> OASIS XML Localisation Interchange File Format (XLIFF) TC >> https://www.oasis-open.org/committees/xliff/ >> Bryan Schnabel, bryan.s.schnabel@tektronix.com, Chair >> Tom Comerford, tom@supratext.com, Secretary >> David Filip, David.Filip@ul.ie, Secretary >> >> Provisional registration? (standards tree only): YES >> [I assume that the registration becomes fix after we reach the OASIS >> >> standard stage] >> >> >> Additional information: >> >> Deprecated alias names for this type: N/A >> Magic number(s): N/A >> File extension(s): .xlf >> Macintosh file type code(s): "TEXT" >> >> Person& email address to contact for further information: >> OASIS Technical Committee administration >> tc-admin@oasis-open.org >> [the review comments will be monitored by david.filip@ul.ie on this list] >> >> >> >> ----end of the registration form >> >> >> >> >> _______________________________________________ >> media-types mailing list >> media-types@ietf.org >> https://www.ietf.org/mailman/listinfo/media-types >> >
- [media-types] Potential media type registration f… Dr. David Filip
- Re: [media-types] Potential media type registrati… Martin J. Dürst
- Re: [media-types] Potential media type registrati… Dr. David Filip
- Re: [media-types] Potential media type registrati… SM