Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from http://www.persianw3c.org/TR/2006/REC-xml-names11-20060816/ below:

XML 1.1 (ویرایش دوم)

ما تصور می نماییم کاربردهای زبان نشانه گذاری توسعه پذیر (XML) را در جایی که یک سند واحد XML می تواند حاوی عناصر و ویژگیها باشد (در اینجا به عنوان یک "فرهنگ لغات نشانه گذاری شده" اشاره شده است) آنها برای و توسط واحدهای نرم افزار چندگانه تعریف شده و بکار رفته اند. یک انگیزش برای این تشکل واحدی است: چنانچه فرهنگ لغات موجود نشانه گذاری که بخوبی قابل درک است و برای جایی که دسترسی نرم افزار کاربرد مفیدی دارد، بهتر است جهت دسترسی این تصدیق نشانه گذاری قابل استفاده باشند.

چنین اسنادی، شامل فرهنگهای لغات نشانه گذاری چندگانه مطرح کننده ی مسائل تصدیق و تصادف است. واحدهای نرم افزار ضرورری است جهت تصدیق عناصر و ویژگیهایی که جهت پردازش در نظر گرفته شده اند، به یک میزان توانا باشند که در صورت "برخورد" گستردگی با توجه به اینکه برای بسته ی نرم افزار دیگر در نظر گرفته شده که نام ویژگی یا نام عنصر یکسانی را بکار برند.

این ملاحظات مستلزم آن است که آن سند نامهای ساخته شده را بایستی ساخته باشد بگونه ای که از برخوردهای میان نامها از فرهنگهای لغات نشانه گذاری متفاوت اجتناب شود. این مشخصه یک سازوکار فضاهای نامی XML، را توصیف می کند که این با تخصیص نامهای توسعه یافته جهت عناصر و ویژگیها انجام می پذیرد.

جایی که تاکید شده، کلید واژه های MUST, MUST NOT, REQUIRED, SHOULD, SHOULD NOT, MAY در این سند بگونه ای که در [Keywords] توصیف شده، تعبیر شده اند.

آن نکته ای که بسیاری از غیر پایانی ها در این مشخصه نه اینجا بلکه در مشخصه XML تعیین شده اند [XML]. هنگامی که غیر پایانی های تعیین شده در اینجا نامهای یکسانی بعنوان غیر پایانی های تعیین شده در مشخصه ی XML دارند، تولیدات اینجا در تمام موارد سازگار یک زیر مجموعه از رشته ها توسط یکاهای قرینه ی آنجا هماهنگ شده اند.

در این تولیدات سند، NSC یک "محدودیت فضای نامی است"، یکی از قواعدی که اسناد مطابق با این خصوصیات می بایستی ادامه دهند.

[تعریف: یک فضای نامی XML توسط یک مرجع IRI آی آر آی [RFC3987] شناسایی شده است؛ نامهای ویژگی و عنصر می توانند در یک فضای نامی کاربردی XML سازوکار توصیف شده در این خصوصیات را بکار بر ند.]

[تعریف: یک نام توسعه یافته جفتی شامل یک نام فضای نامی و یک نام محلی است. ] [تعریف: برای یک نام  N در یک فضای نامی شناخته شده توسط یک IRI I, نام فضای نامی است I. برای یک نام  N که در یک فضای نامی نیست، نام فضای نامی مقدار ندارد.] [تعریف: در هر صورت نام محلی هست  N. ] که این ترکیبی از فضای نامی IRI اداره شده بطور کلی با نامهای محلی فهرست لغاتی است که در پیشگیری از تلاقی نام موثر است.

