hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
拖雷 生平
拖雷出生年份存有争议；历史学家艾骛德认为他生于1191年或1192年，而汉学家牟复礼、保罗·拉契涅夫斯基则断定他生于1180年代末。拖雷是铁木真（即日后之成吉思汗）与元配孛儿帖第四子；他三位兄长依次为术赤（约生于1184年）、察合台（约生于1185年）、窝阔台（约生于1186年）。拖雷另有同胞姐妹五人，按出生顺序依次为豁真、扯扯亦坚、阿剌合、秃满伦、阿儿塔隆。“拖雷”（传统蒙古文：，西里尔蒙古文：，意为“镜子”）一名在英语中有“Tolui”、“Toli”、“Tuluy”等字母转写形式 。历史学家涂逸珊推测，“拖雷”曾是成吉思汗想用以取代“斡赤斤”（otchigin）称谓的名号，“斡赤斤”传统上授予幼子。
拖雷 生平
约1196年，铁木真征讨塔塔儿人后不久，当时尚年幼的拖雷遭绑架未遂，此事见载于两部史料：13世纪蒙古语史诗《蒙古秘史》及14世纪波斯历史学家拉施德丁所著《史集》。据《蒙古秘史》记载，五岁的拖雷被将军博尔忽之妻阿勒塔泥所救，阿勒塔泥揪住塔塔儿绑架者合儿吉勒失剌不放，直至另两名蒙古人哲台、者勒蔑将他砍杀；而拉施德丁则称，拖雷为孛儿帖养子失吉忽秃忽所救，彼时失吉忽秃忽尚年少，得附近一只蒙古牧羊犬相助而救出拖雷。1203年，克烈部可汗脱斡邻勒兵败身死，拖雷与脱斡邻勒的侄女唆鲁禾帖尼别吉与孙女脱古思可敦结婚，两位妻子皆为聂斯脱里派基督徒。拖雷与唆鲁禾帖尼于1209年生长子蒙哥，忽必烈、旭烈兀分别于1215年、1217年相继降生，幼子阿里不哥则在十余年后才诞生。拖雷亦与乃蛮部汗子屈出律之女领忽木结婚，与她育有一子忽睹都。
1206年，铁木真在忽里勒台获尊号“成吉思皇帝”，是为成吉思汗，拖雷被视为铁木真四子中最善战者。入侵金朝期间，拖雷统军作战；成吉思汗围攻西京（今大同市）时中流矢受伤，遂将围城军队指挥权付与拖雷，直至蒙古军队撤离。1213年秋，筹备攻打居庸关时，拖雷与姐夫赤窟一同攀登德兴府城墙。
拖雷 生平
自1219年蒙古入侵花剌子模王朝始，拖雷起初跟随父亲军队。1220年初，他们绕过正遭围攻的讹答剌，进攻河中地区主要中心城市——花剌子模王朝的都城撒麻耳干及其邻城不花剌。不花剌于2月经快速围攻而沦陷，撒麻耳干亦于当年5月至6月被攻克。成吉思汗挥师南下，进入突厥斯坦山脉，令军队在此休整度夏。其间，将领者别、速不台西进，成吉思汗的三位年长儿子亦各自开展军事行动；入秋，成吉思汗出兵攻克忒耳迷。1220年末至1221年初冬季，拖雷与父亲在今塔吉克斯坦境内瓦赫什河上游平叛。此时，者别与速不台已在伊朗西部过冬，此前臣服于他们的呼罗珊地区诸城渐生反意；1220年11月，成吉思汗的女婿脱忽察儿率军至你沙不儿城下，为城中激烈抵抗的市民所杀。1221年初，成吉思汗攻克巴里黑，继而围攻塔里寒期间，获悉花剌子模算端札兰丁击败蒙古将领帖客扯客，遂留部将继续围攻塔里寒，自己前往哥疾宁。成吉思汗因应对札兰丁而分身乏术，遣拖雷前往呼罗珊，务使这片广袤富庶之地无反抗势力。拖雷的任务是以任何可能手段平定并征服呼罗珊地区及其城市。历史学家约翰·安德鲁·波义耳说：“拖雷彻底完成这项（征服呼罗珊的）任务，而该地区从此元气大伤，再未恢复”。
拖雷 生平
拖雷的军队由每十人抽一人的蒙古入侵部队与花剌子模应征兵组成；历史学家卡尔·斯韦尔德鲁普估计拖雷的兵力约7,000人。拖雷自巴里黑西进，抵达今阿富汗与土库曼斯坦边境的马鲁恰克，渡过穆尔加布河及其左岸支流库什克河，从南逼临马鲁城。2月24日夜，拖雷伏击突厥蛮袭击者部队；夜袭之下，突厥蛮人猝不及防，未为蒙古人所杀或溺死于河里者，皆作鸟兽散。翌日，蒙古人抵至马鲁城。拖雷勘察马鲁城六日，断定城防坚固，可抵御长时间围攻。第七日，蒙古人发动总攻，马鲁城中市民两次从不同城门突围，皆未得逞，遂丧失抵抗意志。次日，马鲁城长官得到蒙古人会公平对待城中百姓的承诺，向蒙古人开城投降。然而，拖雷背约，令驱赶马鲁全城百姓到城外，尽皆屠戮，仅留400名工匠与少数孩童为奴隶。据载，每名蒙古士兵受命屠杀三四百人；同时代编年史家伊本·阿昔儿估计死亡人数达70万，而数十年后著《世界征服者史》的编年史家阿塔·蔑里克·志费尼记载，赛夷也速丁·纳撒巴耗时十三日清点马鲁城内死者，得出数字130多万。
拖雷 生平
与此同时，拖雷率军向西南进逼你沙不儿。你沙不儿在战时变故频仍。早在近一年前的1220年4月18日，花剌子模算端摩诃末二世为躲避蒙古军在河中地区的进攻，逃至你沙不儿。同年5月中旬，摩诃末二世弃你沙不儿城而逃，恰好躲过翌日抵达的者别与速不台军队。你沙不儿城向二位将领投降，者别敦促他们拆除城墙，并为路过的任何蒙古军队提供粮草。然而你沙不儿城未听从这些指令，反而为蒙古人制造麻烦，脱忽察儿试图加强管控，却为市民所杀。已故算端摩诃末二世的长子兼继承人札兰丁，为躲避蒙古人对花剌子模王朝都城玉龙杰赤的持续围攻，至你沙不儿城，仅停留一两日，便于1221年2月10日启程前往哥疾宁。札兰丁刚离开你沙不儿不久，追击的蒙古人即至，旋即展开追捕，但被他逃脱。
拖雷 生平
拖雷于4月7日抵达你沙不儿城，城中百姓见他率大军携带大量攻城器械，顿失信心，寻求商定投降条件。因驸马被杀对蒙古人是奇耻大辱，所有提议皆遭拒绝；当日，蒙古人即攻城，4月9日攻破城墙，翌日攻陷沙不儿城。据志费尼记载，为给脱忽察儿报仇，蒙古人奉命将你沙不儿城夷为平地；脱忽察儿的遗孀率护卫入你沙不儿城，亲自监督蒙古人屠杀全城百姓，蒙古人仅留400名工匠运往蒙古。与马鲁不同，你沙不儿所有孩童皆被杀，据称多达1,747,000人的尸体（含城中猫狗）堆积如山。随后你沙不儿城被犁为平地。拖雷在行军穿越该地区时，亦派遣分队攻打周边八瓦耳、奈撒、徒思、札只儿木等城镇。
拖雷 生平
也里是呼罗珊最后一座大城市，其命运一直存在些许争议。20世纪早期历史学家瓦西里·弗拉基米洛维奇·巴托尔德援引一部15世纪也里地方史称，除札兰丁的守军外，也里城中居民未遭屠戮；编年史家明哈札丁·朱兹贾尼曾在也里附近山寨与蒙古人作战，记载也里城经八个月围攻而沦陷，全城百姓皆遭屠戮。如今，得益于20世纪初重新发现、1944年出版的赛义夫所著《也里史》，可知也里曾遭两次围攻。第一次围攻起于一名蒙古使者在也里城中被处决，拖雷盛怒之下，发起为期八日的总攻，最终蔑力（地方长官）战死。彼时拖雷骑马至护城河边缘，宣称若城中居民投降，可免一死。与马鲁不同，蒙古人践守承诺，仅杀死也里城中札兰丁的12,000名守军。拖雷任命蒙古监官忙哥台治理也里城，于1221年中期离开该地区，前往塔里寒与父亲会合。随后当地百姓反叛，杀死忙哥台，蒙古将领额勒只带率军围攻也里数月，至1222年6月才攻克也里城，蒙古人奉额勒只带之命，洗劫也里城，在为期七天的大屠杀中，据说杀害160万至240万人。
拖雷 生平
传统所记拖雷在呼罗珊战役的死亡人数，现代历史学家认为有夸大之嫌。马鲁、你沙不儿、也里三城，实际承载人口远低于所报道的数字，且有记载称，被毁之城人口几近奇迹般恢复——1221年11月，马鲁城再次反叛，成吉思汗养子失吉忽秃忽前往平叛，据说蒙古人在马鲁处死10万人。不过，此等数字显然清楚表明一场极为严重的人口灾难，以至于当地居民都难以估量其破坏程度。历史学家彭晓燕提出，蒙古人遽然将东亚注重实效且残酷的战争手段，引入相较平和的穆斯林世界，是造成此番文化冲击的因素。
拖雷 生平
蒙古草原各部落并无固定的继承制度，但常默许某种形式的幼子继承制，即幼子继承，理由是幼子不像诸兄长有时间招揽追随者，故而需要借助父亲的遗产；但幼子继承制仅适用于财产，不涉及头衔。成吉思汗依蒙古分封制度，将土地与人口作为财产，分配给近亲家族成员。成吉思汗的三个同母弟合撒儿、合赤温、帖木格及异母弟别勒古台获封东部大兴安岭一带的土地，而三个年长儿子获封西部土地：术赤的封地沿额尔齐斯河延展，囊括西伯利亚及钦察人的领地；察合台的封地为突厥斯坦阿力麻里周边原西辽领土；窝阔台的封地在准噶尔盆地；窝阔台所获封地面积相对较小，因他当上皇帝后可得到大量私人领地；拖雷获封阿尔泰山附近的蒙古本土。
拖雷 生平
《蒙古秘史》记载，1219年成吉思汗准备征讨花剌子模，应次妻也遂之请，选定皇位继承人。拉施德丁则称，此决定是在皇帝最后一次征讨西夏之前做出。不论何时，彼时五位可能的皇位候选人分别为：成吉思汗的四个嫡子及他的幼弟帖木格，帖木格竞争力最弱，从未被认真考量。术赤尽管出生于母亲孛儿帖遭蔑儿乞人掳掠强奸之后，极有可能非成吉思汗亲生，但成吉思汗对此并不十分介怀；不过，时异事殊，他与术赤愈渐疏远。这是因为术赤更倾向于留驻并扩充自己的封地，他在玉龙杰赤之战中不愿摧毁此座日后属于自己领地的富庶城市，且未按正常份额上缴战利品给皇帝，致使矛盾加剧。1223年，术赤拒赴忽里勒台，据称忙于狩猎，成吉思汗闻之大怒，正考虑派窝阔台和察合台将他带回，却传来术赤病重薨逝的消息。
拖雷 生平
察合台对术赤可能即位的态度，他曾称兄长为“蔑儿乞惕种”，且在父亲面前与他争吵，令成吉思汗觉得他顽固、傲慢、心胸狭隘，尽管他颇为精通蒙古法律惯例。察合台既被排除，窝阔台和拖雷遂为两大主要皇位候选人。拖雷军事才能无疑更为出色，他在呼罗珊的征战摧毁花剌子模王朝，而窝阔台的统兵作战能力远不及他，且即便以蒙古人的标准来看，他酗酒也颇为严重。然而，窝阔台深受举国上下喜爱，以慷慨、谦恭、乐于调解与妥协闻名。窝阔台自知军事才能欠缺，故而信赖有能力的下属。相较拖雷，窝阔台更有可能维护蒙古传统，拖雷之妻唆鲁禾帖尼为聂斯脱里派基督徒，还是诸多其他宗教的庇护者。
拖雷 生平
1227年，成吉思汗征讨西夏时驾崩，拖雷随侍在侧。身为幼子，拖雷担任监国，主理大蒙古国事务；或许借鉴以往传统，他开创皇帝驾崩后应如何行事的先例，其中包括暂停蒙古军队一切军事进攻，由监国主持一段长时间哀悼期，及召开忽里勒台提名选定皇位继承人。拖雷监国期间，一直和母亲孛儿帖待在一起，同时始终是大蒙古国实际统治者。这对拖雷而言是个契机。拖雷仍是皇位有力竞争者，且得术赤家族支持。然而，任何由成吉思汗提拔厚待的将领参加的忽里勒台，都会毫无疑问遵循前任统治者意愿，拥立窝阔台为皇帝。有人认为，拖雷不愿召开忽里勒台，正是因为深知此举会危及自己的野心。最终，拖雷在谋士移剌楚才劝说下，召开忽里勒台；1229年，大会拥立窝阔台为皇帝，据记载，拖雷率先拥护新皇帝，不过，《蒙古秘史》的作者偏向拖雷一系，可能有夸大他的作用之嫌。
窝阔台在位初期，金朝于陕西的残余势力，颇为棘手：1230年，金朝统帅完颜合达在潼关击败蒙古将领朵豁勒忽。当年秋，窝阔台亲征，拖雷及其子蒙哥陪同前往，蒙哥由窝阔台的二皇后昂灰抚养长大（昂灰出身弘吉剌部，是窝阔台之子合失的生母）。因编年顺序方面的困难及后来对禁忌信息有所隐讳，此次战役诸事在史料记载中颇为混乱，以下是历史学家艾骛德梳理的大概情形。潼关兵败，危及窝阔台统治的稳定，窝阔台遂派速不台率蒙古军队援助朵豁勒忽，随后自己与近亲家族成员亲征。同年底，金军指挥官纥石烈牙吾塔与蒲鲜万奴以完颜陈和尚及其忠孝军精锐为先锋，解除蒙古军队对卫州的围困，速不台和史天泽所率蒙古军队战败，向北溃退。1231年，完颜陈和尚率忠孝军骑兵在倒回谷再度击败速不台所率蒙古军队。拖雷之子忽必烈在位期间编纂的史料，将倒回谷战败归咎于窝阔台错误判断，且认为后续胜利皆赖拖雷之功，窝阔台被塑造成意气用事的指挥官，需要拖雷以睿智言辞提醒他战争的现实情况。
潼关为金朝固守，蒙古军队在凋敝的陕西又逢饥荒，窝阔台与拖雷遂撤至今内蒙古自治区之地，与诸将谋划对策。拖雷基于父亲遗诏，献出一项计策，窝阔台决意采用此策：拖雷会同速不台、失吉忽秃忽展开大规模钳形攻势，借道陕西南部的宋朝疆土，迂回至潼关；而窝阔台则渡过黄河，进逼金朝南京开封；他们的叔叔帖木格率军由山东向西渡黄河，亦进逼开封。三路军队约定翌年春在开封会师。此冒险之策终奏成效——尽管据传拖雷所部因物资极度匮乏至极，竟至食人境地——但他成功从未遭兵燹的宋朝疆土筹集粮草，回师进入金朝河南之地，并于1232年2月9日与敌军在三峰山交战。金军兵力远超拖雷所部，且扬言要奸淫妇孺营中的蒙古妇女；拖雷部众取胜后，以蒙古人大规模鸡奸金军将士为报复。拖雷此战告捷，巩固他在蒙古朝廷中的地位；而窝阔台军事表现乏善可陈，自身地位则有所削弱。
同年稍后，拖雷在北京附近离奇薨逝，彼时他正与兄长北行，而速不台正在围攻开封。据《蒙古秘史》官方记载，拖雷在萨满仪式中舍生取义，以使窝阔台免受金朝恶灵的诅咒；尽管萨满试图以战利品、牲畜或平民为礼物，贿赂恶灵，但恶灵唯愿接受皇室成员的性命。据载，拖雷自愿赴此命运，且拖雷在父亲在世时曾有一预言，这一离奇记载令人怀疑拖雷为窝阔台谋害。艾骛德推测，此等怀疑或许正是《蒙古秘史》作者的意图所在。《蒙古秘史》作者受拖雷后裔资助，欲巧妙诋毁窝阔台一系的对手。艾骛德认为，志费尼所记拖雷死于酗酒这一平淡无奇的解释，最有可能是事实；不过，唆鲁禾帖尼宣扬官方说法，以巩固她家在蒙古朝廷的至高地位。
拖雷薨逝后，依窝阔台的旨意，唆鲁禾帖尼继承拖雷的财产，凭借亡夫在蒙古的大片领地，她成为大蒙古国最受敬重且权势颇大的人物。唆鲁禾帖尼在与钦察汗国术赤后裔拔都缔结同盟一事上发挥重要作用，最终促成1252年的拖雷系政变，使她长子蒙哥得以即皇帝位，并近乎彻底清洗窝阔台系和察合台系 。自夫妇二人次子忽必烈改国号为大元，拖雷系一直保有皇位，直至元朝覆灭，而夫妇二人第三子旭烈兀则为波斯伊兒汗国的创建者。1266年11月16日，忽必烈追尊拖雷为皇帝，谥号景襄皇帝，庙号睿宗，拖雷与唆鲁禾帖尼亦成为蒙古“八白室”祭祀中的重要人物，如今“八白室”祭祀总部设于成吉思汗陵。1310年1月7日，忽必烈的曾孙元武宗海山为高祖父拖雷加上尊谥仁圣，自此拖雷的谥号变为仁圣景襄皇帝。
Freedesktop.org
freedesktop.org（fd.o）是一个致力于Linux和其他类Unix上的X窗口系统的桌面环境之间的互操作性和基础技术共享的项目。由计算机工程师的哈沃克·彭宁顿（Havoc Pennington）於2000年3月创立。
该组织关注用户。目前X有很多开发框架，将来很可能也这样。而该组织力求这其中的不同不会为最终用户所察觉。
最流行的开源X桌面——GNOME、KDE和Xfce都与该项目紧密合作。在2006年该项目发布了Portland 1.0 (xdg-utils)，一个常用的桌面环境接口的集合。
freedesktop.org最初的名称叫X Desktop Group（X桌面工作组），其缩写"XDG"在他们的工作中仍然经常被用到。
Freedesktop.org 目标
该项目并非制订正式的标准，而是帮助在这个过程的更早阶段处理互操作性问题。
Freedesktop.org 容纳的项目
fd.o为众多相关项目提供主机服务  （页面存档备份，存于），包括：
叶培大
叶培大（1915年10月18日—2011年1月16日），男，江苏南汇（今属上海）人，中国微波通信学家，中国科学院院士，北京邮电大学名誉校长。
叶培大 生平
叶培大是上海南汇人。1938年毕业于天津北洋工学院电机系，1945年至1946年赴美国哥伦比亚大学研究院等机构深造，1947年至1949年任前中央广播电台工程师兼南京金陵大学副教授。
1949年9月起任北洋大学电机系教授兼中央广播事业局工程师。1952年北洋大学改为天津大学，曾任天津大学电信系教授兼系主任。1955年后历任北京邮电学院无线系主任、院长助理、副院长、院长、名誉院长，北京邮电大学名誉校长。1980年当选为中国科学院技术科学部委员，后为中国科学院资深院士。
2011年1月16日，在北京逝世，享年95岁。
慕容麟
慕容麟（4世纪—398年），《魏書》中名作賀驎，昌黎郡棘城县（今辽宁省锦州市义县）人。十六國時期後燕宗室，燕成武帝慕容垂之子，爱妾所生。惠愍帝慕容寶庶出兄弟。慕容麟本不為父親喜愛，在父兄在前燕遭禍逃難時更兩度背叛他們，甚至令嫡兄慕容令被殺。但在其父建立後燕期間多有建功，獲封趙王，官至衞大將軍、尚書左僕射。但在北魏侵略後燕時又屢有異圖，更一度稱燕帝，然而終因不敵北魏軍隊而投奔叔父慕容德，並隨其建立南燕，但旋即因為謀反而被賜死。
慕容麟 生平
父親慕容垂本為前燕吳王，建熙十年（369年）時因遭到主政的慕容評及可足渾太后逼害而以出獵為名率眾打算逃奔燕故都龍城（今遼寧省朝陽市），但慕容麟因一向不被父親喜愛，在一行人走到邯鄲（今河北省邯鄲市）時走回首都鄴城（今河北臨漳縣西）通風報信。慕容垂部眾聞知圖謀敗露大多叛離，而燕帝慕容暐也派了西平公慕容強領精銳騎兵追擊，只因慕容垂長子慕容令親自斷後逼退了慕容強追兵。然而慕容麟此舉令慕容垂被逼改變行程，潛行至洛陽（今南省洛陽市）後西投前秦。慕容垂入秦後得前秦天王苻堅賞識，獲封侯賜官，惟秦丞相王猛認定慕容垂將來必成禍患，力主殺掉他，故雖然苻堅拒絕加害，但王猛還是藉翌年（370年）出兵進攻前燕的機會將慕容令選為自己參軍，並藉通信不便的情形派人以餞行時慕容垂送給自己的配刀詐稱是慕容垂約定與慕容令叛秦的信物。慕容令堕進圈套東歸，而根本無叛還行為的慕容垂就因而被王猛指控謀反，只是苻堅再度維護慕容垂，待之如初。相反逃還前燕的慕容令遭燕人猜忌是前秦奸細，被流放到龍城東北五百里處的沙城處。慕容令擔心自己還是避不過太后和慕容評的逼害，當年五月便和在沙城結交的流放士兵們起兵攻下威德城，並得附近諸戍響應。時慕容令打算乘勢襲取龍城，慕容麟此時卻將兄長的圖謀向龍城守將勃海王慕容亮告發，慕容令遂敗於閉門拒守的慕容亮，並遭涉圭殺害。同年十一月，前燕為前秦所滅，慕容垂跟隨苻堅進入鄴城，他痛恨慕容麟兩度背叛父兄，遂將慕容麟生母殺死，但卻不捨得殺慕容麟，只是和他保持距離，很少和他見面。
慕容麟 生平
前秦建元十九年（383年），苻堅於淝水之戰戰敗後慕容垂成功求得讓其撫慰北方，其實就想趁機復國，期間就遇上苻堅命其討伐翟斌的機會。駐鎮鄴城的長樂公苻丕即對其有所懷疑，故意給他二千弱兵及一些差劣的兵器，更以苻飛龍領一千兵作副手監視他。慕容垂遂在河內募兵，並藉機殺掉苻飛龍，期間慕容麟多番獻計，令慕容垂對其改觀，待遇回復和其他兒子一樣了。次年（384）慕容垂承制稱燕王，以慕容麟為撫軍大將軍，其後在四月受派往信都（今河北衡水市冀州區）支援正在攻城的樂浪王慕容溫。五月，信都降燕，慕容麟轉攻常山（治今河北正定縣）；六月，常山守將苻亮及苻謨出降，慕容麟進攻中山（今河北定州市），並在七月攻下中山，俘獲苻鑒，聲威大振。
慕容麟 生平
前秦幽州刺史王永及平州刺史苻沖率眾進攻燕軍，慕容垂派寧朔將軍平規擊敗他們，並進佔薊（今北京巿）南，王永遂向劉庫仁求援，劉庫仁派了公孫希領三千騎增援，在薊南擊敗平規，並在唐城（今河北唐縣）和慕容麟相持不下。同時劉庫仁打算乘勢發兵為一直死守鄴城的苻丕解圍，但慕輿文以士兵不欲遠征，發起叛亂殺掉劉庫仁，公孫希聞訊就自潰。慕容麟在威脅解除後就轉向支援討伐丁零人的慕容農，時慕容農的進攻逼得翟遼退守無極縣（今河北無極縣），慕容麟與慕容農聯兵進攻，大破翟遼，翟遼敗歸翟真。次年，慕容麟與慕容農聚於中山，進攻在中山附近盤據的丁零人，遂在承營大破翟真。
因著攻鄴的戰事膠著，慕容麟一度駐鎮信都。不久苻丕棄守鄴城，慕容麟就自信都領兵清掃勃海郡、清河郡一帶的前秦殘餘力量，例如擊破勃海太守封懿和在博陵（今河北省蠡縣蠡吾鎮南）俘殺王兗及苻鑒。
慕容麟 生平
建興元年（386年），燕王慕容垂正式稱帝，以慕容麟為衞大將軍，不久又封其為趙王。同年八月，慕容垂留太子慕容寶守國都中山，又以慕容麟為尚書右僕射、錄留臺。自率大軍向南略地，當時丁零殘部鮮于乞趁機出來抄掠，慕容麟就親自率軍討伐。時有將領認為此時皇帝正領兵遠出，若負重責的慕容麟出討不順利的話會重挫士氣，建議先派將領討伐。但慕容麟認為鮮于乞是看準皇帝遠征而出，肯定不會提防還會有兵力討伐，認為一戰就可解決他。慕容麟於是聲稱出兵魯口，但到夜晚就迴軍進攻鮮于乞，到清晨時剛好能直襲敵營，俘獲鮮于乞。
同年，北魏發生內亂，拓跋窟咄和魏王拓跋珪爭位，窟咄獲得劉顯的支持，連拓跋珪身邊的代人都有密謀響應，拓跋珪只得北依賀蘭部並向後燕求援。慕容麟就受命領兵救拓跋珪，但慕容麟大軍還未及趕到拓跋窟咄就與賀染干等進攻拓跋珪，慕容麟得知後只好讓作為使者的安同趕快回去，讓拓跋珪守軍得知燕援軍快來的消息，稍為安定人心。
慕容麟 生平
建興二年（387年），上谷人王敏殺太守封戢，代郡人許謙亦驅逐太守賈閏，皆據郡依附劉顯，慕容麟領兵討伐，殺王敏。及後劉顯掠奪劉衞辰向後燕進貢的馬匹，大怒的慕容垂派了太原王慕容楷及慕容麟進攻劉顯，劉顯兵敗逃到馬邑。此時拓跋珪又向慕容垂請兵討伐劉顯，慕容垂再派慕容麟領兵出援，在拓跋珪軍的引領下聯軍大破劉顯，劉顯逃至西燕，慕容麟就盡收其部眾及大量牲畜。建興三年（388年），慕容麟攻下代郡，許謙逃奔西燕。
慕容麟 生平
建興五年（390年），慕容麟領軍和北魏王拓跋珪在意辛山會合，合力進攻賀蘭部、紇突隣及紇奚三部，大破三部，紇突隣及紇奚兩部都降魏。建興六年（391年），贺讷弟賀染干謀殺賀讷奪取賀蘭部，賀訥遂起兵攻打賀染干，拓跋珪將此事報告慕容垂，並且自請為嚮導請兵平定賀蘭部內亂。慕容麟於是獲派往進攻賀訥，賀染干則由蘭汗負責。六月甲辰日（7月20日），慕容麟在赤城擊敗並生擒賀讷，更受降賀蘭部數萬落。慕容垂下令慕容麟將投降的部落交還賀蘭部，而帶賀染干至中山作人質。慕容麟回中山後向慕容垂說：「以臣觀察拓跋珪的行為，他終會成為國家的禍患，不如將他抓到朝內，命令他弟弟監國。」但慕容垂沒有聽從。
慕容麟 生平
同年七月，北魏因後燕強留出使的秦王拓跋觚以求名馬而與后燕絕交，轉而與同為慕容鮮卑建立的西燕交好，更屢次侵擾後燕。建興十年（395年），慕容垂在上一年滅西燕後便派太子慕容寶、遼西王慕容農及慕容麟等率軍八萬攻魏，並以范陽王慕容德、陳留王慕容紹等率一萬八千騎兵為後援。魏軍截獲消息後，於七月先將主力部隊後撤，另一方面燕軍前進至五原（今內蒙古包頭市），收割當地農作物，再進軍到黃河岸邊造船準備渡河。九月，兩軍在五原一帶的黃河隔岸對峙。出兵時慕容垂就已患病，而拓跋珪更派人在燕軍後截斷中山與前線間的使者通訊，更強逼被截使者向慕容寶謊稱慕容垂已死，成功動搖人心。不久，慕容麟將慕輿嵩等人相信慕容垂真的已死，就想發動兵變奉慕容麟為主，雖然他們旋即因圖謀敗露而被誅殺，但慕容寶和慕容麟之間已有嫌隙。十月，慕容寶燒掉原本用作渡河擊魏的船，退兵回中山。不過十一月時黃河河面就因暴風而提早結冰，拓跋珪遂派兩萬多精銳騎兵追擊。慕容寶以為未到冬天魏軍就不可能渡河追擊，根本沒有派斥候提防追兵，但走到參合陂時到有大風吹來，隨軍的僧人支曇猛就認為這些大風是魏軍將至的徵兆，建議慕容寶派兵防備後方，但慕容寶自信預計沒錯，笑而不應；支曇猛一直堅持，慕容麟還故意討好慕容寶說：「以殿下神武，兵力的強盛，足夠在沙漠橫行的了，索虜怎敢追來！支曇猛胡說八道擾動眾人，應該處斬他！」但支曇猛一直哭求，更舉出前秦在淝水輕敵致敗的覆轍。慕容寶終在慕容德勸說下被說服，派慕容麟領三萬人殿後。但慕容麟根本無心防備，只顧著遊獵。晝夜兼程的魏軍趕至參合陂，與燕軍分處參合陂的西及東邊，但燕軍仍未察覺。翌日一早，魏軍登頂望燕軍，下方燕軍得悉魏軍來襲大驚，魏軍甫進攻就向河中潰退，上萬人因踐踏或遇溺而死，至被魏軍抄截退路後更束手就擒，大軍中除少數官員獲選入魏外皆遭拓跋珪下令坑殺。慕容寶等則單騎逃返中山。
慕容麟 生平
建興十一年（396年），慕容垂在對北魏復仇戰爭中去世，慕容寶以太子繼位，慕容麟獲任命為尚書左僕射。同年八月，北魏大舉攻燕，并州牧遼西王慕容農抵禦失敗逃奔中山，并州失守後朝臣討論後續應對方略，中山尹苻謨及尚書封懿都認為應該阻關據險防禦在平原地帶佔優的北魏騎兵，封懿更直指眭邃主張讓人民聚糧結堡，堅壁清野的策略不足以禦敵，只是將物資聚起來讓北魏攻破取用，更是示弱，動搖眾心。但慕容麟就主張避北魏鋒芒，營修城垣作守城戰，以逸待勞作反擊。慕容寶聽信慕容麟，甚至讓他主掌軍事。北魏在攻下常山郡後，後燕在中原地帶的郡縣大部分都望風歸降，僅餘信都、中山和鄴三城仍歸後燕所控，拓跋珪遂派兵分別圍攻三城，自領軍隊南走接收其餘後燕領土。
慕容麟 生平
永康二年（397年）正月，拓跋珪回軍親征信都，信都守將慕容鳳被逼棄城出逃，信都遂告失守。而慕容寶此時趁魏主攻信都出屯深澤，並派慕容麟攻楊城（今河北省順平縣境），殺了三百守兵。那時因為魏有內亂，拓跋珪打算先和後燕停戰以解決事件，但慕容寶認為是反敗為勝的機會，拒絕之餘更糾集大軍對北魏作出反擊，卻於二月在柏肆（今河北省曲陽縣）中慘敗給北魏，錄得大量物資及士兵的損失，慕容寶亦只能撤回首都中山死守。沒多久，尚書郎慕輿皓就意圖發動兵變殺掉慕容寶、改立慕容麟，只因被妻兄告發而被逼帶著數十人逃奔北魏，慕容麟事後並不心安。慕容寶退回中山後城中將士其實仍很有戰意，欲與圍城魏軍決戰，慕容隆以此勸說慕容寶派將士出戰拒敵。原本慕容寶也同意，但慕容麟每每都說服慕容寶收回成命，慕容隆先後四度讓士兵列陣預備出戰都無法成行。三月，慕容寶原本答應送還拓跋觚及割地作為停戰條件，更得拓跋珪答允，但不久慕容寶又反悔，遂令拓跋珪回軍又命諸將圍攻中山。慕容隆此時再度請得慕容寶讓他率領城中將士出城決戰，披甲上馬帶著部眾在城門待命，可是慕容麟此時再度勸止慕容寶，弄得將士憤恨不已。但當晚，慕容麟就以武力脅逼統領禁軍的北地王慕容精，想讓他以禁軍謀殺慕容寶，但遭慕容精拒絕，慕容麟於是殺慕容精，逃出中山，依附丁零遺眾。不久，慕容寶等因怕慕容麟奪取了故都龍城，乘夜率領部下撤出中山，出奔龍城。中山城於是大亂，但外圍的北魏軍卻沒有立即進城，城內人們就立了開封公慕容詳為主，閉門繼續抵抗魏軍，魏軍連日強攻皆不果。而慕容寶出奔時部眾和逃亡的慕容麟部遇上，慕容麟恐懼之下帶著部眾逃到蒲陰（今河北省順平縣），及後再移屯望都（今河北省望都縣），獲當地人補給支援。慕容詳其時派兵進攻望都，俘其妻兒，逼令慕容麟逃到山中。五月，拓跋珪見中山無法立即攻下，命令軍隊撤圍南走以待時機。慕容詳自以擊退魏軍，遂即皇帝位，改元建始。但由於慕容詳嗜酒好殺，不恤士民，中山城民遂打算迎慕容麟為主。七月，慕容麟看準慕容詳派張驤到常山取食的機會潛入張驤部隊並成功入城，在城內發動兵變殺掉慕容詳，亦稱帝，改元延平。慕容麟即位後廢除慕容詳禁止民眾採收野稻作食物的命令，遂令人民得以取食飽餐。接著民眾就請求進攻魏軍，但慕容麟不許，於是鄰近野稻收盡後民眾又開始飢餓了。此時拓跋珪派長孫肥領兵攻中山，慕容麟領軍至派水被擊敗，退守中山。九月，中山爆發嚴重飢荒，慕容麟帶著二萬人出據新市（今河北省正定縣新城鋪鎮），拓跋珪遂親率軍隊攻中山。十月，慕容麟退守派水，不久在義台遭拓跋珪擊敗，死了九千多人，慕容麟自去年號，帶著數十騎救走妻兒後往鄴城投靠陽王慕容德。
慕容麟 生平
慕容麟到鄴後不復稱帝，恢復自己本身趙王爵位，並建議慕容德棄守鄴城而轉據滑台（今河南省滑縣）。由於守滑台的魯陽王慕容和先前都勸慕容德前來，慕容德於是在永興三年（398年）領著四萬戶離開鄴城，驚險逃過魏兵追擊成功渡過黃海後到了滑台。慕容麟建議慕容德稱帝，但慕容德就仿傚兄長慕容垂先稱燕王，建立南燕。慕容德以慕容麟為司空、領尚書令，但慕容麟此時卻又想作亂，事情被慕容德發現，遂被賜死。
第二次马其顿战争
第二次馬其頓戰爭發生於公元前200年–前197年，羅馬和帕加馬王國和羅德島聯合起來與馬其頓腓力五世交戰。戰爭結果腓力五世遭受到大敗，馬其頓失去在希臘半島、小亞細亞和色雷斯所有領土，而羅馬宣布所有的希臘城邦將獲得自由。這場戰爭標誌著羅馬開始大幅干涉東地中海事務，甚至最終征服整個區域。
第二次马其顿战争 序幕
馬其頓和羅馬在第一次馬其頓戰爭交鋒未分勝負，參戰各方簽訂了腓尼基和約。和約的條款不允許馬其頓向西擴張，於是腓力五世很快的把注意力轉移到色雷斯和達達尼爾海峽附近的希臘城邦，使羅德島和帕加馬王國感受到威脅，因而在前205年爆發克里特戰爭。
在前204年，埃及托勒密四世逝世，留下年幼的兒子托勒密五世繼位。趁著這個機會馬其頓國王腓力五世與塞琉古國王安條克三世達成秘密協議，意圖瓜分托勒密王國的領土。根據這個協定:馬其頓將獲得愛琴海沿岸和昔蘭尼，塞琉古帝國預定將埃及和賽普勒斯納為所有。
條約簽署之後，腓力的軍隊襲擊了托勒密王國在色雷斯的領土，紧接著，馬其頓艦隊向南進犯，從托勒密王國手中奪取了薩摩斯島，並俘虜了停泊在那裡的埃及艦隊。前201年，馬其頓艦隊在萊德島海戰後占領米利都。之後，腓力開始入侵帕加馬王國的領土和卡里亞，然而羅德島和帕加馬艦隊在巴爾古利亞的海港內成功封鎖馬其頓艦隊，使馬其頓軍在整個冬天補給相當缺乏。腓力與他的艦隊剛剛從聯軍的封鎖中逃離後不久，雅典也捲入這場對抗腓力的戰爭。
儘管羅德島和帕加馬艦隊在海軍上顯現優勢，但仍對腓力的軍力相當畏懼，派遣大使向日益強盛的羅馬共和國尋求協助。
第二次马其顿战争 羅馬的干涉
羅馬的早期歷史上，羅馬很少介入東地中海的事務，甚至在第一次馬其頓戰爭發生時，羅馬的主要對手是引發第二次布匿戰爭的漢尼拔，而非腓力五世。隨者腓尼基和約簽訂，初步解決羅馬與馬其頓在伊利里亞的糾紛。
前205年以來，腓力在色雷斯和小亞細亞的擴張行動逐漸引起羅馬注意，加上在第二次布匿戰爭獲得完全勝利，羅馬可以把餘力集中到東方來。當羅馬盟友羅得島及帕加馬代表團來到羅馬，告訴羅馬元老院安條克和腓力之間的條約，並抱怨腓力攻擊他們的領土，羅馬隨即派出三位特使前往希臘作為回應。起初羅馬特使在到達雅典前對於與馬其頓開戰興致缺缺，直到他們在雅典與帕加馬國王阿塔羅斯一世和羅德島的特使會面。差不多同時，腓力因雅典先前與馬其頓宣戰而派遣一支軍隊入侵阿提卡。羅馬大使與馬其頓將領會面，強烈要求馬其頓從其他希臘城邦撤軍，而且要與羅德島和帕加馬協定關於戰爭的賠款，否則羅馬將對其宣戰。馬其頓的將領立即從雅典的領土上撤軍，並把羅馬的最後通牒傳達给腓力五世。
第二次马其顿战争 羅馬的干涉
在腓力與他的艦隊從巴爾古利亞的封鎖脫離後，回到馬其頓本土，在那裡腓力收到羅馬的最後通牒。腓力拒絕羅馬的要求，命令軍隊再度入侵雅典，並重新策劃對達達尼爾海峽附近城邦的征服行動。前200年，腓力率軍包圍了帕加馬和羅得島守軍聯防的阿彼多斯。同年夏天，羅馬一位大使攜帶第二份最後通牒來到阿彼多斯與腓力五世會面，要求馬其頓立即停止攻擊任何希臘城邦或是托勒密王國的領地，並且與羅德島和帕加馬協談和約並賠償損失。而腓力五世則要求羅馬遵守腓尼基和約，若羅馬執意違反和約開戰的話，他將盡其所能與羅馬戰鬥。然而這時羅馬已經很明顯要與馬其頓開戰，差不多在羅馬大使向腓力五世遞交第二份最後通牒時，一支羅馬軍隊登陸伊利里亞。對此，腓力五世向羅馬抗議他並沒有違反腓尼基和約內的任何條款，但對於事實已經毫無影響了，第二次馬其頓戰爭因而爆發。
第二次马其顿战争 戰事
戰爭爆發後，腓力五世發現很少希臘城邦願意與馬其頓同盟，他們也對與羅馬結盟興趣缺缺。主要原因在第一次馬其頓戰爭時，羅馬軍團頻繁的暴虐行為讓希臘人印象深刻，大部分的城邦都靜待戰爭變化。在戰爭前兩年，羅馬在軍事上甚少進展。羅馬執政官普布利烏斯·蘇爾皮基烏斯·加爾巴·馬克西姆斯雖然在軍事上進展緩慢，但外交上成功讓埃托利亞加入羅馬這方。而繼任的執政官普布利烏斯·維利烏斯·塔普魯斯主要在處理自方的兵變問題。前198年，新任羅馬執政官提圖斯·昆克蒂烏斯·弗拉米寧接手統帥權後，在軍事上的表現與前幾任大大不同。
弗拉米寧年僅不到三十歲，還是個熱愛希臘文化者。原本羅馬的政策是要腓力停止攻擊任何希臘城邦，即維持希臘城邦和平。現在弗拉米寧一改先前羅馬的戰爭政策和規劃，要求馬其頓從所有城邦上的駐軍撤離，完全解放希臘城邦。這政策讓羅馬獲得許多希臘城邦支持，加上弗拉米寧在軍事上一連串積極行動，並於阿烏斯戰役獲得勝利，迫使腓力五世從色薩利撤退。儘管傳統上的親馬其頓的亞該亞同盟，這時與斯巴達交戰而無法在這次戰爭上為馬其頓提供協助，但羅馬成功讓亞該亞同盟放棄親馬其頓的立場，最後在亞該亞，僅剩阿爾戈斯與馬其頓同一側。
第二次马其顿战争 戰事
陷入不利形勢的腓力五世宣布他有意願與羅馬談和，而弗拉米寧希望能在自己執政官任內結束這場戰爭，來作為自己的功績。但這時弗拉米寧面臨羅馬執政官改選，並不確定自己任期是否延長。在這種情況下，弗拉米寧決定先與腓力的談判來等待時間，直到選舉結果出來。假如自己任期沒有延長，她將在被召回羅馬前立即與馬其頓談和；如果任期延長的話，和平談判就破裂，繼續與馬其頓戰爭。
在前198年11月，弗拉米寧與腓力五世在羅克里斯的尼西亞會談。為了拖延會議進行，弗拉米寧堅持所有的羅馬盟友都要參與這次協商。會中弗拉米寧再度重申:要求馬其頓從所有希臘城邦上的駐軍撤離。而腓力五世認為條件太嚴苛，希望以馬其頓放棄所有最近征服的色雷斯和小亞細亞領土即可，但弗拉米寧卻告訴腓力五世這些條件是希臘城邦堅持提出的，建議腓力五世派出大使前往羅馬元老院商談，這問題就可以解決。在弗拉米寧誤導下，腓力五世派遣使者前往羅馬，此時選舉結果也出來了，弗拉米寧被任命為資深執政官，軍隊指揮權也延長了。於是，弗拉米寧在羅馬的朋友阻撓馬其頓使者協商，迫使和平會談破裂，戰爭再度爆發。
第二次马其顿战争 戰事
隨著戰爭漸漸對羅馬有利，腓力五世所剩不多的盟友背棄了他。前197年六月，弗拉米寧所率領的羅馬軍團在色薩利的庫諾斯克法萊戰役中擊敗馬其頓方陣，腓力五世被迫接受羅馬的談和條件，結束這場戰爭。
第二次马其顿战争 和約
雙方在坦佩谷舉行和談，並在那裏簽訂和約。腓力五世同意將會把馬其頓駐軍從所有希臘城邦撤離，並且放棄所有最近征服的色雷斯和小亞細亞領土。會中埃托利亞同盟要求從馬其頓上獲得領土，但這事遭到弗拉米寧否決。當條款送到羅馬確定批准時，羅馬元老院再增加額外條款：馬其頓要付出一大筆戰爭賠款和交出大部分艦隊。
公元前196年的科林斯的地峽運動會上，弗拉米寧宣告了所有的希腊城邦將獲得自由，而且羅馬不會在希臘駐軍，當場所有希臘人歡聲雷動。然而，羅馬仍在重要的戰略要地上駐軍，如馬其頓、科林斯、德米特里阿斯和哈爾基斯等地，直到前194年才逐漸從希臘撤軍。第二次馬其頓戰爭結束後，馬其頓被迫與羅馬同盟，疆界回到古早的邊界，結果馬其頓在希臘的勢力遭到徹底粉碎，喪失地中海大國的地位。
X視窗系統
X Window系统（X Window System，也常稱為X11或X，天視窗系統）是一种以位图方式显示的軟體視窗系統。最初是1984年麻省理工學院的研究，之後變成UNIX、类UNIX、以及OpenVMS等操作系统所一致適用的標準化軟體工具套件及顯示架構的運作協定。X Window系统透過軟體工具及架構協定來建立作業系統所用的图形用户界面，此後則逐漸擴展適用到各形各色的其他作業系統上。现在幾乎所有的作業系統都能支援與使用X。更重要的是，今日知名的桌面環境——GNOME和KDE Plasma也都是以X Window系统為基礎建構成的。
X視窗系統
由於X只是工具套件及架構規範，本身並無實際參與運作的實體，所以必須有人依據此標準進行開發撰寫。如此才有真正可用、可執行的實體，始可稱為實現體。目前依據X的規範架構所開發撰寫成的實現體中，以X.Org最為普遍且最受歡迎。X.Org所用的協定版本，X11，是在1987年9月所發佈。而今最新的參考實作（參考性、示範性的實作體）版本則是X11 Release 7.8（簡稱：X11R7.8），而此專案由X.Org基金会所領導，且是以MIT授權和相似的授權許可的自由軟體。
X視窗系統 X的C/S模式和网络透明性
X能為GUI環境提供基本的框架：在屏幕上描繪、呈現圖像與移動程式視窗，同時也受理、執行、及管理電腦與滑鼠、鍵盤的互動程序。不過，X並沒有管轄到使用者介面的部份，而是由其他以X為基礎的實現體來負責，也因為如此，以X為基礎環境所開發成的視覺樣式非常地多；不同的程式可能有截然不同的介面呈現。
X採用C/S的架構模型，由一个X服务器与多個X客户端程序進行通讯，服务器接受对于图形输出（窗口）的请求并反馈用户输入（键盘、鼠标、触摸屏），服务器可能是一个能显示到其他显示系统的应用程序，也可能是控制某个PC的视频输出的系统程序，也可能是個特殊硬件。
X的一大特點在於“網路透明性”：應用程式（“客戶端”應用程式）所執行的機器，不一定是使用者本地的機器（顯示的“伺服器”）。X中所提及的“客戶端”和“伺服器”等字眼用詞也經常與人們一般想定的相反，“伺服器”反而是在使用者本地端的自有機器上執行，而非是在遠端的另一部機器上執行。
X視窗系統 X的C/S模式和网络透明性
服务器和客户端之间的通信协议的运作对计算机网络是透明的：客户端和服务器可以在同一台计算机上，也可以不是，或许其架构和操作系统也不同，但都能运行。客户机和服务器还能够使用安全连接在互联网上安全地通讯。
为了使远端客户程序显示到本地服务器，用户一般需要启动一个终端窗口和到达远端计算机的telnet或者ssh，令其显示到用户计算机，（例如：在运行bash的远端计算机上export DISPLAY=[用户的计算机]:0）然后启动客户端。然后客户端就会连接到本地计算机，并且远端应用程序会显示到本地屏幕并被本地输入设备所控制。与之对应，本地计算机上也可以执行一个连接到远端计算机的小型代理程序，并在該端启动與執行自有需求與指定的应用程序。
实际的远端客户端的例子有：图形化管理远程计算机；在远端UNIX计算机上运行计算密集的仿真程序并把结果显示到本地的Windows桌面计算机；用一套显示器、键盘和鼠标控制同时运行在多台计算机上的图形化软件。
X視窗系統 X的設計原則
X的設計原則，早在最初仍在麻省理工學院的階段（1984年）就已經成形，由鲍伯·斯凯夫勒和吉姆·杰提斯兩人制訂出X最早的開發、強化、改進原則，原則大體如下：
之後，上述原則中的第一項原則在設計X11時被加以修改，修訂成：「除非已有真正的應用程式，真的需要X為其修訂、增訂等支援，否則不會為X增加新功能。」X基本上一直遵循這些原則，參考實現的擴展及改進也是以此原則的角度來著手，也因為奉行上述原則，使至今的最新版X仍能與最初（1987年）發佈的協定標準近乎完全相容。
X視窗系統 使用者界面
X刻意不去規範應用程式在使用者界面上的具體細節設計，這些包括按鈕、選單和視窗的標題欄等等，這些都由視窗管理器（window manager）、GUI構件工具包、桌面環境（desktop environment）或者應用程序指定的GUI（如POS）等等的用戶軟件來提供，然而因為架構設計上保留了高度的彈性發揮空間，致使多年來X在“基礎、典型、一般性”的使用者介面上，也都有數目驚人的多樣性選擇。
在X的系統架構中，視窗管理器用於控制視窗程式的位置和外觀，其界面類似Microsoft的Windows或者Macintosh（例如：KDE的KWin或者GNOME的Metacity），不過在控制機制上卻截然不同（例如：X提供的基本視窗管理器twm）。視窗管理器可能只是個框架（例如：twm），但也可能提供了全套的桌面環境功能（例如：Enlightenment）。
X視窗系統 使用者界面
雖然不同的X使用者介面可以有很大的差距、差異，然而絕大多數的用戶在使用X時，多是用已經高度全套化的桌面環境，桌面環境不僅有視窗管理器，還具備各種應用程式以及協調一致的界面，目前最流行的桌面環境是GNOME和KDE，此兩者已普遍使用於Linux作業系統上，而UNIX所用的標準桌面環境多是通用桌面環境CDE，然而也有些UNIX也開始採行GNOME。
此外，X桌面環境及組件雖然極其多樣，但同時也需要保持相容性與互通性，關於此則有freedesktop.org積極與努力地維持各種不同X桌面環境的相容性，使相競態勢下仍不失X的相容本色。
X視窗系統 实现
X的标准实现是X.Org的参考实现。由于其许可证比较宽松，出现了大量自由的或者专有的实现。商业的UNIX商家倾向于采用参考实现并使之适应其硬件，例如高度定制并加入专有的扩展。
直到2004年，在自由的类UNIX系统上最常见的X变体是XFree86。顾名思义，它源于X的386兼容的PC机的移植，到了上個（20）世纪90年代末期成为X的技术创新的主要来源和X开发的事实标准。但是从2004年起，最流行的X服务器是XFree86的分支—X.Org的参考实现。
虽然X一般和UNIX联系在一起，X服务器也能够自然地存在于其他图形环境。DEC／COMPAQ／HP的OpenVMS操作系统用X加上CDE做为其标准桌面环境，称为DECwindows。苹果公司的Mac OS X v10.3（研發時的代號：Panther，美洲豹）包括Apple X11，它基于XFree86 4.3和X11R6.6，并能和Mac OS X更好地集成。
X視窗系統 实现
Microsoft的Windows本身不包含对X的支持，但是有不少第三方的实现可用，其中有自由软件如Cygwin/X、Xming、WeirdMind和WeirdX，另外專有、專屬性的也有Xmanager、X-Deep/32、X-Win32、WiredX和Exceed。它们多用于控制远程X客户端。
当X寄生在其他窗口系统（例如：Windows或Mac OS）时，X系统一般是“rootless，無根”的，也就是说：宿主（主體）窗口系统担当根窗口（背景和相关菜单）并管理寄生（客體）的X窗口的位置。但是也有些服务器，例如Exceed，能够在宿主系统上创建根窗口使得远程客户端能够做为分离的窗口在其上显示。
X终端機（X Terminal）是做为仅运行X服务器的瘦客户机的专用硬件。该架构广泛用于为了使多人同时使用同一个大型服务器而构造终端。这也符合MIT的计划的初衷。
X终端搜索网络，使用X显示管理器产生允许其运行客户机的主机列表。初始主机需要執行X显示管理器。
专用的X终端機（硬件）现在已经不太常见了，现在经常使用个人计算机並搭配執行X終端機的實效模擬程式（Emulator）来完成相同的功能，過去（1990年代初期）業界在推行X終端機時也將其稱為「窮人的UNIX工作站」。
X視窗系統 X的局限和批评
在《UNIX痛恨者手冊》一書中有個章節為："X視窗所造成的災禍（The X-Windows Disaster）"，該書用此整個章節的篇幅內容來讨论X在20世纪80年代末到同世紀90年代初的问题與困擾。
在PC世界裡，需要第三方硬件的驱动的非主流的个人计算机软件往往不能支持所有为Microsoft Windows出品的设备。X Window也不例外，它的实现往往缺少较新（或者非常旧）的显示卡高效驱动程序。
X.org和XFree86这样的开源X实现中，开发社区通过复用已有代码，可以很快更新改进驱动程序，从而能够为较陈旧的或者很通用的硬件开发出高质量的驱动。
高性能图形计算目前是顶级的图形功能，一般由厂家通过专有驱动来实现，而且往往优先考虑是Windows（最大的消费市场）。由于高性能视频市场的显赫地位，一些硬件／驱动厂商会考虑通过将技术细节变为商业秘密或者将其中创新变为软件专利，而这阻碍了开源驱动的实现。
在PC机之外的世界裡，很多X的实现是为非传统设备如PDA和手机而编写（或者移植）的。这样的实现必须提供为在此之上运行的平台提供至少且必须的设备支持。
X視窗系統 X的局限和批评
X Window的C/S体系（主從式架構）设计在应用程序和视频硬件之间多加了一层软件，导致繪圖效率下降，所以引起了一些批评。因此开发了若干扩展，在设备和客户机在同一个系统上时，通过在取得适当许可的情况下，以直接访问设备来改善这一问题。而在Linux上，一些视频驱动已经部分移入内核以提高效率。
另一方面，X也被批评为需要（或者提供）了过多的对硬件的直接访问，从而影响了系统稳定性。行为不良的显卡驱动（有时也可能是应用程序）甚至能够导致整个系统崩溃或者重启；有时即使操作系统仍在工作，它也不能继续渲染其显示（这时除了重启，缺乏好的恢复手段）。
根本上，目前所有的桌面GUI操作系统都提供某种对硬件的直接访问，支持者认为市场已经证明为了提供图形性能牺牲一点稳定性是值得的。或许将来随着技术和用户的演化这一平衡会有所变化。
X視窗系統 X的局限和批评
X刻意不去规范用户界面和程序之间大多数的通信，导致出现了几种非常不同的界面，同时程序之间协同困难；而客户机之间的互操作规范ICCCM以难以正确实现而闻名。后来的标准化尝试，如Motif和CDE，也于事无补。长久以来这已经成为用户和程序员的巨大的挫折的源头。目前，程序的感观一致性和通信一般是通过为特定桌面环境或者构件工具箱编程来处理，这也避免了直接和ICCCM接触。
X缺乏良好的网络與透明的音效系统。当用户对音效日益期盼时，各种不兼容的音效子系统便出现了。过去，大多数程序员只好忽略网络问题，简单地使用本地的并且是OS专用的音效API。第一代客户机-服务器音效系统有rplay和Network Audio System。而最近的努力产生了EsounD（GNOME）和ARts（KDE），而这也并非标准。而其他系统如Media Application Server则正在开发当中。
X視窗系統 X的局限和批评
直到最近，X也没有好的顯示印表機所列印的内容（所見即所得）的解决方案。许多X客户机完全用PostScript实现打印，而这与发送到服务器的几乎整个是分离的。从X11R6.3起包含了Xprint，此时客户机已经不错，但是服务器实现还不行。而从X11R6.8起实现的质量已经很好，并且获得了部件的支持。
X不能像VNC那样把客户端的通訊从一个服务器卸下然后再附加到另一个上，但正在進行為X增加此功能的工作，另外还要实现通过VNC实现X服务器的显示。
X服务器和远端客户机之间的网络通信使用明文的缺陷，讓攻击者使用封包擷取程式就能够截获和阅读它。这一缺陷一般可以通过在SSH通訊上使用X来解决。
设备中立和客户机与服务器分离还带来了一定开销。X的网络透明性要求客户机和服务器分别运行。在其早期，与同时的采取窗口系统嵌入操作系统这一方法的Microsoft Windows和Mac OS比较，这给独立系统带来明显的性能影响。为了获得可以接受的性能，推荐起码要4到8MB的RAM，但在1990年代之前，这被认为与Windows或者Mac OS相比太超過了。
当前版本的Windows和Mac OS X Quartz也包含了和X的客户机／服务器相类似的子系统划分，其性能和资源需求同X加上KDE或者GNOME也类似。现在主要的消耗来自于客户机和服务器之间的网络往返延迟（非协议本身产生的滞后时间），应该通过应用程序的设计来改善。
X視窗系統 X的竞争者
X在类Unix系统上几乎完全占据统治地位。但是仍然有人尝试提供替代品和更多的选择。过去曾经有昇陽的NeWS，但它遭到市场淘汰；还有NeXT的Display PostScript，它最终转变为蘋果公司的Mac OS X內的Quartz。
应对对于X的批评的更前卫的尝试有Berlin/Fresco和Y Window System这样的完全替换。这些代用品被认为不值得采用，而任何不能做到与X向后兼容的的替代品的可行性都被广泛置疑。
其他有的竞争者通过直接操作硬件来避免X的开销，这样的项目包括DirectFB。但是由于DRI正在致力于使用可靠的内核级接口提供帧缓冲，这些努力可能变成是多余的。
freedesktop.org所主持的Wayland顯示伺服器同時運用了前述兩種方法處理X的缺點，它完全替換了X的架構而且運用DRI來直接操作硬體。Canonical公司替他旗下的Ubuntu Linux作業系統開發中的Mir是一個類似的計劃。預計支援ARM晶片組和x86架構的電腦。Mir透過Xmir向後兼容使用X Window的程式。
X視窗系統 X的竞争者
其他以图形终端服务形式达到网络透明性的尝试还有VNC（很底层的系统，通过网络发送压缩的位图；UNIX上的实现包括X服务器）、思杰系统（类似X的Windows软件）、塔朗泰拉（为网络浏览器提供Java客户机）和NX技術（用于远程显示的节省带宽的协议）。
X視窗系統 历史
事實上，早在X出現前已有幾個式的軟體顯示系統已經存在，例如帕洛阿尔托研究中心（施乐公司）提出的Alto（1973年）和Star（1981年）、蘋果電腦提出的Lisa（1983年）和麥金塔（1984年）、在UNIX世界也有（1982年）和Rob Pike的Blit終端機（1984年）。
X從1983年之前稱為W Window系統的視窗系統中，推衍出它的名字當作是繼任者（在拉丁字母裡面X直接接在W後面）。W Window系統是運行於V作業系統。W使用一個支援終端機和圖形視窗的網路協定，而伺服器維護顯示的列表。
X起初是MIT於1984年的構想，當作為的吉姆·給提和MIT電腦科學實驗室的鮑伯·斯凱夫勒的共同研究。Scheifler需要一個可以使用的顯示環境來對Argus系統除錯。，是DEC、MIT、和IBM之間的聯合計畫，用來提供給需要一個平台獨立顯示系統，可把不同種類多個製造商之系統連結在一起，給所有學生容易存取電腦資源；該視窗系統曾經在卡耐基美隆大學（Carnegie Mellon University，CMU）的中發展過，但是在授權上並可能得到且沒有其他可替代可選擇。
X視窗系統 历史
該計畫藉由創立一個可以執行本地應用程式且能夠拜訪遠端資源的協定來解決這個問題。起初在1983年中期W視窗系統的UNIX移植在V作業系統下以1/4速度運行；在1984年5月，Scheilfer將W的同步協定換成非同步協定，以及將顯示列表換成直接模式繪圖，而創造出X的版本1。X是第一個真正的硬體和製造商無關的視窗系統環境。
Scheifler、Gettys和Ron Newman著手工作且X快速地進展著。版本6於1985年1月推出。DEC正準備要推出它的第一個Ultrix工作站，且X是唯一最有希望即時準備妥當的視窗系統。於是X6被移植到MicroVAX的DEC QVSS顯示器。
1985年第二季，为了支持DEC的VAXstation-II/GPX增加了色彩支持，由此形成了版本9。尽管MIT此前已经免费许可X6给一些外部群体，它此时决定在后来演变为MIT授權的许可证下发放对X9和后续版本。X9于1985年9月发布。
X視窗系統 历史
布朗大学的一些人将版本9移植到IBM RT/PC，为了读取RT的非对齐数据对协议做了不兼容的修改，导致1985年稍后发布版本10。1986年有若干外部团体对X提出需要。X10R2发布于1986年1月。1986年2月的X10R3是第一个广泛发行的版本，DEC和惠普都基于它发布产品。别的一些团体把X10移植到Apollo或者Sun工作站甚至IBM PC/AT。X10的最后一个版本X10R4于1986年12月发布。
尽管X10既有趣又强大，但很明显在X被更加广泛地采纳前人们期待X的协议更加设备中立；但是这样大规模地完全重新设计所要求地资源超出了MIT自身能够提供的。于是DEC的Western Software Laboratory跻身该项目。DEC WSL的Smokey Wallace，另外还有Jim Gettys提议X11在DEC WSL创建，但能够使用与X9和X10同样的方法自由获取。该项目于1986年5月开始，协议部分于8月结束，软件的alpha（內部）测试于1987年2月就，beta（外部）测试开始于5月。X11最终于1987年9月15日发布。
X視窗系統 历史
X11协议设计由Scheifler领导，並在nascent Internet的开放邮件列表上广泛讨论。于是X成为最早的较大规模的开源软件项目之一。
1987年，随着X11取得明显成功，MIT希望免除X的管理责任。但是1987年6月與9个厂商举行会晤，这些厂商表示他们相信为了避免X由于商业因素而分裂，需要中立方的参与。1988年1月，X協會（X Consortium）做为非营利厂商团体而成立，由Scheifler擔任主管，而Keith Packard擔任高级开发人员，確保X能持續以中立超然的立場提供商業與學術教育所需的開發。此後MIT X協會（MIT X Consortium）完成了一系列重要的X11版本，第一个就是1988年1月的版本2（X11R2）。
X視窗系統 历史
1993年，X協會公司（X Consortium, Inc.；非營利性質的公司）做为MIT X協會的接继者而成立。它于1994年5月16日发布了X11R6。1995年X協會公司接手了UNIX系统的Motif工具箱和CDE（Common Desktop Environment）共通桌面環境。而原有的X協會在发布了最后一个版本的X11R6.3后，于1996年末解散。
1997年中，X Consortium将X的管理交给開放團體，而它是1996年由開放軟體基金會（OSF）和X/Open合并成立的厂商团体。
開放團體於1998年首次发布X11R6.4。为了確保X开发上的资金，所以X11R6.4偏离传统的自由许可条款，進而引起争议。新条款阻碍了许多项目（例如：XFree86）采纳它，甚至包括一些厂商。在XFree86以分离相威胁后，X11R6.4于1998年9月在传统许可条款下发布，而開放團體的最后一个发布是X11R6.4 patch 3，即第三度發佈的補強程式。
X視窗系統 历史
1999年5月開放團體组建了X.Org。X.Org指导了X11R6.5.1之前的版本发布。在此期间X的开发死气沉沉。2003年，随着Linux的流行X被大量安装。但是X.Org几乎无声无息，活跃的开发由XFree86承担。
在1989年至1990年期间，托马斯·罗尔把X11R4分类器上提供的X服务器程序的源代码下载到运行速度仅为33MHz的386PC上，成功运行了被他称为是X38611.1的X服务器。这就是XFree86的雏形。
1992年后多数技术创新都发生在XFree86项目中。1999年，由于众多对于XFree86在Linux上应用有兴趣的硬件厂商的推动，并也已经成为最普及的X版本，XFree86成为X.Org的荣誉成员（不付费）。
但是自2003年开始，XFree86内部却发生了争论。它被认为太教堂式了，如同它的开发模式；开发者不能通过CVS做提交，而厂商被迫维护大量补丁。2003年3月，自从最初的MIT X Consortium结束之后就参加XFree86的Keith Packard由于被认为态度不良而被驱逐
X視窗系統 历史
X.Org和XFree86开始讨论能够有助于X开发的重组Jim Gettys早在2000年就热心于开放的开发模式。Gettys、Packard和其他几个人开始讨论有效管理X和开放式开发的细节。
最终就像是X11R6.4许可证争议的回响，XFree86于2004年2月在更加严格许可证下发布了4.4。许多依赖X的项目认为该许可证无法接受，特别是它和GNU General Public License不兼容。这引起一场论战，许多人认为到了该对XFree86分叉（fork）的时候了，许多Linux发行版，包括Fedora、Gentoo都纷纷在最新的版本中使用X.Org基金会的发布代替XFree86。
2004年年初X.Org基金会成立。这意味著X在管理上的根本转变。1988年以来X的管理者（包括过去的X.Org）都是厂商组织，而基金会由软件开发者领导，采用依靠外部参与的集市模式的社区开发。其成员身份对个人开放，法人成员则成为赞助者。X.Org还开始同freedesktop.org密切合作。
X視窗系統 历史
在XFree86 4.4RC2基础上合并了X11R6.6的修改，基金会在2004年4月发布了X11R6.7。Gettys和Packard使用了在旧许可证下发布的XFree86的最后的版本，但是强调了开放的开发模式并保持了与GPL的兼容性，从而带来了很多过去XFree86的开发者。
2004年9月X11R6.8发布。它加入重要的新特性，包括对半透明窗口的初步支持、很多复杂的视觉效果、屏幕放大和简图，以及与3D沉浸式显示系统（例如Sun的Project Looking Glass和Croquet project）集成的设施。而外观策略由称为合成管理器（compositing managers）的外部应用程序提供。
X視窗系統標準最新版本截至2024年，已經超過十年，而修正X許多侷限的Wayland，也逐漸步入成熟，並被許多重大 Linux 發行版如 Fedora 和 Ubuntu 選為預設視窗系統，成為事實上的下一代視窗系統。RHEL 在發行版本8時預設使用 Wayland，發行版本9時將 Xorg 伺服器標示為以棄用，並預計於版本10正式移除。
X視窗系統 未来方向
有了X.Org基金会和freedesktop.org，X的开发再度加速。目前和未来的版本都将是可使用的最终产品，而不仅仅是在其上构筑产品的骨架。
随着硬件操作被移入内核，几乎对视频硬件的访问将通过OpenGL（没有硬件OpenGL的系统使用Mesa 3D）和基层直接渲染模块进行。这由XFree86 version 4引入并出现在X11R6.7及其后续版本。
参考实现的架构被模块化，每个独立模块做为分离的项目维护。X11R6.9将是单体源代码而X11R7.0将有具备相同特征集的模块化源代码。。
X視窗系統 寫法、稱呼上的誤混
“X Window系统”一般也簡稱成“X11”或“X”，而“X Windows”的稱寫方式（類似“Microsoft Windows”的稱寫）並沒有被正式認可，不過這種誤會的稱寫法卻很普遍且經常出現（例如在UNIX痛恨者手冊一書中）。
519綠色行動
519綠色行動，為1980年代台灣要求解嚴的政治運動。