cyanic-selkie/wikianc huggingface dataset:
اماتنانگو دو لا فرانترا
اماتنانگو دو لا فرانترا (به اسپانیایی: Amatenango de la Frontera) یک منطقهٔ مسکونی در مکزیک است که در چیاپاس واقع شده‌است.
خصوصیات
اماتنانگو دو لا فرانترا ۱۷۱٫۴ کیلومترمربع مساحت و ۲۶٬۰۹۴ نفر جمعیت دارد.
حلزون نفیر قرمز
حلزون نفیر قرمز نام یک گونه از فراراستهُ تازه‌شکم‌پایان است.
بروس گریام
بروس گریام متولد ۱۹۲۵، معمار آمریکایی بود.
گریام در دانشگاه پنسیلوانیا و دانشگاه دیتون تحصیل نمود.
اندیس رودخانه دهک سر چاه شور
رودخانه دهک سر چاه شور یک اندیس فلزی است که در حوالی شهر سر چاه شور استان خراسان قرار دارد و مادهٔ معدنی موجود در آن، مس است.سنگ میزبان این اندیس آندزیت ،بازالت است و دیرینگی آن به دوران نئوژن می‌رسد. در این اندیس، پاراژنز‌های آزوریت یافت می‌شوند.
باش‌برات
باش‌برات، روستایی از توابع بخش تخت سلیمان شهرستان تکاب در استان آذربایجان غربی ایران است.
جمعیت
این روستا در دهستان ساروق قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۳۸۵، جمعیت آن ۴۲۶ نفر (۸۰ خانوار) بوده‌است.
گرینوود (شهرک، شهرستان ورنون، ویسکانسین)
گرینوود (به انگلیسی: Greenwood) یک منطقهٔ مسکونی در ایالات متحده آمریکا است که در شهرستان ورنن، ویسکانسین واقع شده‌است. گرینوود ۲۸۱٫۰۳ متر بالاتر از سطح دریا واقع شده‌است.
چراغ خانه
چراغ خانه نام یک مجموعهٔ تلویزیونی ایرانی به کارگردانی «منوچهر پوراحمد» است که در سال ۱۳۶۸ تهیه و از شبکه ۱ پخش گردید.
خلاصه داستان
پدری برای تهیه جهیزیه دخترش، منزل خود را می‌فروشد؛ اما کیف پول گم می‌شود و با گم شدن پول‌ها، او به همهٔ اطرافیان مشکوک می‌شود. سوءظن او، اتفاقات و ماجراهای زیادی را در پی دارد اما درست در روز عقد، دایی دختر متوجه می‌شود کیف پول با کیف مشابه دیگری اشتباه شده‌است و در نهایت پول‌ها پیدا می‌شود.
آنتونی مودست
آنتونی مودست (Anthony Modeste؛ زادهٔ April 14, 1988) بازیکن فوتبال اهل فرانسه است که برای باشگاه دورتموند بازی می‌کند.
داریو بوتارو
داریو بوتارو (Dario Bottaro؛ زادهٔ November 5, 1966) دوچرخه‌سوار اهل ایتالیا است.
آنتونی مودست
از باشگاه‌هایی که در آن بازی کرده‌است می‌توان به نیس، آنژه، بوردو، بلکبرن راورز، باستیا هوفنهایم، کلن، تیانجین چوانجیان و سن-اتین اشاره کرد.
داریو بوتارو
باشگاهی
از باشگاه‌هایی که در آن رکاب زده‌است می‌توان به جویس–بالان اشاره کرد.
آنتونی مودست
وی همچنین در تیم ملی فوتبال زیر ۲۱ سال فرانسه بازی کرده‌است.
ایاس بن طایی
ایاس بن طائی یا ایاس بن قبیصهٔ الطائی جانشین نعمان سوم یا نعمان بن منذر، آخرین پادشاه لخمی‌ها در حیره بود.
زمینهٔ تاریخی
لخمی‌ها یا بنی لخم نام دودمانی عرب بود که در روزگار ساسانیان و میان سده‌های سوم تا هفتم میلادی بر حیره فرمان می‌راندند.
آخرین پادشاه لخمی‌ها، نعمان سوم (ابوقابوس نعمان بن منذر) به دستور خسرو پرویز زندانی شده و به قتل رسید. قتل نعمان منجر به سلسله حوادثی شد که در نهایت جنگ ذوقار را در پی داشت.
انتصاب ایاس بن طائی
خسرو پرویز بعد از کشتن نعمان سوم، ایاس بن طائی را به جای وی والی حیره و تمامی ولایاتی کرد که به دست نعمان بود. ایاس قریب ۹ سال نظر به روایات با نظارت و همدستی یک نمایندهٔ ایرانی به نام نخیرگان حکومت می‌کرد. ایاس مردی بود که هنگامی که خسرو پرویز از پیش بهرام چوبین فرار کرده و بطرف روم می‌رفت، به او توشهٔ راه و اسب داده و یاری رسانده بود. هنگامی که خسرو به پادشاهی بازگشت به وی چهار هزار نفر سپاهی داده و وی را سالار کرد. نعمان قبل از دستگیری و مرگ همهٔ اموال و سلاحهای خود را به هانی بن مسعود، بزرگ قبیلهٔ شیبانی (یکی از قبیله‌های بکر بن وائل) سپرده بود. خسرو بعد از مرگ نعمان به ایاس نامه نوشت که اموال و سلاحهای نعمان را نزد او بفرستد. ایاس کس پیش هانی بزرگ طایفه فرستاد که اموال را پس بگیرد ولی هانی از دادن اموال خودداری کرده، گفت، تا جان دارم، ترکهٔ نعمان به کس ندهم. چون هانی ابا کرد، خسرو خشمگین شد و گفت که طایفهٔ بکر بن وائل را نابود خواهد کرد و خواست سپاه بفرستد.
ایاس به وی گفت که گروه بنی شیبان و گروه بنی بکر و بنی عجل مردمانی بسیارند و در زمستان پراکنده هستند سپاه بزرگ لازم است و کار سختی است. قرار بر این شد که هنگام تابستان که هانی و همهٔ قبیلهٔ بکر بن وائل و بنی شیبان و بر سر آب ذوقار جمع شدند، سپاه برای جنگ فرستاده بشود.
نقش ایاس بن طائی در جنگ ذوقار
در جنگ ذوقار که نخستین جنگ منجر به پیروزی اعراب، شناخته می‌شود، ایاس بن طائی، فرماندهی سپاه خسرو را برعهده داشت. سپاه خسرو از قشون زیر تشکیل شده بود.
۱. سپاه قیس بن مسعود، کاردار خسرو در سواد عراق، مرکب از دو هزار نفر عرب
۲. سپاه هامرز تستری، فرمانده سپاه خسرو، مرکب از دوازده هزار نفر
۳. سپاه هرمز خرداد، مرکب از هشت هزار نفر
۴. سپاه جلابزین، فرمانده سپاه خسرو
جنگ ذوقار و شکست ایرانیان
قیس بن مسعود که خود از قبیلهٔ بنی شیبان بود، طبق تبانی قبلی با فرمانده سپاه قبایل بکر بن وائل، در هنگام نبرد سپاه خود را از میدان بیرون کشید و سپاه ایرانیان را، در میانهٔ میدان، تنها گذاشت. به غیر از این عامل دیگری که اسباب شکست ایرانیان را فراهم آورد، ذخیره نداشتن آب کافی بود. ایرانیان برای دو روز آب به همراه داشتند و اعراب پیش برای دو هفته آب ذخیره کرده بودند، پس جنگ را به درازا کشانده، ایرانیان از گرما و تشنگی هلاک شدند یا رو به هزیمت نهادند.
جانشینان ایاس در حیره
در سال ۶۱۸ میلادی پس از ایاس یک حاکم ایرانی به اسم آزادبه قریب به ۱۷ سال تا سال ۶۳۳ میلادی در آن خطه حکومت داشت. پسر نعمان سوم که منذر نام داشت و به منذر پنجم و غرور معروف شد، باز پس از چندی در سال ۱۱ هجری در موقع ارتداد قبائل عرب در بحرین سری بلند کرده و به ریاست عرب‌های مرتد انتخاب شد و چند ماهی امارت کرد ولی در جنگ جواثا یا یکی از جنگ‌های مقارن آن به دست مسلمین کشته شد و تسلطی در حیره نداشت.
پل دودهک
پل دودهک مربوط به دوره صفوی است و در شهرستان اراک، بخش مرکزی، روستای دودهک واقع شده و این اثر در تاریخ با شمارهٔ ثبت ۴۶۱۷ به‌عنوان یکی از آثار ملی ایران به ثبت رسیده است.
این پل بر روی رودخانه قم‌رود احداث شده و دارای ۴ دهانه متقارن می‌باشد. عرض پل حدود ۳ متر می‌باشد که در دو طرف آن دیوارهایی به ارتفاع ۱ متر ساخته شده است. در سال‌های اخیر دو دهنه آن فرو ریخته است.
موش‌صاریغ پشمالوی شکم‌سفید
موش‌صاریغ پشمالوی شکم‌سفید (نام علمی: Marmosa constantiae) نام یک گونه از سرده موش‌صاریغ‌ها است.
گاوین ماهون
گاوین ماهون (Gavin Mahon؛ زادهٔ January 2, 1977) بازیکن فوتبال اهل بریتانیا است.
از باشگاه‌هایی که در آن بازی کرده‌است می‌توان به باشگاه فوتبال تاموورث، باشگاه فوتبال برنتفورد، باشگاه فوتبال ولورهمپتون واندررز، باشگاه فوتبال کویینز پارک رنجرز، باشگاه فوتبال پورتسموث، باشگاه فوتبال هرفورد یونایتد، باشگاه فوتبال نوتس کانتی، باشگاه فوتبال واتفورد، باشگاه فوتبال کریستال پالاس، و باشگاه فوتبال استیونج اشاره کرد.
گرگ گرت
گرگ گرت (Greg Garrett؛ زادهٔ ۶ نوامبر ۱۹۶۱) یک پدیدآور، و استاد اهل ایالات متحده آمریکا است.
پارکدیل، اورگن
پارکدیل (به انگلیسی: Parkdale) یک منطقهٔ مسکونی در ایالات متحده آمریکا است که در شهرستان هود ریور، اورگن واقع شده‌است. پارکدیل ۱٫۶ کیلومتر مربع مساحت و ۳۱۱ نفر جمعیت دارد و ۵۲۶ متر بالاتر از سطح دریا واقع شده‌است.
چومالو
چومالو، روستایی از توابع بخش قره‌پشتلو شهرستان زنجان در استان زنجان ایران است.
جمعیت
این روستا در دهستان قره‌پشتلو پایین قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۳۸۵، جمعیت آن ۳۸۲ نفر (۷۰خانوار) بوده‌است.
روش لکه غربی
روش لکه غربی یکی از روش‌های بلاتینگ است که برای تشخیص و آنالیز پروتئین‌ها استفاده می‌شود. این روش یک آزمایش تأییدکننده است و وجود نوعی پادتن(آنتی‌بادی ایمونوگلوبولین نوع جی) علیه چند نوع پروتئین ویروسی را بررسی می‌کند. این روش در مقایسه با تست الیزا، اختصاصی‌تر است ولی از حساسیت کمتری برخوردار است و چون آزمایشی نسبتاً گران محسوب می‌شود، به عنوان اولین آزمایش انجام نمی‌گیرد و بیشتر در تأیید نتایج مثبت شده تست الیزا بکار می‌رود. تست وسترن بلات در همراهی با تست الیزا، بیش از ۹۹٪ مورد اطمینان خواهد بود.
مراحل وسترن بلاتینگ
این روش آزمایشگاهی دارای ۳ مرحله است: اول انتقال به ژل الکتروفورز دوم انتقال به غشاء نیتروسلولز و سوم شناسایی پروتئین اختصاصی. ابتدا پروتئین‌های تفکیک شده بر روی ژل الکتروفورز به غشاء منتقل می‌شود. سپس از پادتنها (آنتی‌بادی‌ها) برای مشخص کردن پروتئین‌ها استفاده می‌شود. برخلاف روش، روش وسترن بلات یک روش غیر مستقیم جستجوی پادگن است.
مرحله مسدود سازی
غشاهای مورد استفاده در بلاتینگ ظرفیت زیادی برای گرفتن پروتئین‌ها دارند (برای مثال ۱۰۰ میکروگرم در هر سانتیمتر مربع از غشای نیتروسلولز) دارند. این خصوصیت اگرچه در جای خود بسیار مطلوب است ولی با اتصال غیر اختصاصی پروتئین‌های نشان دار در مراحل بعدی آزمایش به بروز اختلال در تشخیص منجر می‌شود. از این رو باید مناطق آزاد غشا قبل از مراحل تشخیص مسدود گردد. بهترین راه مسدود کردن این مناطق آزاد استفاده از پروتئین‌هایی است که خود با مواد نشان دار (مثل آنتی‌بادی) واکنش نمی‌دهد. کم هزینه بودن و سهولت تهیه از معیارهای اصلی انتخاب پروتئین مسدودکننده است. در جدول زیر نام و غلظت کاری تعدادی از پروتئین‌های مسدودکننده آمده‌است. دترجنت‌ها نیز می‌توانند از اتصال پروتئین‌ها به غشا جلوگیری کنند. توین-۲۰ معمولترین دترجنت مورد استفاده در این کار است. باید این نکته را توجه کرد که توین -۲۰ در غلظت‌های بالا (بیش از نیم درصد) در پاره‌ای موارد از اتصال لیگاند به پروتئین نیز جلوگیری می‌کند.
تشخیص با آنتی‌بادی
پس از بلاتینگ پروتئین‌ها و بلوکه کردن غشا، مرحله تشخیص اختصاصی را می‌توان انجام داد. همانگونه که قبلاً نیز گفته شد ایمونوبلاتینگ در بسیاری از موارد به هدف تشخیص طبی است. در این موارد باندهای انتقال یافته شامل همه یا بخشی از پروتئین‌های پیکره میکروب (باکتری، ویروس یا قارچ) است که وجود یا عدم وجود آنتی‌بادی ضد سرم آن‌ها در سرم انسان یا حیوان بررسی می‌گردد.
مواد
بافر تریس نمکی با PH 7.5 (TBS). این بافر شامل تریس ۲۰ میلی مولار و کلرید سدیم ۱۵/۰ مولار است.
بافر تریس نمکی حاوری توین ۰۵/۰ درصد (TBS-T). به هر لیتر از بافر تریس نمکی ۵/۰ میلی لیتر توین- ۲۰ اضافه شود.
آنتی‌بادی اولیه (سرم بیمار یا حیوان ایمن شده). در صورت لزوم با TBS-T رقیق می‌گردد.
آنتی‌بادی ثانویه. این آنتی‌بادی ضد بخش ثابت آنتی‌بادی اول است و با آنزیم (پراکسیداز) کونژوگه شده‌است. رقت مورد نیاز از این آنتی‌بادی در TBS-T تهیه می‌شود.
محلول سوبسترای آنزیم پراکسیداز شامل دی آمینو بنزیدین ۵/۰ میلی‌گرم در میلی لیتر و پراکسید هیدروژن ۱/۰ درصد در TBS است.
روش آزمایش
پس از مرحله مسدودسازی، غشا را ۳ بار، هربار ۵ دقیقه در TBS-T بشویید. سپس ۱–۲ ساعت در آنتی‌بادی اول قرار دهید.
غشا را ۴ بار هر بار ۵ دقیقه در TBS-T بشویید. سپس ۱–۲ ساعت در آنتی‌بادی ثانویه (آنتی‌بادی کانژوگه با پراکسیداز) قرار دهید.
غشا را ۴ بار هر بار ۵ دقیقه در TBS-T بشویید. سپس آن را در معرض مقدار کافی از محلول سوبسترا قرار دهید. ظهور باندها معمولاً ۵–۱۵ دقیقه طول می‌کشد. پس از ظهور باندها غشا را در آب مقطر زیاد بشویید. غشا را خشک کرده، در محل تاریک قرار دهید.
اماتنانگو دل وال
اماتنانگو دل وال (به اسپانیایی: Amatenango del Valle) یک منطقهٔ مسکونی در مکزیک است که در چیاپاس واقع شده‌است.
روش لکه غربی
روش آزمایش
توجه شود که دی آمینوبنزیدین یک ماده بسیار سمی است. از تماس با آن خودداری کنید و در استفاده از آن دقت نمایید.
اماتنانگو دل وال
خصوصیات
اماتنانگو دل وال ۲۳۶ کیلومترمربع مساحت و ۶٬۵۵۹ نفر جمعیت دارد.
اندیس زریگان
زریگان یک اندیس فلزی است که در حوالی شهر چادر ملو استان یزد قرار دارد و مادهٔ معدنی موجود در آن، سرب و روی است.
جاناتان جرج
جاناتان جرج (Jonathan George؛ زادهٔ December 10, 1972) یک خواننده-ترانه‌سرا اهل ایالات متحده آمریکا است. وی از سال ۲۰۰۱ میلادی تاکنون مشغول فعالیت بوده‌است.
طلا و مس
طلا و مس فیلمی است از همایون اسعدیان محصول سال ۱۳۸۷ که در بیست و هشتمین جشنوارهٔ فیلم فجر به نمایش درآمد.
داستان
سیدرضا طلبه‌ ای که به تازگی با خانواده‌اش به تهران آمده، تا در کلاس‌ های استاد اخلاقی که وصف او را بسیار شنیده‌است شرکت کند. اما متوجه بیماری اسکلروز چندگانه همسرش زهرا می‌شود و به ناچار برای تهیه هزینۀ درمان او تغییراتی در شیوۀ زندگی‌اش می‌دهد...
بازتاب‌ها
طلا و مس با بازتاب خوبی در جشنواره‌های آمریکایی و کانادایی روبرو گردید و جشنواره‌های آناهایم، پالم اسپرینگز، موزه هنرهای عالی بوستون، و سان فرانسیسکو از آن با تحسین یاد کردند.
پایه‌های پل قدیمی کنا
پایه‌های پل قدیمی کنا مربوط به دوره صفوی است و در شهرستان بویراحمد، بخش دروهان، روستای کتا واقع شده و این اثر در تاریخ با شمارهٔ ثبت ۴۵۶۷ به‌عنوان یکی از آثار ملی ایران به ثبت رسیده است.
هل‌یه
هِل‌یه ابرگروه هوی متال آمریکایی بود که در سال ۲۰۰۶ تشکیل شد. پنج عضو اصلی گروه چاد گری (خواننده)، گرگ تریبت (ریتم گیتار)، تام مکسول (لید گیتار)، باب زیلا (بیس گیتار) و وینی پال (درامز) بودند. اولین آلبوم هل‌یه در سال ۲۰۰۷ منتشر شد.
کرایسلر اگزکیوتیو
این خودرو در کلاس لیموزین (خودرو) قرار گرفته و طراحی آن خودروهای موتور جلو-محور جلو بوده است. سیستم جعبه‌دندهٔ آن ۳ دنده به صورت خودکار است.
مخروطیان
مَخروطیان دسته‌ای از انواع درختان همیشه‌سبز هستند از رده ناژویان (Pinopsida).
مخروطیان درختانی نظیر کاج و سرو و غیره می‌باشند که دانه‌هایشان را در داخل مخروط‌های چوبی به وجود می‌آورند. در این گیاهان گل وجود ندارد و مخروط‌های نر و ماده جدا از هم بوده و گاهی بر روی دو درخت جدا می‌رویند.
شکل آن‌ها نفوذ نور خوب به همه برگها را با محدود کردن عرض بالای درخت ممکن می‌سازد.
شلبی سی‌اسایکس
شلبی سی‌اسایکس (Shelby CSX) خودرویی است که در سال‌های ۱۹۸۷ تا ۱۹۸۹تولید شده‌است. طراحی آن خودروهای موتور جلو-محور جلو بوده‌است. سیستم جعبه‌دندهٔ آن ۵ دنده به صورت دستی است.
قوری‌شکاک
قوری‌شکاک، روستایی از توابع بخش مرکزی شهرستان ماکو در استان آذربایجان غربی ایران است.
جمعیت
این روستا در دهستان چایپاسارحنوبی قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۳۸۵، جمعیت آن ۶۲۴ نفر (۱۰۰خانوار) بوده‌است.
باشگاه فوتبال لوکوموتیو تاشکند
باشگاه فوتبال لوکوموتیو تاشکند یک باشگاه فوتبال است که درسال ۲۰۰۲ در تاشکند  پایه‌گذاری شده‌است و در لیگ فوتبال ازبکستان حضور دارد.
این باشگاه در سال ۲۰۰۲ میلادی تأسیس شده‌است.
باشگاه لوکوموتیو تاشکند، در سال‌های ۲۰۱۳، ۲۰۱۴ و ۲۰۱۵ در سه دورهٔ متوالی، نایب قهرمان لیگ ازبکستان شد اما در سال ۲۰۱۶ به اولین عنوان قهرمانی خود در این لیگ دست یافت.
لوید کری
لوید کری (Lloyd Kerry؛ زادهٔ July 22, 1988) بازیکن فوتبال اهل بریتانیا است.
از باشگاه‌هایی که در آن بازی کرده‌است می‌توان به باشگاه فوتبال تورکی یونایتد، باشگاه فوتبال تاموورث، باشگاه فوتبال چسترفیلد، باشگاه فوتبال شفیلد یونایتد، باشگاه فوتبال کیدرمینستر هاریرس، باشگاه فوتبال هروگیت تاون، و باشگاه فوتبال آلفرتون تاون اشاره کرد.
اندیس ساغند
ساغند یک اندیس فلزی است که در حوالی شهر ریز آب استان یزد قرار دارد و مادهٔ معدنی موجود در آن، سرب و روی است.
دل‌دلبلاغی
جمعیت
این روستا در دهستان ساروق قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۴۰۱، جمعیت آن ۶۲ نفر (۱۱خانوار) بوده‌است.
بخش نیوری، شهرستان فری‌بورن، مینه‌سوتا
بخش نیوری (به انگلیسی: Newry Township) یک منطقهٔ مسکونی در ایالات متحده آمریکا است که در شهرستان فری‌بورن، مینه‌سوتا واقع شده‌است. بخش نیوری ۹۳٫۵ کیلومتر مربع مساحت و ۵۰۰ نفر جمعیت دارد و ۳۸۷ متر بالاتر از سطح دریا واقع شده‌است.
دیویس میورین
دیویس میورین (Devis Miorin؛ زادهٔ March 24, 1976) دوچرخه‌سوار اهل ایتالیا است.
محوطه دودهک
محوطه دودهک مربوط به دوره صفوی است و در شهرستان دلیجان، بخش مرکزی، روستای دودهک واقع شده و این اثر در تاریخ با شمارهٔ ثبت ۴۶۱۵ به‌عنوان یکی از آثار ملی ایران به ثبت رسیده است.
برج ویلیس
برج ویلیس با نام پیشین برج سیرز، ساخت سال ۱۹۷۳، نام یکی از بلندترین ساختمان‌های جهان و از نمادهای شهر شیکاگو است. این ساختمان ۱۰۸ طبقه و ۵۲۷ متر ارتفاع دارد و دومین ساختمان بلند آمریکا، و سومین برج بلند در جهان است. این ساختمان یکی از مکان‌های گردشگری برای توریست‌هایی می‌باشد که به شیکاگو سفر کرده‌اند و سالانه بالای ۱ میلیارد نفر از این آسمان خراش دیدن می‌کنند
معمار این بنا بروس گریام و مهندس سازه آن فضل‌الرحمن خان بودند که برای اسکیدمور، اوینگز، مریل کار می‌کردند.
منابع
ویکی‌پدیای انگلیسی
کانهاتا، میسیسیپی
کانهاتا مکانی در ایالت میسیسیپی کشور ایالات متحده آمریکا است که جمعیت آن در سرشماری سال ۲۰۱۰ میلادی، ۱٬۳۴۲ نفر بوده‌است.
حلزون نفیر چروکیده
حلزون نفیر چروکیده نام یک گونه از فراراستهُ تازه‌شکم‌پایان است.
خیرآباد (خنج)
خیرآباد نام یکی از روستاهای استان فارس و شهرستان خنج می‌باشد.
آگیلار د سگارا
آگیلار د سگارا (به اسپانیایی: Aguilar de Segarra) یک شهرستان در اسپانیا است که در کاتالونیا واقع شده‌است.
خصوصیات
آگیلار د سگارا ۴۲٫۳۲ کیلومترمربع مساحت و ۲۵۲ نفر جمعیت دارد و ۴۸۰ متر بالاتر از سطح دریا واقع شده‌است.
گمینا لوبین
گمینا لوبین یک گمینا در لهستان است که در شهرستان لوبین واقع شده‌است. گمینا لوبین ۲۹۰٫۱۵ کیلومتر مربع مساحت و ۱۱٬۲۶۵ نفر جمعیت دارد.
رانینگ اسپرینگز، کالیفرنیا
رانینگ اسپرینگز (به انگلیسی: Running Springs) یک منطقهٔ مسکونی در ایالات متحده آمریکا است که در شهرستان سن برناردینو، کالیفرنیا واقع شده‌است. رانینگ اسپرینگز ۱۰٫۹۱۲ کیلومتر مربع مساحت و ۴٬۸۶۲ نفر جمعیت دارد و ۱٬۸۶۲ متر بالاتر از سطح دریا واقع شده‌است.
الیزه هال
الیزه هال (Elise Hall؛ زادهٔ ۱۹۸۹) یک سیاست‌مدار اهل ایالات متحده آمریکا است.
اداغان
اداغان، روستایی از توابع بخش مرکزی شهرستان ماکو در استان آذربایجان غربی ایران است.
جمعیت
این روستا در دهستان چایپاسار جنوبی قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۳۹۵، جمعیت آن ۱٬۱۶۲ نفر (۲۹۸خانوار) بوده‌است.
داچیا ۱۳۲۰
داچیا ۱۳۲۰ (Dacia ۱۳۲۰) خودرویی است که در سال‌های ۱۹۸۷—۱۹۹۰در رومانی تولید شده‌است.
این خودرو در کلاس خودرو کامپکت قرار گرفته و طراحی آن خودروهای موتور جلو-محور جلو بوده‌است. سیستم جعبه‌دندهٔ آن ۵ دنده به صورت دستی است.
تیم ملی فوتبال زنان مکزیک
تیم ملی فوتبال زنان مکزیک(که گاهی لاز تری خوانده می‌شود) نمایندهٔ زنان این کشور در ردهٔ ملی است که توسط فدراسیون فوتبال مکزیک اداره می‌شود. در سال‌های ۱۹۷۰ و با سوم شدن این تیم در مسابقات غیررسمی جام جهانی فوتبال زنان در ایتالیا محبوبیت زیادی پیدا کرد. این تیم همچنین در ۱۹۷۱ که میزبان جام جهانی غیررسمی زنان بود به فینال این رقابت‌ها رسید و تنها با یک شکست در مقابل تیم ملی فوتبال زنان دانمارک با نتیجه ۰–۳ از قهرمانی در رقابت‌ها بازماند؛ در این مسابقه حدود ۱۱۰٬۰۰۰ تماشاگر در ورزشگاه آزتیکا حاضر شدند. این تیم پیش از جام جهانی فوتبال زنان ۱۹۹۹ شکل گرفت و متشکل از بازیکنانی بود که شهروندی کشور مکزیک را داشتند و تعداد معدودی بازیکن که خارج از مکزیک متولد شده بودند. هدف اصلی این تیم تجربهٔ حضور برای نخستین بار در جام جهانی زنان بود. از آن پس این تیم پیشرفت‌های زیادی داشته و هم‌اکنون در ردهٔ ۲۷ رده‌بندی جهانی فیفا زنان قرار دارد.
تاریخچه
اولین مربی رسمی تیم ملی فوتبال زنان مکزیک لئوناردو کوئلار بوده است. یکی از اهداف اولیه او صعود به جام جهانی ۱۹۹۹ زنان بود که این هدف محقق شد.
حلزون نفیر مطبق
حلزون نفیر مطبق نام یک گونه از تیره حلزون‌های خاردار است.
اماتپک
اماتپک (به اسپانیایی: Amatepec) یک منطقهٔ مسکونی در مکزیک است که در ایالت مکزیک واقع شده‌است.
خصوصیات
اماتپک ۶۲۴٫۹ کیلومترمربع مساحت و ۲۷٬۰۲۶ نفر جمعیت دارد.
اندیس سرکمر (چماچم)
سرکمر (چماچم) یک اندیس غیرفلزی است که در حوالی شهر کوه اناران استان ایلام قرار دارد و مادهٔ معدنی موجود در آن، نمک است.سنگ میزبان این اندیس آهک است
موش‌صاریغ پشمالوی کوچک
موش‌صاریغ پشمالوی کوچک (نام علمی: Marmosa phaeus) نام یک گونه از سرده موش‌صاریغ‌ها است.
پروتکل اصلی سیستم پنجره اکس
انگشتی|چپ|لوگوی سامانه پنجره‌ای اکس|150px پروتکل اصلی سامانه پنجره‌ای اکس پایه‌ای‌ترین پروتکل در ساختار سامانه پنجره‌ای اکس است. سامانهٔ پنجره‌ای اکس، یک سامانه پنجره‌ای تحت شبکه برای نمایشگرهای بیت‌مپی است که برای ساختن واسط‌های گرافیکی کاربر در سیستم‌عامل‌های یونیکس، شبه یونیکس یا دیگر سیستم‌ها بکار برده می‌شود. اکس بستری را فراهم می‌کند که به‌کمک آن می‌توان نرم‌افزارهایی به همراه واسط گرافیکی (همچون میزکارهای گنوم و کی‌دی‌ئی) را بر روی این سیستم‌عامل‌ها اجرا کرده و توسعه داد. سامانهٔ پنجره‌ای اکس از یک مدل مشتری-خدمت‌گذار برخوردار است. در این مدل، یک سرویس‌دهندهٔ یگانه که سرور اکس نامیده می‌شود، همهٔ سخت‌افزارهای ورودی/خروجی همانند صفحه نمایش، صفحه کلید، ماوس و ... را کنترل می‌کند. همهٔ برنامه‌های کاربردی هم به گونهٔ سرویس‌گیرنده کار می‌کنند و با کمک سرور اکس، با کاربر یا دیگر کلاینت‌ها تعامل برقرار می‌کنند. این تعامل توسط پروتکل اصلی سامانه پنجره‌ای اکس ساماندهی می‌شود. پروتکل‌های دیگری هم در رابطه با سامانه پنجره‌ای اکس وجود دارد که این پروتکل‌ها، هم به گونهٔ یک پروتکل جدا و خودسر هستند و هم اینکه بر روی بستر پروتکل اصلی اکس ایجاد شده‌اند.
در پروتکل اصلی سامانهٔ پنجره‌ای اکس، تنها چهار گونه بسته وجود دارد که به گونهٔ ناهمگام، بر روی شبکه فرستاده می‌شود: درخواست‌ها، پاسخ‌ها، رویدادها و خطاها. درخواست‌ها از سوی کلاینت به سرور فرستاده می‌شوند تا اجرای یک کار یا دریافت اطلاعاتی را از سرور درخواست کنند. درخواست‌ها یا به سرور می‌گویند که کار خاصی را انجام دهد (همچون ایجاد کردن یک پنجره تازه) یا از سرور می‌خواهند که داده‌های دلخواهی را برای کلاینت‌ها بفرستد. پاسخ‌ها از سوی سرور برای کلاینت‌ها فرستاده می‌شوند و داده‌های درخواستی کلاینت را در خود دارند که در پاسخ به درخواست کلاینت‌ها برای آن‌ها فرستاده می‌شود. رویدادها از سوی سرور برای کلاینت فرستاده می‌شوند و کلاینت را از کارهایی که کاربر سرگرم انجام‌دادن آنهاست یا رخدادهای دیگری که ممکن است کلاینت علاقه‌مند به دانستن آن‌ها باشد، باخبر می‌کنند و کلاینت می‌تواند واکنش درخور به آن رویدادها را نشان دهد. هنگامی که رویداد غیرمنتظره‌ای در هنگام پردازش کردن درخواست‌های کلاینت رخ می‌دهد و خطایی روی می‌دهد، سرور این خطاها را به کمک بسته‌هایی از نوع خطا به آگاهی کلاینت می‌رساند. درخواست‌ها ممکن است باعث تولید کردن پاسخ‌ها، رویدادها یا خطاها شوند؛ افزون بر آن، سرور اجبار نمی‌کند که بسته‌ها حتماً باید به ترتیب خاصی بر روی شبکه ارسال شوند. چندین افزونه برای پروتکل اصلی هست که هر کدام درخواست‌ها، پاسخ‌ها، رویدادها و خطاهای ویژهٔ خودشان را دارند.
اکس در سال ۱۹۸۴ و از مؤسسه فناوری ماساچوست سرچشمه گرفته‌است. نسخهٔ کنونی آن که X11 نام دارد، در سپتامبر ۱۹۸۷ ساخته شده‌است. اینکه سامانه پنجره‌ای اکس «مکانیسم و سازوکار را مشخص می‌کند، نه خط مشی را»، اصل اولیه‌ای بود که طراحان سیستم، باب شیفلر و جیم گتیز، آن را گزیدند. در نتیجه، پروتکل اصلی، چگونگی تعامل بین کلاینت‌ها یا تعامل بین یک کلاینت با یک کاربر را تعیین نمی‌کند. چگونگی انجام این تعامل‌ها در مشخصه‌های فنی دیگری بحث می‌شوند، همانند ICCCM و freedesktop.org و عموماً هنگامی که برنامه‌نویس تصمیم به استفاده از یک ابزار ویجت می‌گیرد، چگونگی انجام این تعامل و خصوصیات هم خودکار اعمال می‌شوند.
کلیات
اکس از یک مدل سرویس‌گیرنده-سرویس‌دهنده برخوردار است. سرور اکس برنامه‌ایست که بر روی رایانه‌ای که دارای نمایشگر و کیبورد است، نصب می‌شود. سرور اکس درخواست‌ها را از کلاینت‌ها دریافت کرده، پس از پردازش، آن‌ها را بر روی صفحه‌نمایش (یا دیگر دستگاه‌های خروجی) نمایش می‌دهد. همچنین سرور اکس اطلاعات را از ماوس و کیبورد و دیگر دستگاه‌های ورودی دریافت کرده، آن‌ها را برای کلاینت‌ها می‌فرستد. کلاینت‌ها همان برنامه‌های کاربردی مانند فایرفاکس، لیبره‌آفیس و ... هستند. ارتباط بین کلاینت‌ها و سرور به کمک پروتکل‌های شبکه انجام می‌شود؛ بنابراین این دو برنامه می‌توانند بر روی کامپیوترهای گوناگون که حتی سیستم‌عامل‌های ناهمسانی هم دارند، نصب شده و سپس با هم تعامل داشته باشند.
ارتباط بین سرور و کلاینت‌ها با مبادله کردن بسته‌هایی بر روی یک کانال مخابراتی انجام می‌شود. اتصال از سوی کلاینت برقرار می‌شود (چگونگی آغاز به کار کلاینت در پروتکل مشخص نشده‌است). همچنین کلاینت نخستین بسته را هم می‌فرستد که این بسته، افزون بر اینکه ترتیب بایت بکاررفته را در خود دارد، اطلاعاتی دربارهٔ نسخهٔ پروتکل و چگونگی اعتبارسنجی که کلاینت دوست دارد سرور از آن استفاده کند را هم در بر می‌گیرد. سرور در پاسخ بسته‌ای را برای کلاینت می‌فرستد که این بسته مشخص می‌کند آیا سرور اتصال کلاینت را پذیرفته‌است یا اینکه آن را رد کرده‌است یا اینکه درخواستی برای اعتبارسنجی کلاینت را به همراه دارد. اگر سرور اتصال را پذیرفته باشد، بسته، داده‌هایی در خود دارد که کلاینت باید در کنش‌های آینده با سرور، آن‌ها را بکار برد. پس از اینکه اتصال برپا شد، چهار گونه بسته در کانال ارتباطی بین سرور و کلاینت جابجا می‌شود:
درخواست‌ها و پاسخ‌ها طول گوناگون و غیرثابتی دارند. این در حالی است که رویدادها یا خطاها از طول ثابت ۳۲ بایتی برخوردارند.
همینکه سرور بسته‌های «درخواست» را دریافت کرد، آن‌ها را به ترتیب شماره‌گذاری می‌کند. به نخستین درخواستی که از سوی کلاینت فرستاده می‌شود، شماره ۱ واگذار می‌شود، دومین درخواست شماره ۲ و همینگونه تا به پایان. اگر درخواستی، یک پاسخ یا یک خطا را به بار آورد، ۱۶ بیت کم‌ارزش از شماره‌ای که به آن درخواست داده شده، در آن بستهٔ «پاسخ» یا «خطا» گنجانده می‌شود تا مشخص باشد که این «پاسخ» یا «خطا» برای کدام درخواست است. این بیت‌ها همچنین در بسته‌های «رویداد» هم برای نشان دادن شمارهٔ درخواستی که سرور سرگرم پردازش آن است یا پردازش آن را به پایان رسانده، گنجانده می‌شوند.
پنجره‌ها
چیزی که در بسیاری از واسط‌های گرافیکی کاربر پنجره نامیده می‌شود، در سامانهٔ پنجره‌ای اکس به آن پنجره سطح بالا می‌گویند. همچنین اصطلاح پنجره برای نامیدن پنجره‌هایی که در درون یک پنجره دیگر جای دارند هم بکار می‌رود. به پنجره‌ای که یک پنجره دیگر را دربرمی‌گیرد، پنجره پدر و به پنجره‌ای که درون یک پنجره دیگر جای گرفته زیرپنجره گفته می‌شود. عناصر گرافیکی همچون دکمه‌ها، منوها، آیکون‌ها و دیگر چیزها، می‌توانند بدست زیرپنجره‌ها محقق شوند.
کلاینت می‌تواند از سرور درخواست کند که یک پنجره تازه ساخته شود. همچنین کلاینت می‌تواند درخواست کند که یک زیرپنجره در درون پنجره‌ای که از پیش وجود دارد، ساخته شود. در نتیجه، پنجره‌هایی که بدست کلاینت‌ها ساخته می‌شوند، در یک ساختار درختی و به گونهٔ سلسله‌مراتبی، چیده می‌شوند. ریشهٔ این درخت، پنجره ریشه است. پنجره ریشه یک پنجرهٔ ویژه است و در هنگام آغاز به کار سیستم به گونه خودکار بدست سرور ساخته می‌شود. همه پنجره‌های دیگر به گونه مستقیم یا غیرمستقیم فرزند پنجره ریشه هستند. پنجره‌های سطح بالا، فرزند مستقیم پنجره ریشه شمرده می‌شوند. از دید ظاهری، پنجره ریشه به بزرگی یک دسکتاپ مجازی است و در پشت همه پنجره‌های دیگر نهفته می‌شود.
تضمینی برای نگهداری همیشگی محتویات و درون‌مایهٔ یک پنجره در کار نیست. درون‌مایهٔ یک پنجره می‌تواند با جابجا شدن پنجره، تغییر اندازه دادن پنجره، گذاشتن پنجره‌های دیگر بر روی آن پنجره، یا ... نابود شده و همه یا بخشی از آن نمایش‌ناپذیر شود. اگر سرور یک انباره پشتیبان از درون‌مایهٔ یک پنجره را نگه نداشته باشد، درون‌مایهٔ یک پنجره ممکن است از دست برود. کلاینت می‌تواند از سرور بخواهد که چنین انباره‌ای را از درون‌مایهٔ یک پنجره نگه‌داری کند، اما سرور تعهد و ضمانتی برای انجام این کار ندارد. در نتیجه، کلاینت‌ها نمی‌توانند چنین بپندارند که سرور یک انباره پشتیبان برای یک پنجره را نگه‌داری می‌کند. اگر بخش نمایان یک پنجره، درون‌مایهٔ نامشخصی داشته باشد، رویدادی برای کلاینت فرستاده می‌شود و او را آگاه می‌کند که درون‌مایهٔ پنجره باید دوباره ترسیم شوند.
هر پنجره‌ای تعدادی صفت دارد. همانند ژئومتری (اندازه پنجره و جای آن بر روی صفحه)، تصویر پس‌زمینه آن، اینکه آیا انباره پشتیبان برای آن نگهداری می‌شود یا نه و صفت‌های دیگر. تعدادی درخواست برای بررسی کردن این صفت‌ها و تغییر دادن آن‌ها در پروتکل تعبیه شده‌است.
پنجره‌ها می‌توانند به گونه  (هم ورودی داشته باشند و هم خروجی) یا به گونه   (تنها ورودی) باشند. پنجره‌های  می‌توانند بر روی صفحه نمایش داده شوند و برای ترسیم کردن بکار برده می‌شوند. پنجره‌های  هیچگاه بر روی صفحه نمایش نمی‌یابند و آن‌ها تنها برای دریافت ورودی از کاربر بکاربرده می‌شوند.
انگشتی|راست|آناتومی یک پنجره در [[مدیر پنجره مجازی اف. بخش سفیدرنگ ناحیه‌ای است که کلاینت آن را ساخته. کلاینت پنجره را به صورت این ناحیه سفید رنگ می‌بیند. نوار عنوان پنجره دربرگیرنده نام پنجره و تعدادی دکمه برای مدیریت کردن پنجره است. قابی هم به دور پنجره کشیده شده است. تمام این عناصر بجز ناحیه سفیدرنگ، توسط مدیر پنجره رسم و اداره می‌شوند.]]
قاب زینتی و نوار عنوان پنجره‌ها (که می‌تواند شامل شماری دکمه هم باشد) که گرداگرد پنجره‌ها دیده می‌شود، بدست برنامه‌ای ویژه به نام مدیر پنجره رسم می‌شود، نه بدست کلاینتی که پنجره را ساخته و صاحب آن است. همچنین این مدیر پنجره است که مسئول سرپرستی کردن ورودی مرتبط با این عناصر است. برای نمونه، هنگامی که کاربر با نشانگر ماوس بر روی قاب پنجره کلیک می‌کند و آن را تغییر اندازه می‌دهد، در واقع این مدیر پنجره است که پنجره را کوچک و بزرگ می‌کند و آن را تغییر اندازه می‌دهد. کلاینت‌ها معمولاً بدون توجه و در نظر گرفتن تغییرات انجام شده بدست مدیر پنجره، بر روی پنجره‌هایی که ساخته‌اند به فعالیت می‌پردازند. مدیر پنجره‌های ری-پرنتینگ پس از ساختن یک پنجره سطح بالا، پدر این پنجره تازه‌ایجادشده را به پنجره‌ای جز پنجرهٔ ریشه، که برای همین منظور در نظر گرفته شده، تغییر می‌دهند. تقریباً همه مدیر پنجره‌های نوین، ری-پرنتینگ هستند. از دید پروتکل، مدیر پنجره هم تنها یک کلاینت است و با کلاینت‌های دیگر فرقی ندارد.
اطلاعات مربوط به یک پنجره را می‌توان با برنامه  بدست آورد. با فرستادن آرگومان خط فرمانی  به این برنامه، می‌توان درخت زیرپنجره‌های یک پنجره را به همراه شناسه‌ها و داده‌های ژئومتری آن پنجره‌ها دید.
پیکس‌مپ و ترسیم‌پذیرها
یک پیکس‌مپ بخشی از حافظه است که می‌توان آن را برای ترسیم کردن بکار برد. برخلاف پنجره‌ها، پیکس‌مپ‌ها به گونه خودکار بر روی صفحه، نمایش نمی‌یابند. با این حال، محتوای یک پیکس‌مپ (یا بخشی از آن) می‌تواند به یک پنجره منتقل شود (یا برعکس، محتوای یک پنجره به یک پیکس‌مپ برده شود). به کمک این کار، می‌توان شگردهایی همچون بافرینگ دوگانه را به اجرا درآورد. بسیاری از عملیات‌های گرافیکی که بر روی پنجره‌ها می‌توان انجام داد، بر روی پیکس‌مپ‌ها هم انجام‌پذیر است.
پنجره‌ها و پیکس‌مپ‌ها روی هم ترسیم‌پذیر نامیده می‌شوند و محتوای آن‌ها در سرور جای داده می‌شود. با این حال، یک کلاینت می‌تواند درخواست کند که محتوای یک ترسیم‌پذیر از سرور به کلاینت یا از کلاینت به سرور جابجا شود.
بافت‌های گرافیکی و فونت‌ها
کلاینت می‌تواند شماری عملیات گرافیکی همچون پاک‌سازی یک بخش، کپی کردن درون‌مایهٔ یک بخش به بخشی دیگر، رسم کردن نقطه، خط، مستطیل، متن و... را از سرور درخواست کند. افزون بر پاک کردن، همه این عملیات‌ها بر روی همه ترسیم‌پذیرها (پنجره و پیکس‌مپ) هم انجام‌پذیر است.
بیشتر درخواست‌هایی که کلاینت برای انجام عملیات‌های گرافیکی به سرور می‌فرستد، یک بافت گرافیکی در خود دارند. بافت گرافیکی ساختاری است که دربرگیرنده پارامترهایی برای عملیات‌های گرافیکی است. یک بافت گرافیکی رنگ پیش‌زمینه، رنگ پس‌زمینه، فونت متن و دیگر پارامترهای گرافیکی را در خود دارد. در هنگام درخواست دادن یک عملیات گرافیکی، کلاینت یک بافت گرافیکی را هم به همراه درخواست خود برای سرور می‌فرستد. همه پارامترهای بافت گرافیکی بر روی همه عملیات‌ها تأثیرگذار نیستند. برای نمونه، فونت یک متن، تأثیری بر روی رسم کردن یک خط ندارد.
پروتکل، چگونگی بکاربردن فونت‌های سمت سرور را هم تعریف و مشخص می‌کند. چنین فونت‌هایی به گونه فایل ذخیره می‌شوند و سرور به آن‌ها یا به صورت مستقیم و با سیستم فایل دسترسی دارد یا به آن‌ها به گونه غیرمستقیم و با شبکه و برنامه‌ای که سرویس‌دهنده فونت نامیده می‌شود، دسترسی دارد. کلاینت‌ها می‌توانند فهرست همه فونت‌های موجود را از سرور درخواست کنند و پس از اینکه فونتی را از فهرست برگزیدند، می‌توانند از سرور بخواهند که آن فونت را بارگذاری کند (اگر هنوز بارگذاری نشده باشد) یا آن فونت را باراندازی کند (اگر کلاینت‌های دیگر سرگرم استفاده از آن نباشند). یک کلاینت می‌تواند اطلاعات کلی دربارهٔ یک فونت و همچنین مقدار فضایی که یک رشته متنی خاص در هنگام رسم شدن با آن فونت نیاز دارد را از سرور درخواست کند. در سطح پروتکل، نام فونت‌ها می‌تواند رشته‌های دلخواهی باشد. در قرارداد توصیف منطقی فونت‌های اکس چگونگی نام‌گذاری فونت‌ها بر اساس خصوتیاتشان مشخص شده‌است. این قرارداد همچنین مقادیر دلخواهی که می‌توانند به فونت‌ها چسبیده شوند را هم مشخص می‌کنند.
برنامه  فهرست فونت‌هایی که در سرور ذخیره شده‌اند را چاپ می‌کند.
هم‌اکنون، با وجود فونت‌های سمت کلاینت، فونت‌های سمت سرور منسوخ شده‌اند. فونت‌های سمت کلاینت بدست خود کلاینت رندر می‌شوند و سرور آن‌ها را رندر نمی‌کند. کتابخانه اکس‌اف‌تی، کایرو و افزونه اکس‌رندر چنین پشتیبانی را فراهم می‌کنند. مشخصات این فونت‌ها در پروتکل اصلی تعریف و مشخص نشده‌است.
منابع و شناسه‌ها
همه داده‌های مربوط پنجره‌ها، پیکس‌مپ‌ها، فونت‌ها و ... در سرور ذخیره می‌شوند. کلاینت شناسه این اشیاء را می‌داند. شناسه‌ها، اعداد صحیحی هستند که به یک شی داده می‌شوند و به عنوان نام آن شی بکار برده می‌شوند. کلاینت‌ها از این شناسه‌ها برای تعامل با سرور استفاده می‌کنند. برای نمونه، اگر یک کلاینت بخواهد که پنجره تازه رسم شود، شناسه آن پنجره را، به همراه درخواستی برای ساختن یک پنجره نو، برای سرور می‌فرستد. کلاینت پس از آن می‌تواند این شناسه را بکار برده و برای نمونه، از سرور بخواهد که رشته‌ای متنی را در آن پنجره چاپ کند. اشیاء زیر در سرور قرار دارند و کلاینت آن‌ها را با یک شناسه عددی می‌شناسد:
این اشیاء، منبع نامیده می‌شوند. هنگامی که کلاینت درخواست ساختن یک چنین منبعی را می‌دهد، شناسه آن را هم مشخص می‌کند. برای نمونه، برای ساختن یک پنجره تازه، کلاینت هم صفات پنجره، همچون پنجره ودر، درازا، پهنا و... را مشخص می‌کند و هم شناسه‌ای که قرار است به آن پنجره داده شود را مشخص می‌کند.
شناسه‌ها اعداد صحیح ۳۲ بیتی هستند که سه بیت پرارزش آن‌ها صفر است. هر کلاینت، مجموعه شناسه‌های ویژه خود را دارد که می‌تواند برای ساختن اشیاء آن‌ها را بکار برد. این مجموعه بدست سرور مشخص می‌شود. سرور این مجموعه شناسه را با جای دادن دو عدد صحیح در بسته پذیرش (همان بسته‌ای که سرور در آغاز کار در پاسخ به کلاینت برای ایجاد اتصال جدید، برای او می‌فرستد) مشخص می‌کند. کلاینت شناسه‌های خود را به گونه‌ای از این مجموعه گزینش می‌کند که برخوردی پیش نیاید: در بین پنجره‌ها، پیکس‌مپ‌ها، فونت‌ها، رنگ‌نگاشت‌ها و بافت‌های گرافیکی، دو شی دارای شناسه یکسانی نباشند.
معمولاً وقتی که یک کلاینت اتصالش را با سرور قطع می‌کند، منابع به وجود آمده بدست آن کلاینت نابود می‌شوند. با این حال، یک کلاینت پیش از پایان دادن به اتصال، می‌تواند از سرور بخواهد که منابع را نابود نکند.
رویدادها
انگشتی|چپ|نمونه‌ای از یک رویداد: هنگامی که کلیدی در یک پنجره فشرده می‌شود، بسته به ماسک رویداد آن پنجره، رویدادی تولید شده و برای کلاینت فرستاده می‌شود. این ماسک رویداد را کلاینت می‌تواند تغییر داده و انتخاب کند که آیا مایل به دریافت آن رویداد است یا نه رویدادها، بسته‌هایی هستند که از سوی سرور برای کلاینت فرستاده می‌شوند، این بسته‌ها کلاینت را از رخ دادن رویدادی که ممکن است برای کلاینت جالب توجه باشد، آگاه می‌کنند. برای نمونه، هنگامی که کاربر کلیدی را فشار می‌دهد یا بر روی دکمه‌ای کلیک می‌کند، رویدادی برای کلاینت فرستاده می‌شود. رویدادها تنها برای ورودی گرفتن از کاربر و فعل و انفعالات او نیستند. برای نمونه، هنگامی که زیرپنجره‌ای در یک پنجره ساخته می‌شود، رویدادی برای آگاه کردن کلاینت از این رخداد، برای آن فرستاده می‌شود.
یک کلاینت می‌تواند از سرور بخواهد که رویدادی را برای یک کلاینت دیگر بفرستد؛ کلاینت‌ها از این ویژگی برای برقراری ارتباط با یکدیگر استفاده می‌کنند. برای نمونه، هنگامی که کلاینتی از سرور درخواست می‌کند که متن انتخاب‌شده بدست کاربر برایش فرستاده شود، یک چنین رویدادی ساخته می‌شود (ممکن است کاربر متن موجود در پنجره‌ای که متعلق به یک کلاینت دیگر است را انتخاب کرده باشد)؛ این رویداد، برای کلاینتی فرستاده می‌شود که پنجره حاوی متن انتخاب‌شده را اداره می‌کند.
هنگامی که محتویات بخشی از یک پنجره، نابود شده و سپس دوباره نمایان می‌شود، رویدادی به نام  برای کلاینت فرستاده می‌شود. محتوای یک پنجره می‌تواند در برخی شرایط نابود شود. برای نمونه اگر یک پنجره، بر روی پنجره دیگری جای بگیرد و همه یا بخشی از آن را بپوشاند، محتوای پنجره پوشیده شده نابود خواهد شد. البته این هنگامی است که سرور انباره پشتیبان برای آن پنجره را نگه‌داری نکرده باشد. سرور تضمین نمی‌کند که حتماً یک انباره پشتیبان نگه‌داری می‌کند، اما تضمین می‌کند که هر گاه نیاز به ترسیم دوباره محتوای یک پنجره بود، رویدادی را برای کلاینت بفرستد.
بسیاری از رویدادها تنها هنگامی برای کلاینت فرستاده می‌شوند که کلاینت از پیش آمادگی خود را برای دریافت آن‌ها اعلام کرده باشد و مایل به دریافت آن رویدادها بوده باشد. دلیل این کار این است که شاید تنها چند گونه رویداد خاص برای برخی از کلاینت‌ها جالب توجه باشد و کلاینت‌ها نخواهند به همه آن‌ها پاسخ دهند. برای نمونه، یک کلاینت ممکن است تنها بخواهد از رویدادهای صفحه‌کلید آگاه شود و علاقه‌ای به رویدادهای ماوس نداشته باشد. با این حال، رویدادهایی هستند که حتی اگر کلاینت از پیش آمادگی خود را برای دریافت آن‌ها نشان نداده باشد، باز هم برای کلاینت فرستاده می‌شوند.
کلاینت‌ها با تنظیم کردن یکی از خصوصیات پنجره، مشخص می‌کنند که علاقه‌مند به دریافت کردن چه رویدادهایی هستند. برای نمونه، برای ترسیم دوباره پنجره‌ای که محتوای آن نابود شده، کلاینت باید رویداد  را دریافت و پذیرش کند (این رویداد برای همین کار در نظر گرفته شده و  کلاینت را آگاه می‌کند که محتوای پنجره نیازمند ترسیم دوباره است). با این حال، این رویداد تنها هنگامی برای کلاینت فرستاده می‌شود که کلاینت از پیش اعلام کرده باشد که می‌خواهد آن را دریافت کند. این کار با تنظیم کردن خصوصیت ماسک رویداد پنجره، با یک مقدار مناسب انجام می‌شود.
کلاینت‌های گوناگون می‌توانند رویدادهای مرتبط با یک پنجره یکسان را دریافت کنند. آن‌ها حتی می‌توانند ماسک رویداد آن پنجره را به گونهٔ متفاوتی مقداردهی کنند و بدین گونه، هر کدام رویدادهای گوناگونی را دریافت کنند. برای نمونه، یک کلاینت شاید بخواهد تنها رویدادهای مرتبط با صفحه‌کلیدی که برای یک پنجره رخ می‌دهد را دریافت کند، در حالی که کلاینت دیگر دوست دارد تنها رویدادهای مرتبط با ماوس برای همان پنجره را دریافت کند. این کار برای این شدنی است که سرور برای هر پنجره، ماسک رویداد جداگانه‌ای را به ازای هر کلاینت نگه‌داری می‌کند. با این حال، برخی از رویدادها تنها می‌توانند در هر زمان بدست یک کلاینت دریافت شوند و کلاینت‌های دیگر نمی‌توانند همزمان همان رویداد را دریافت کنند. این رویدادها، گزارش‌هایی را دربارهٔ کلیک کردن دکمه‌های ماوس و همچنین تغییرات مرتبط با مدیریت پنجره را می‌فرستند.
برنامه  رویدادهای مرتبط با یک پنجره را نمایش می‌دهد. دستور  همه رویدادهای ممکن برای پنجره‌ای با شناسه   را دریافت کرده و چاپ می‌کند.
نمونه
در ادامه نمونه‌ای از چگونگی تعامل و برپایی ارتباط بین یک کلاینت و سرور را مرور می‌کنیم. در این نمونه، کلاینت یک پنجره می‌سازد که جعبه‌ای سیاه‌رنگ در آن جای دارد، برنامه همین که یک کلید فشرده شد، خارج می‌شود. در این مثال، سرور هیچ پاسخی به سوی کلاینت نمی‌فرستد، چرا که درخواست‌های کلاینت پاسخی را در پی ندارند. اما این درخواست‌ها می‌توانند باعث رخ دادن یک خطا شوند:
اگر پنجره دیگری بر روی پنجره جای گیرد و دوباره از روی آن برداشته شود، با فرض اینکه انباره پشتیبان نگه‌داری نشده باشد:
اگر کلیدی فشرده شود:
رنگ‌ها
در سطح پروتکل، رنگ‌ها به شکل اعداد صحیح ۳۲ بیتی بدون علامت نمایش می‌یابند که pixelvalue نامیده می‌شوند. عناصر زیر بر روی نمایش رنگ‌ها تأثیر دارند:
در ساده‌ترین حالت، رنگ‌نگاشت جدولی است که هر سطر آن حاوی یک سه‌تایی آرجی‌بی است. یک pixelvalue به نام x، نشان‌دهنده رنگی است که در سطر xام جدول قرار گرفته‌است. اگر کلاینت قادر باشد مدخل‌های رنگ‌نگاشت را تغییر دهد، این بازنمایش جدید توسط کلاس بصری  نشان داده می‌شود. کلاس  هم کلاسی مشابه است، اما در این کلاس کلاینت نمی‌تواند مدخل‌های رنگ‌نگاشت را تغییر دهد.
حدود ۶ کلاس بصری وجود دارد که هر کدام از آن‌ها روش متفاوتی را برای نمایش دادن سه‌تایی RGB در یک pixelvalue دارند. و  دو تا از این کلاس‌ها هستند. و  هم دو تای دیگر هستند فرق آن‌ها در این است که این جدول‌ها فقط میزان شدت رنگ قهوه‌ای را نمایش می‌دهند.
دو کلاس بصری باقی‌مانده با کلاس‌هایی که در بالا معرفی شدند متفاوت هستند، چرا که آن‌ها pixelvalueها را به سه قسمت تقسیم می‌کنند و برای تعیین کردن شدت رنگ‌های آبی، قرمز و سبز، از سه جدول مجزا برای هر کدام استفاده می‌کنند. بر طبق این نحوه نمایش رنگ، یک pixelvalue به صورت زیر به یک سه‌تایی RGB تبدیل می‌شود:
این سازوکار نیازمند آن است که رنگ‌نگاشت از سه جدول مجزا تشکیل شده باشد و به ازای هر رنگ اولیه، یک جدول مجزا وجود داشته باشد. نتیجه این تبدیل، همچنان یک سه‌تایی از مقادیری است که مشخص‌کننده شدت رنگ‌ها هستند. کلاس‌های بصری که برای نمایش این تبدیل جدید استفاده می‌شود  و   هستند و فرق آن‌ها در این است که آیا کلاینت می‌تواند رنگ‌نگاشت‌ها را تغییر دهد یا خیر.
وقتی که اتصال یک کلاینت توسط سرور پذیرفته می‌شود، بسته پذیرشی که از طرف سرور برای کلاینت ارسال می‌شود حاوی دنباله‌ای از بلاک‌هاست که هر کدام از این بلاک‌ها، حاوی اطلاعاتی دربارهٔ یک صفحه‌نمایش هستند. بلاک متناظر با هر صفحه‌نمایش، حاوی فهرستی از بلاک‌های دیگر است که هر کدام از این بلاک‌ها، مربوط به عمق رنگ خاصی است که توسط آن صفحه‌نمایش پشتیبانی می‌شود. این فهرست، به ازای هر یک از عمق رنگ‌های مورد پشتیبانی، حاوی فهرستی از گونه‌های بصری است. در نتیجه، هر صفحه نمایش تعدادی عمق رنگ دارد که هر کدام از این عمق رنگ‌ها، دارای چند گونه بصری هستند. هر گونه بصری را می‌توان برای چندین صفحه‌نمایش با عمق‌های مختلف مورد استفاده قرار داد.
بسته پذیرش به ازای هر گونه بصری، هم حاوی شناسه آن گونه بصری هست و هم حاوی پارامترهای واقعی که در آن گونه بصری وجود دارد (کلاس بصری و موارد دیگر). کلاینت‌ها این اطلاعات را در خود ذخیره می‌کنند، چرا که بعداً نمی‌توانند آن‌ها را درخواست دهد. علاوه بر آن، کلاینت‌ها نمی‌توانند گونه‌های بصری را تغییر داده یا گونه‌های بصری جدید ایجاد کنند. درخواستی که برای ایجاد کردن یک پنجره جدید برای سرور ارسال می‌شود، حاوی عمق و شناسه گونه بصری‌ای است که باید برای نمایش دادن رنگ‌ها در آن پنجره، مورد استفاده قرار گیرد.
رنگ‌نگاشت‌ها بدون توجه به اینکه سخت‌افزاری که صفحه نمایش را کنترل می‌کند (همانند کارت گرافیک) از یک پالت استفاده می‌کند یا نه، بکار برده می‌شوند. پالت هم جدولی است که برای نمایش دادن رنگ‌ها بکار برده می‌شود. حتی اگر سخت‌افزار از یک پالت استفاده نکند، سرورهاباز هم از رنگ‌نگاشت‌ها استفاده می‌کنند. هنگامی که سخت‌افزار از پالت بهره می‌برد، می‌توان تنها شمار محدودی از رنگ‌نگاشت‌ها را بکار گرفت. یک رنگ‌نگاشت هنگامی به کار گرفته می‌شود که سخت‌افزار بر طبق آن رنگ‌ها را نشان می‌دهد. یک کلاینت می‌تواند از سرور بخواهد که یک رنگ‌نگاشت را بکار بگیرد. با این حال، این کار ممکن است نیازمند از کار انداختن رنگ‌نگاشت دیگری باشد. این کار باعث می‌شود پنجره‌هایی که از آن رنگ‌نگاشت از کار انداخته شده‌استفاده می‌کنند، با رنگ‌های مناسب خود نمایش نیابند که به این پدیده color flashing یا technicolor می‌گویند. این مشکل می‌تواند با استفاده از رنگ‌نگاشت‌های استاندارد رفع شود. رنگ‌نگاشت‌های استاندارد، رنگ‌نگاشت‌هایی هستند که در آن‌ها رابطه‌ای از پیش‌تعیین‌شده بین pixelvalueها و رنگ‌ها وجود دارد. به لطف این خصیصه رنگ‌نگاشت‌های استاندارد، برنامه‌های مختلف می‌توانند آن‌ها را بکار گیرند.
به‌وجود آوردن رنگ‌نگاشت‌ها در قرارداد ICCCM بحث شده‌است. رنگ‌نگاشت‌های استاندارد توسط ICCCM و اکس‌لیب تنظیم می‌شوند.
اتم‌ها
اتم‌ها اعداد ۳۲ بیتی هستند که رشته‌ها را نمایش می‌دهند. سازندگان پروتکل، اتم‌ها را به این دلیل معرفی کردند، که اتم‌ها رشته‌ها را به شکلی کوتاه و با اندازه‌ای ثابت نمایش می‌دهند. در حالی که یک رشته می‌تواند طول دلخواهی داشته باشد، یک اتم همیشه اندازه ثابت ۳۲ بیتی دارد. در مواردی که بسته‌هایی با یک رشته یکسان باید به صورت چند باره فرستاده شود، می‌توان با اتم‌ها، از شبکه به گونه بهینه‌تر سود جست. بسته‌های نوع رویداد که اندازه ثابت ۳۲ بایتی دارند، می‌توانند اتم‌ها را در خود جای دهند، اما ممکن است یک رشته متنی به اندازه‌ای بزرگ باشد که نتوان آن را در بسته‌های رویداد گنجاند.
به گونه دقیقتر می‌توان گفت که اتم‌ها، شناسه‌هایی برای رشته‌هایی که در سرور ذخیره شده‌اند، هستند. آن‌ها همانند شناسه‌های منابع (پنجره، پیکس‌مپ و غیره) هستند. اما دو تفاوت با آن‌ها دارند. یکی اینکه شناسه اتم‌ها بدست سرور گزیده می‌شود و کلاینت در گزینش آن‌ها نقشی ندارد. به عبارتی دیگر، هنگامی که کلاینت درخواست ساختن یک اتم تازه را می‌دهد، تنها رشته‌ای که قرار است ذخیره شود را برای سرور می‌فرستد، نه شناسه آن اتم را. این شناسه را سرور گزینش کرده و به صورت یک پاسخ برای کلاینت می‌فرستد. دومین فرق مهم بین اتم‌ها و منابع این است که اتم‌ها با کلاینت‌ها در ارتباط نیستند و به آن‌ها وابسته نیستند. هنگامی که اتم‌ها در سرور ساخته می‌شوند، تا هنگامی که سرور خاموش یا راه‌اندازی دوباره نشده، در همان‌جا باقی خواهند ماند (منابع به گونه پیشفرض چنین رفتاری ندارند و وابسته به کلاینت هستند).
از آنجا که اتم‌ها یک نوع شناسه هستند، یکتا هم هستند. با این حال، یک اتم و شناسه یک منبع می‌توانند با یکدیگر همپوشانی داشته باشند. رشته‌ای که به یک اتم داده شده، نام اتم نامیده می‌شود. پس از اینکه یک اتم ساخته شد، نام آن را نمی‌توان تغییر داد و دو اتم هم نمی‌توانند نام یکسانی داشته باشند. در نتیجه، معمولاً از نام یک اتم برای اشاره به آن اتم استفاده می‌شود. «اتم ABCD» به شکل دقیقتر یعنی «اتمی که رشته ABCD به آن اختصاص یافته است». یک کلاینت، هم می‌تواند از سرور درخواست کند که یک اتم تازه بسازد و هم می‌تواند با دادن یک رشته به سرور، شناسه اتم آن را دریافت کند. برخی از اتم‌ها از قبل تعریف شده هستند. (سرور آن‌ها را با یک شناسه و رشته معین از قبل تعریف کرده‌است).
با استفاده از برنامه  می‌توان فهرست همه اتم‌های موجود در سرور را چاپ کرد. این برنامه برای هر اتم، شناسه آن (که یک عدد است) و نام آن (که یک رشته است) را چاپ می‌کند.
خصیصه‌ها
هر پنجره، یک سری ویژگی از پیش تعریف شده و یک سری خصیصه دارد که همه آن‌ها در سرور ذخیره می‌شوند و کلاینت می‌تواند برای دسترسی به آنها، درخواستی را برای سرور بفرستد. ویژگی‌ها، اطلاعاتی دربارهٔ یک پنجره هستند، مانند اندازه، مکان، رنگ پس‌زمینه و دیگر جیزها. خصیصه‌ها، اطلاعات دلخواهی هستند که به یک پنجره چسبیده می‌شوند. برخلاف ویژگی‌ها، خصیصه‌ها معنی خاصی در سطح پروتکل اکس ندارند. یک کلاینت می‌تواند هر گونه اطلاعات دلخواهی را در خصیصه یک پنجره ذخیره کند.
سم راسل (بازیکن فوتبال، زاده ۱۹۸۲)
سام راسل (Sam Russell؛ زادهٔ October 4, 1982 ) بازیکن فوتبال اهل بریتانیا است.
پروتکل اصلی سیستم پنجره اکس
خصیصه‌ها
یک خصیصه با نام، نوع و مقدار آن شناخته می‌شود. خصیصه‌ها همانند متغیرها در زبان‌های برنامه‌نویسی دستوری هستند، که یک کلاینت می‌تواند خصیصه تازه‌ای را با نام و نوع دلخواه ساخته و مقداری را در آن بگذارد. خصیصه‌ها مخصوص همان پنجره هستند: دو خصیصه همنام می‌تواند در دو پنجره گوناگون وجود داشته باشد، در حالی که مقدار و نوع آن‌ها با یکدیگر ناهمسان است.
سم راسل (بازیکن فوتبال، زاده ۱۹۸۲)
از باشگاه‌هایی که در آن بازی کرده‌است می‌توان به باشگاه فوتبال فارست گرین راورز، باشگاه فوتبال میدلزبرو، باشگاه فوتبال دارلینگتون، باشگاه فوتبال اسکانتورپ یونایتد، باشگاه فوتبال گیتزهد، باشگاه فوتبال گریمزبی تاون، باشگاه فوتبال ورکسام، و باشگاه فوتبال روچدیل اشاره کرد.
پروتکل اصلی سیستم پنجره اکس
خصیصه‌ها
نام، نوع و مقدار یک خصیصه به صورت رشته، یا به شکل دقیق‌تر، اتم هستند. رشته‌ها در سرور ذخیره شده و کلاینت می‌تواند با شناسه‌ها به آن‌ها دسترسی داشته باشد. یک کلاینت می‌تواند با شناسهٔ اتمی که دربرگیرنده نام یک خصیصه است، به آن خصیصه دسترسی داشته باشد.
خصیصه‌ها بیشتر برای ارتباطات بین کلاینتی بکار برده می‌شوند. برای نمونه، یک خصیصه به نام  (این خصیصه توسط اتمی که رشته اختصاص یافته به آن   است نامگذاری شده‌است) هست که برای ذخیره کردن نام پنجره‌ها بکار برده می‌شود. مدیر پنجره‌ها معمولاً این خصیصه را می‌خوانند و سپس آن را در نوار عنوان پنجره نمایش می‌دهند.
برخی از انواع ارتباطات بین کلاینتی، از خصیصه‌های پنجره ریشه استفاده می‌کنند. برای نمونه، بر پایه مشخصاتی که فری‌دسکتاپ برای مدیر پنجره‌ها تعریف کرده، مدیر پنجره‌ها باید شناسه پنجره‌ای که هم‌اکنون فعال است و فوکوس را در اختیار دارد را در یکی از خصیصه‌های پنجره ریشه به نام  ذخیره کنند. منابع اکس که حاوی پارامترهای برنامه‌ها هستند هم در خصیصه‌های پنجره ریشه ذخیره می‌شوند. به این گونه، همه کلاینت‌ها می‌توانند به این خصیصه‌ها دسترسی داشته باشند، حتی اگر این کلاینت‌ها بر روی رایانه‌های گوناگون اجرا شوند.
نگاشت کردن
انگشتی|چپ|این کلید همیشه یک keycode یکسان را تولید می‌کند، اما keysymهای گوناگونی برای به نماد /، ۷ و } وجود دارد. در سامانه پنجره‌ای اکس، هر کلیدی که بر روی دستگاه‌های ورودی از جمله ماوس و کیبورد وجود دارد، یک عدد منحصربفرد مابین ۸ تا ۲۵۵ دارد که به آن keycode می‌گویند. یک keycode تنها یک کلید ویژه را شناسایی می‌کند، نه یک کاراکتر یا لفظ (مانند Page up) که بر روی کلید چاپ شده‌اند را. درعوض هر کدام از این الفاظ یا کاراکترها با یک keysym شناسایی می‌شوند. در حالیکه keycode تنها به کلیدی که فشرده شده‌است وابسته است، یک keysym ممکن است به اینکه دکمه Shift یا یک اصلاح‌گر دیگر هم فشرده شده باشد، بستگی داشته باشد.
هنگامی که کلیدی فشرده یا رها می‌شود، سرور رویدادهایی از نوع  یا   را برای کلاینت‌های مورد نظر می‌فرستد. این رویدادها داده‌های زیر را در خود دارند:
راست|انگشتی|400px|چگونگی ترجمه شدن یک keycode به یک keysym بنابراین سرور keycode و وضعیت اصلاح‌گرها را بدون اینکه تلاش کند خود آن‌ها را به یک کاراکتر ویژه ترجمه کند، برای کلاینت می‌فرستد و وظیفه ترجمه و تفسیر آن‌ها را بر دوش کلاینت واگذار می‌کند. برای نمونه، یک کلاینت ممکن است رویدادی مبنی بر اینکه یک کلید ویژه در حالی فشرده شده‌است که دکمه شیفت هم پایین نگه داشته شده، دریافت کند. اگر در حالت معمول این کلید خاص، کاراکتر 'a' را تولید می‌کرده، کلاینت (و نه سرور) این رویداد را به منزله وارد شدن کاراکتر 'A' تلقی می‌کند.
در حالیکه ترجمه keycodeها به keysym بدست کلاینت انجام می‌شود، جدولی که ارتباط بین آن‌ها را مشخص می‌کند در سرور نگهداری می‌شود. ذخیره کردن این جدول در سرور که یک جای عمومی و مرکزی است، این امکان را فراهم می‌کند تا همه کلاینت‌ها بتوانند به آن دسترسی داشته باشند. کلاینت‌ها تنها از سرور، نگاشت کردن keycodeها به keysymها را درخواست می‌کنند و از آن برای رمزگشایی کردن keycodeها و اصلاح‌گرها به یک keysym استفاده می‌کنند. با این حال، کلاینت‌ها می‌توانند این نگاشت کردن را به خواست خودشان تغییر دهند.
یک اصلاح‌گر کلیدی است که هنگامی فشرده می‌شود، چگونگی تفسیر شدن کلیدها را تغییر می‌دهد. یکی از اصلاح‌گرهای رایج، کلید شیفت است. وقتی کلیدی که در حالت معمول کاراکتر 'a' را تولید می‌کند، به همراه کلید شیفت فشرده می‌شود، باعث تولید شدن یک کاراکتر بزرگ 'A' می‌شود. دیگر اصلاح‌گرهای رایج، کلید آلت، کنترل و متا هستند.
سرور اکس برای هر کدام از این هشت اصلاح‌گر، فهرستی از keycodeها را نگه می‌دارد که آن‌ها را به عنوان آن اصلاح‌گر تفسیر می‌کند. برای نمونه، اگر در فهرست اولین اصلاح‌گر (اصلاح‌گر شیفت)، یک kecode با مقدار  وجود داشته باشد، آنگاه سرور کلیدی که باعث تولید شدن keycodeای با مقدار   می‌شود را به عنوان یک کلید شیفت در نظر می‌گیرد.