مراجع IRI می توانند حاوی کاراکترهای غیر مجاز در نامها باشند، و غالب اوقات بطور نامناسبی بلندند، بنابراین نامهای توسعه یافته مستقیما جهت عناصر نام و ویژگیها در اسناد XML استفاده نشده اند. در عوض نامهای مناسب بکار برده شده اند. [تعریف: یک نام مناسب نامی در رابطه با تفسیر فضای نامی است.] در انطباق اسناد با این خصوصیات، نامهای ویژگی و عنصر بصورت نامهای واجد شرایط ظاهر می شوند. از نظر نگارش، آنها هر یک از نامهای پیشوندی یا نامهای غیر پیشوندی هستند. یک اعلان نحوی مبنی بر ویژگی است به شرط آنکه پیشوندها جهت نامهای فضای نامی و جهت فضای نامی پیش فرض که جهت نامهای عنصر غیر پیشوندی درخواست شده مقید شده باشند؛ این اعلانها توسط عناصری که روی آنها ظاهر می شوند محدود می گردند برای اینکه مقید سازی های متفاوت ممکن است در قسمتهای مختلف یک سند اعمال گردند. انطباق پردازنده ها به این خصوصیات  بایستی تصدیق شده و روی این اعلانها و پیشوندها اعمال شوند.

رشته ی خالی، در هر صورت یک مرجع مجاز IRI است، نمی تواند بعنوان یک نام فضای نامی استفاده شود.

کاربرد مراجع مربوطه ی IRI، شامل مراجع سند یکسان، در اعلانهای فضای نامی ناپسند شمرده می شود.

تذکر:

این ناپسند شمردن مراجع مرتبط URI با یک تصمیم جامع اعضای W3C XML قطعی شد [ناپسندی مربوطه ی URI]. آن همچنین اعلان می کند که  "خصوصیات اخیر همچون DOM, XPath و غیره. هیچ تفسیری برایشان تعریف نخواهد شد".

مراجع IRI تعیین کننده ی فضاهای نامی مقایسه شده می باشند هنگامی که تصمیم می گیرند که یک نام متعلق به یک فضای نامی معین و چه دو نام مرتبط با فضای نام یکسان باشد. [تعریف: دو IRI بعنوان رشته ها مورد عمل قرار گرفته اند، و آنها یکسان هستند اگر و تنها اگر رشته ها همانند هم می باشند، آن است که گفته شود، در صورتی که رشته کاراکترهای یکسانی دارند. ] مقایسه نسبت به بزرگ یا کوچک بودن حروف حساس است و بدون %-escaping انجام شده یا ناتمام مانده است.

یک نتیجه ی این آن است که مراجع IRI که در این مفهوم یکسان نیستند می توانند حل کننده ی منابع همانند باشند. مثالها شامل مراجع IRI هستند که تنها در مورد یا %-escaping یا در موجودیتهای خارجی متفاوتند که URI های پایه ی مختلفی دارند (اما توجه داشته باشید که IRI های خویشاوند به گونه ی نامهای فضای نام بد دانسته شده اند).

در یک اعلان فضای نامی، مرجع IRI  مقدار معمولی از ویژگی، بعنوان جانشین کاراکتر XML و مراجع موجود است که قبل از هر مقایسه ای انجام داده شده است.

مثالها:

مراجع IRI ذیل همگی برای مفاهیم فضاهای نامی معین متفاوتند، چون آنها در صورت فرق دارند:

• http://www.example.org/wine

• http://www.Example.org/wine

• http://www.example.org/Wine

مراجع IRI ذیل نیز همگی برای مفاهیم فضاهای نامی معین تفاوت دارند:

• http://www.example.org/rosé

• http://www.example.org/ros%c3%a9

• http://www.example.org/ros%c3%A9

• http://www.example.org/ros%C3%a9

• http://www.example.org/ros%C3%A9

به گونه ای که اینها هستند:

• http://www.example.org/~wilbur

• http://www.example.org/%7ewilbur

• http://www.example.org/%7Ewilbur

اگر eacute جهت é تعیین شده، تگهای شروعی ذیل همگی محتوی اعلانهای فضای نامی اتصالی پیشوندی p جهت مرجع IRI یکسان اند، http://example.org/rosé.

• <p:foo xmlns:p="http://example.org/rosé">

• <p:foo xmlns:p="http://example.org/ros&#xe9;">

• <p:foo xmlns:p="http://example.org/ros&#xE9;">

• <p:foo xmlns:p="http://example.org/ros&#233;">

• <p:foo xmlns:p="http://example.org/ros&eacute;">

بدین دلیل ریسک بی نظمی میان IRI ها که خواستار برابری هستند اگر مراجعه ای نشده، کاربرد کاراکترهای %-escaped در نامهای فضای نامی شدیدا کاسته شده است.

[تعریف: یک فضای نامی (یا به صورت دقیق تر، یک فضای نامی معتبر) کاربرد اعلان شده ی یک خانواده از خصیصه های اندوخته می باشد. چنین نام خصیصه ای هم بایستی xmlns باشد یا با xmlns: شروع شود. این ویژگیها، نظیر ویژگیهای دیگر XML می توانند باشند، به شرط آنکه مستقیما یا با پیش فرض باشند. ]

 Ù…قدار استاندارد شده متعلق به ویژگی بایستی هم یک مرجع IRI — هم نام فضای نام مشخص فضای نام  — یا یک رشته ی خالی باشد. نام فضای نام، که منظور مورد نظرش را سرویس می دهد، بایستی دارای خصوصیات یگانگی و ماندگاری باشند. این هدفی نیست که مستقیما برای بازیابی یک طرح (هر آنچه موجود است) قابل استفاده باشد. نامهای منبع هم شکل [RFC2141] مثالی از دستورالعملی است که بر اساس این اهداف ذهنی در نظر گرفته شده اند. در هر صورت، این بایستی مورد توجه قرار گیرد که URL های معمولی بتوانند با چنین شیوه ای اداره شده باشند بگونه ای که به اهداف یکسانی دست یابند.

[تعریف: اگر نام ویژگی مطابق PrefixedAttName باشد، آنگاه NCName پیشوند فضای نام را ارایه می دهد، جهت پیوستن نامهای ویژگی و عنصر با نام فضای نام در مقدار ویژگی در محدوده ی عنصر استفاده شده که جهت اعلان پیوست شده است. ]

[تعریف: اگر نام ویژگی مطابق DefaultAttName باشد، آن هنگام نام فضای نامی در مقدار ویژگی بصورت فضای نامی پیش فرض در محدوده ی عنصر است که جهت اعلان پیوست شده است.] فضاهای نامی پیش فرض و مهم اعلانها 6 فضاهای نامی اجرایی جهت عناصر و ویژگیها مطرح شده اند.

یک مثال اعلان فضای نامی، که پیشوند edi را با نام فضای نامی پیوند می دهد http://ecommerce.example.org/schema:

<x xmlns:edi='http://ecommerce.example.org/schema'>
  <!-- the "edi" prefix is bound to http://ecommerce.example.org/schema
       for the "x" element and contents -->
</x>

محدودیتهای فضای نام: پیشوندهای اندوخته و نامهای فضای نامی

پیشوند xml بنابر تعریف جهت نام فضای نامی مقید شده است http://www.w3.org/XML/1998/namespace. اگر بایستی، اما مورد نیاز نیست، اعلان شده باشد، و نبایستی غیر اعلانی یا جهت هر نام فضای نامی دیگر مقید شده باشد. پیشوندهای دیگر نبایستی محدود کننده ی این نام فضای نامی باشند و آن نبایستی بعنوان فضای نامی پیش فرض اعلان شده باشد.

پیشوند xmlns تنها جهت اعلان اتصالات فضای نامی استفاده شده و با مشخصات محدود شده جهت نام فضای نامی می باشد /http://www.w3.org/2000/xmlns. که نبایستی اعلان شده یا اعلان نشده باشد. پیشوندهای دیگر نبایستی مقید به این نام فضای نامی باشد و آن نبایستی بعنوان فضای نامی پیش فرض اعلان شده باشد. نامهای عنصر نبایستی دارای پیشوند xmlns باشند.

تمامی پیشوندهای شروعی دیگر با سه رشته حرف x, m, l, با هر ترکیبی، ذخیره شده اند. آن بدین منظور است:

• کاربران نمی بایست آنها را بکار برند جز بصورت تعیین شده توسط خصوصیات اخیر

• پردازنده ها نبایستی با آنها به عنوان اشتباهات خطرناک رفتار نمایند.

در هر صورت آنها خودشان اندوخته نشده اند، آن ناروا است که نامهای پیشوند شده ی اتصالات LocalPart با حروف x, m, l, به هر صورت ترکیبی بکار روند شروع گردند، بعنوان این نامها می خواهند استفاده شده باشند در صورتی که بخواهد ذخیره شود در صورتی که بدون یک پیشوند استفاده شده باشد.

در انطباق اسناد XML به این خصوصیات، برخی نامها (مطابق با Name غیر پایانی می سازند) بایستی بصورت نامهای واجد شرایط معین باشند، بصورتی که در زیر تعریف شده اند:

  پیشوند قسمت پیشوند فضای نامی از نام فضای نامی را تامین می نماید، و  بایستی با یک مرجع فضای نامی IRI در یک اعلان فضای نامی مرتبط باشد. [تعریف: The LocalPart بخش محلی نام واجد شرایط را تامین می کند.]

توجه داشته باشید که دستورالعمل های پیشوندی تنها بعنوان یک مکان نگه دار برای یک نام فضای نامی بکار می روند. برنامه های کاربردی می بایستی نام فضای نامی، نه پیشوند را، در ایجاد نامها بکار برند که محدوده ی سند را توسعه دهد.

در انطباق اسناد XML با این خصوصیات، نامهای عنصر بعنوان نامهای واجد شرایط معین، بصورت ذیل تعیین شده اند:

مثالی از یک نام واجد شرایط سرویس دهنده بعنوان یک نام عنصر:

  <!-- the 'price' element's namespace is http://ecommerce.example.org/schema -->
  <edi:price xmlns:edi='http://ecommerce.example.org/schema' units='Euro'>32.18</edi:price>

ویژگیهای هر دوی اعلانهای فضای نامی یا نام هایشان بصورت نامهای واجد شرایط معین هستند:

مثالی از یک نام واجد شرایط سرویس دهنده بعنوان یک نام ویژگی:

<x xmlns:edi='http://ecommerce.example.org/schema'>
  <!-- the 'taxClass' attribute's namespace is http://ecommerce.example.org/schema -->
  <lineItem edi:taxClass="exempt">Baby food</lineItem>
</x>

محدودیت فضای نامی: اعلان شده ی پیشوند

پیشوند فضای نامی، جز آنکه xml یا xmlns است، بایستی در یک ویژگی اعلان فضای نامی در هر یک از تگ شروعی عنصر در جایی که پیشوند استفاده شده یا در یک عنصر جدی اعلان شده باشد (یعنی یک عنصر در محتوایش نشانه گذاری پیشوند شده واقع گشته است). علاوه بر این، مقدار ویژگی در درون چنین اعلانی نبایستی یک رشته ی خالی باشد.

این محدودیت می تواند منجر به دشواریهای عملیاتی در مورد جایی گردد که ویژگی اعلان فضای نامی است مشروط به اینکه، مستقیما درهویت سند XML نباشد، اما از طریق یک ویژگی پیش فرض اعلان شده در یک موجودیت خارجی باشد. همچنین اعلانها نمی توانند توسط نرم افزاری که مبنی بر پردازنده ی XML غیر اعتباری است خوانده شود. بسیاری از موارد کاربردی XML، احتمالا شامل یکاهای مهم فضای نامی، جهت پردازنده های اعتباری رد شده است. اگر عملیات با چنین برنامه های کاربردی لازم است تصحیح شود، اعلانهای فضای نامی بایستی باشند بشرط آنکه مستقیما یا از طریق ویژگی های پیش فرض در زیر مجموعه های داخلی DTD اعلان شده باشند.

نامهای عنصر و نامهای ویژگی نیز هنگامی که در اعلانها در DTD ظاهر می شوند بصورت نامهای واجد شرایط معین شده اند:

توجه داشته باشید که ارزیابی مبنی بر DTD آگاه از فضای نامی در زیر دریافت نشده است: یک DTD مجبور می نماید عناصر و ویژگی هایی که می توانند در یک سند توسط نامهای تفسیر نشده ی خودشان ظاهر شوند، نه توسط دو قسمت (نام فضای نامی، نام محلی). جهت معتبر سازی سندی که در مقابل یک DTD از فضاهای نامی استفاده می نماید، پیشوندهای یکسان بایستی بصورتی که در نمونه است در DTD استفاده شده باشند. یک DTD بهرحال ممکن است بطور غیر مستقیم مجبور نماید که فضاهای نامی استفاده شده را در یک سند معتبر مشروط به مقادیر FIXED# برای ويژگیهای فضاهای نامی اعلان نمایند.

محدوده ی یک اعلان فضای نامی اعلان کننده ی یک پیشوند توسعه یافته ها مطابق آغاز تگ شروع چنان بنظر می رسد که تا انتهای مشابه تگ پایان، به استثنای محدوده ی هر اعلان داخلی با قسمت NSAttName یکسان باشد. در مورد یک تگ خالی،  محدوده خود تگ است.

چنین اعلان فضای نامی ای جهت تمام نامهای ویژگی و عنصر درون محدوده اش که مربوط به سازگاریهای پیشوندی تعیین شده ی آن در اعلان می باشد، بکار می رود.

نام بسط یافته مطابق با یک نام ویژگی یا عنصر پیشوند شده IRI ای را داراست که پیشوند بصورت نام فضای نامی خودش، و قسمت محلی بصورت نام محلی اش محدود شده است.

<?xml version="1.1"?>

<html:html xmlns:html='http://www.w3.org/1999/xhtml'>

  <html:head><html:title>Frobnostication</html:title></html:head>
  <html:body><html:p>Moved to 
    <html:a href='http://frob.example.com'>here.</html:a></html:p></html:body>

</html:html>

چندین پیشوند فضای نامی می توانند بصورت ویژگیهای یک عنصر واحد، همچون در این نمونه نشان داده شوند:

<?xml version="1.1"?>
<!-- both namespace prefixes are available throughout -->
<bk:book xmlns:bk='urn:loc.gov:books'
         xmlns:isbn='urn:ISBN:0-395-36341-6'>
    <bk:title>Cheaper by the Dozen</bk:title>
    <isbn:number>1568491379</isbn:number>

</bk:book>

مقدار ویژگی در یک اعلان فضای نامی برای یک پیشوند می تواند تهی باشد. این اثر را در محدوده ی اعلان، از رفع هر نوع پیوند پیشوند با یک نام فضای نامی دارا است. بیشتر اعلانها می توانند دوباره پیشوند را از نو اعلان نمایند:

<?xml version="1.1"?>
<x xmlns:n1="http://www.w3.org">
    <n1:a/>               <!-- legal; the prefix n1 is bound to http://www.w3.org -->

    <x xmlns:n1="">
        <n1:a/>           <!-- illegal; the prefix n1 is not bound here -->
	<x xmlns:n1="http://www.w3.org">
            <n1:a/>       <!-- legal; the prefix n1 is bound again -->
        </x>

    </x>
</x>

محدوده ی یک اعلان فضای نامی پیش فرض بواسطه ی آغاز تگ  شروعی که در آن تا انتهای مشابه تگ پایانی ظاهر می شود، بجز محدوده ی هر یک از اعلانهای فضای نامی پیش فرض درونی، توسعه می یابد. در مورد یک تگ خالی، محدوده خود تگ است.

یک اعلان فضای نامی پیش فرض تمامی نامهای عنصر غیر پیشوندی درون محدوده اش را درخواست می کند. اعلانهای فضای نامی پیش فرض مستقیما نامهای ویژگی را درخواست نمی نمایند؛ تفسیر ویژگیهای غیر پیشوندی توسط عنصر که بر روی آنها ظاهر می شود، قطعی است.

اگر در آنجا یک اعلان فضای نامی پیش فرض در محدوده است، نام بسط یافته مطابق با یک نام عنصر پیشوندی دارای IRI از فضای نامی پیش فرض بصورت نام فضای نامی است. اگر در آنجا اعلان فضای نامی پیش فرض در محدوده نیست، نام فضای نامی بدون مقدار است. نام فضای نامی همواره برای یک نام ویژگی غیر پیشوندی بدون مقدار است. در تمام موارد، نام محلی   قسمت محلی است (که البته بصورت نام غیر پیشوندی خودش مشابه است).

<?xml version="1.1"?>

<!-- elements are in the HTML namespace, in this case by default -->
<html xmlns='http://www.w3.org/1999/xhtml'>
  <head><title>Frobnostication</title></head>
  <body><p>Moved to 
    <a href='http://frob.example.com'>here</a>.</p></body>

</html>

<?xml version="1.1"?>
<!-- unprefixed element types are from "books" -->
<book xmlns='urn:loc.gov:books'
      xmlns:isbn='urn:ISBN:0-395-36341-6'>
    <title>Cheaper by the Dozen</title>
    <isbn:number>1568491379</isbn:number>

</book>

مثالی کامل تر از نقل فضای نامی:

<?xml version="1.1"?>
<!-- initially, the default namespace is "books" -->
<book xmlns='urn:loc.gov:books'
      xmlns:isbn='urn:ISBN:0-395-36341-6'>
    <title>Cheaper by the Dozen</title>
    <isbn:number>1568491379</isbn:number>

    <notes>
      <!-- make HTML the default namespace for some commentary -->
      <p xmlns='http://www.w3.org/1999/xhtml'>
          This is a <i>funny</i> book!
      </p>

    </notes>
</book>

مقدار ویژگی در یک اعلان فضای نامی پیش فرض می تواند تهی باشد. این اثر یکسانی دارد، درون محدوده ی اعلان از آنجا فضای نامی پیش فرض موجود نیست.

<?xml version='1.1'?>
<Beers>
  <!-- the default namespace inside tables is that of HTML -->

  <table xmlns='http://www.w3.org/1999/xhtml'>
   <th><td>Name</td><td>Origin</td><td>Description</td></th>

   <tr> 
     <!-- no default namespace inside table cells -->
     <td><brandName xmlns="">Huntsman</brandName></td>
     <td><origin xmlns="">Bath, UK</origin></td>

     <td>
       <details xmlns=""><class>Bitter</class><hop>Fuggles</hop>
         <pro>Wonderful hop, light alcohol, good summer beer</pro>

         <con>Fragile; excessive variance pub to pub</con>
         </details>
        </td>
      </tr>
    </table>

  </Beers>

در انطباق اسناد XML با این خصوصیات، هیچ تگی نمی تواند دربرگیرنده ی دو ویژگی باشد که:

1. نامهای یکسان دارد یا

2. دارای نامهای واجد شرایط با قسمت محلی یکسان با پیشوندها است که مقید به نامهای فضای نامی بوده اند که همانند هستند.

این محدودیت برابر با تقاضای آن بدون عنصر دارای دو ویژگی با نام بسط یافته ی یکسان است.

برای مثال، هر یک از تگهای عنصر تهی bad در ذیل غیر مجازند:

<!-- http://www.w3.org is bound to n1 and n2 -->
<x xmlns:n1="http://www.w3.org" 
   xmlns:n2="http://www.w3.org" >
  <bad a="1"     a="2" />
  <bad n1:a="1"  n2:a="2" />

</x>

بهرحال، هر یک از تگهای ذیل مجازند، دوما برای اینکه نامهای پیش فرض نمی توانند به نامهای ویژگی اشاره نمایند:

<!-- http://www.w3.org is bound to n1 and is the default -->
<x xmlns:n1="http://www.w3.org" 
   xmlns="http://www.w3.org" >
  <good a="1"     b="2" />
  <good a="1"     n1:a="2" />
</x>

این خصوصیات به اسناد XML 1.1 اشاره می نمایند. جهت تطبیق با این خصوصیات، یک سند بایستی مطابق با خصوصیات XML 1.1 خوش ترکیب باشد [XML 1.1].

در اسناد XML که مطابق با این خصوصیات هستند، نامهای ویژگی و عنصر بایستی هماهنگ با تولید برای QName باشند و بایستی جبران کننده ی "محدودیتهای فضای نامی" باشند. تمامی نشانه های دیگر در سند که مورد نیازند، برای خوش ترکیبهای XML 1.1 ، جهت سازگاری تولید XML برای Name بایستی هماهنگ با این تولید خصوصیات برای NCName باشند.

[تعریف: یک سند در صورتی که مطابق با این خصوصیات باشد خوش ترکیب فضای نامی است. ]

در یک سند خوش ترکیب فضای نامی چنین است:

• تمامی نامهای ویژگی و عنصر دارای هر یک از صفر و کلن می باشند؛

• بدون نامهای موجود، تارگتهای دستور پردازش یا نامهای نشان گذاری شامل هر یک از کلن ها.

بعلاوه یک سند خوش ترکیب فضای نامی همچنین می تواند فضای نامی معتبر باشد.

[تعریف: یک سند خوش ترکیب فضای نامی در صورتی که مطابق با خصوصیات XML 1.1 معتبر است فضای نامی معتبر می باشد و تمام نشانه های متفاوت نامهای ویژگی و عنصر که لازمند، برای اعتبار XML 1.1، جهت سازگاری تولید XML برای Name هماهنگ با این تولید خصوصیات برای NCName است. ]

در یک سند فضای نامی معتبر چنین است:

• بدون ویژگیها با یک نوع اعلان شده از (ID، IDREF(S)، ENTITY(IES یا NOTATION شامل هر کلن.

جهت مطابقت با این خصوصیات، ÛŒÚ© پردازنده بایستی تخلفات خوش ترکیبی فضای نامی را گزارش دهد، بجز آن لازم نیست تا بررسی نماید که نامهای فضای نامی آن IRI های مجاز هستند.

[تعریف: یک پردازنده ی اعتباری XML که با این خصوصیات مطابقت می نماید اگر به اضافه ی آن خطاهای اعتباری فضای نامی را گزارش دهد فضای نامی اعتباری است. ]

The manager of the translating group: Roauf Khalil Aqayi

مدير گروه ترجمه انگليسی به فارسی: رئوف خليل آقایی

Translator: Seyyed Abdul Qader Samadi  

ترجمه از انگليسی به فارسی: سيد عبدالقادر صمدی

Translated this page into Persian/Farsi on 28th August 2008

اين صفØه در 28 اوت 2008 به فارسی ترجمه شده است.

 Please report errors in this Translation to the http://lists.w3.org/Archives/Public/w3c-translators or to yoursite2web@gmail.com and translators@persianw3c.org

لطفا خطاهای موجود در این ترجمه را به http://lists.w3.org/Archives/Public/w3c-translators و یا به yoursite2web@gmail.com و translators@persianw3c.org گزارش دهید.

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.3