ticoAg/ChineseCorpus-Kaggle-fanti huggingface dataset:
永康二年（397年）正月，拓跋珪回軍親征信都，信都守將慕容鳳被逼棄城出逃，信都遂告失守。而慕容寶此時趁魏主攻信都出屯深澤，並派慕容麟攻楊城（今河北省順平縣境），殺了三百守兵。那時因為魏有內亂，拓跋珪打算先和後燕停戰以解決事件，但慕容寶認為是反敗為勝的機會，拒絕之餘更糾集大軍對北魏作出反擊，卻於二月在柏肆（今河北省曲陽縣）中慘敗給北魏，錄得大量物資及士兵的損失，慕容寶亦只能撤回首都中山死守。沒多久，尚書郎慕輿皓就意圖發動兵變殺掉慕容寶、改立慕容麟，只因被妻兄告發而被逼帶著數十人逃奔北魏，慕容麟事後並不心安。慕容寶退回中山後城中將士其實仍很有戰意，欲與圍城魏軍決戰，慕容隆以此勸說慕容寶派將士出戰拒敵。原本慕容寶也同意，但慕容麟每每都說服慕容寶收回成命，慕容隆先後四度讓士兵列陣預備出戰都無法成行。三月，慕容寶原本答應送還拓跋觚及割地作為停戰條件，更得拓跋珪答允，但不久慕容寶又反悔，遂令拓跋珪回軍又命諸將圍攻中山。慕容隆此時再度請得慕容寶讓他率領城中將士出城決戰，披甲上馬帶著部眾在城門待命，可是慕容麟此時再度勸止慕容寶，弄得將士憤恨不已《資治通鑑·卷一百九》：魏圍中山既久，城中將士皆思出戰。征北大將軍隆言於寶曰：「涉珪雖屢獲小利，然頓兵經年，兇勢沮屈，士馬死傷太半，人心思歸，諸部離散，正是可破之時也。加之舉城思奮，若因我之銳，乘彼之衰，往無不克。如其持重不決，將卒氣喪，日益困逼，事久變生，後雖欲用之，不可得也，！」寶然之。而衛大將軍麟每沮其議，隆成列而罷者，前後數四。寶使人請於魏王珪，欲還其弟觚，割常山以西皆與魏以求和。珪許之；既而寶悔之。己酉，珪如盧奴，辛亥，復圍中山。燕將士數千人俱自請於寶曰：「今坐守窮城，終於困弊，臣等願得一出樂戰，而陛下每抑之，此為坐自摧敗也。且受圍歷時，無他奇變，徒望積久寇賊自退。今內外之勢，強弱懸絕，彼必不自退明矣，宜從眾一決。」寶許之。隆退而勒兵，召諸參佐謂之曰：「皇威不振，寇賊內侮，臣子同恥，義不顧生。今幸而破賊，吉還固善；若其不幸，亦使吾志節獲展。卿等有北見吾母者，為吾道此情也！」乃被甲上馬，詣門俟命。麟復固止寶，眾大忿恨，隆涕泣而還。。但當晚，慕容麟就以武力脅逼統領禁軍的北地王慕容精，想讓他以禁軍謀殺慕容寶，但遭慕容精拒絕，慕容麟於是殺慕容精，逃出中山，依附丁零遺眾《晉書·卷124》：魏軍進攻中山，屯於芳林園。其夜尚書慕容皓謀殺寶，立慕容麟。皓妻兄蘇泥告之，寶使慕容隆收皓，皓與同謀數十人斬關奔魏。麟懼不自安，以兵劫左衛將軍、北地王精，謀率禁旅弒寶。精以義距之，麟怒，殺精，出奔丁零。。不久，慕容寶等因怕慕容麟奪取了故都龍城, 乘夜率領部下撤出中山，出奔龍城《資治通鑑·卷一百九》：是夜，麟以兵劫左衛將軍北地王精，使帥禁兵弒寶。精以義拒之，麟怒，殺精，出奔西山，依丁零餘眾。於是城中人情震駭。寶不知麟所之，以清河王會軍在近，恐麟奪會軍，先據龍城，乃召隆及驃騎大將軍農，謀去中山，走保龍城。。中山城於是大亂，但外圍的北魏軍卻沒有立即進城，城內人們就立了開封公慕容詳為主，閉門繼續抵抗魏軍，魏軍連日強攻皆不果。而慕容寶出奔時部眾和逃亡的慕容麟部遇上，慕容麟恐懼之下帶著部眾逃到蒲陰（今河北省順平縣），及後再移屯望都（今河北省望都縣）, 獲當地人補給支援。慕容詳其時派兵進攻望都，俘其妻兒，逼令慕容麟逃到山中《資治通鑑·卷一百九》：燕主寶出中山，與趙王麟遇於阱城，麟不意寶至，驚駭，帥其眾奔蒲陰，復出屯望都，土人頗供給之。慕容詳遣兵掩擊麟，獲其妻子，麟脫走入山。。五月，拓跋珪見中山無法立即攻下，命令軍隊撤圍南走以待時機。慕容詳自以擊退魏軍，遂即皇帝位，改元建始。但由於慕容詳嗜酒好殺，不恤士民，中山城民遂打算迎慕容麟為主。七月，慕容麟看準慕容詳派張穰到常山取食的機會潛入張穰部隊並成功入城，在城內發動兵變殺掉慕容詳，亦稱帝，改元延平。慕容麟即位後廢除慕容詳禁止民眾採收野稻作食物的命令，遂令人民得以取食飽餐。接著民眾就請求進攻魏軍，但慕容麟不許, 於是鄰近野稻收盡後民眾又開始飢餓了。此時拓跋珪派長孫肥領兵攻中山，慕容麟領軍至泒水被擊敗，退守中山。九月，中山爆發嚴重飢荒，慕容麟帶著二萬人出據新市（今河北省正定縣新城鋪鎮），拓跋珪遂親率軍隊攻中山。十月，慕容麟退守泒水，不久在義臺遭拓跋珪擊敗，死了九千多人，慕容麟自去年號，帶著數十騎救走妻兒後往鄴城投靠-{范}-陽王慕容德《資治通鑑·卷一百九》：秋，七月，慕容詳殺可足渾潭。詳嗜酒奢浮，不恤士民，刑殺無度，所誅王公以下五百餘人，群下離心。城中饑窘，詳不聽民出采穭，死者相枕，舉城皆謀迎趙王麟。詳遣輔國將軍張驤帥五千餘人督租於常山，麟自丁零入驤軍，潛襲中山，城門不閉，執詳，斬之。麟遂稱尊號，聽人四出采穭。人既飽，求與魏戰。麟不從，稍復窮餒。魏王珪軍魯口，遣長孫肥帥騎七千襲中山，入其郛；麟進至泒水，為魏所敗而還。……中山饑甚，慕容麟帥二萬餘人出據新市。甲子晦，魏王珪進軍攻之。太史令晁崇曰：「不吉。昔紂以甲子亡，謂之疾日，兵家忌之。」珪曰：「紂以甲子亡，周武不以甲子興乎？」崇無以對。冬，十月，丙寅，麟退阻泒水。甲戌，珪與麟戰於義臺，大破之，斬首九千餘級。麟與數十騎馳取妻子入西山，遂奔鄴。《魏書·太祖記》：秋七月，普隣遣烏丸張驤率五千餘人出城求食，寇常山之靈壽，殺害吏民。賀麟自丁零中入於驤軍，因其眾，復入中山，殺普隣而自立。帝還幸魯口，遣將軍長孫肥一千騎襲中山，入其郛而還。。
慕容麟到鄴後不復稱帝，恢復自己本身趙王爵位，並建議慕容德棄守鄴城而轉據滑臺（今河南省滑縣）。由於守滑臺的魯陽王慕容和先前都勸慕容德前來，慕容德於是在永興三年（398年）領著四萬戶離開鄴城，驚險逃過魏兵追擊成功渡過黃海後到了滑臺。慕容麟建議慕容德稱帝，但慕容德就仿傚兄長慕容垂先稱燕王，建立南燕。慕容德以慕容麟為司空、領尚書令，但慕容麟此時卻又想作亂，事情被慕容德發現，遂被賜死《晉書·卷127》：德兄子麟自義臺奔鄴，因說德曰：「中山既沒，魏必乘勝攻鄴，雖糧儲素積，而城大難固，且人情沮動，不可以戰。及魏軍未至，擁眾南渡，就魯陽王和，據滑臺而聚兵積穀，伺隙而動，計之上也。魏雖拔中山，勢不久留，不過驅掠而返。人不樂徙，理自生變，然後振威以援之，魏則內外受敵，使戀舊之士有所依憑，廣開恩信，招集遺黎，可一舉而取之。」先是，慕容和亦勸德南徙，於是許之。隆安二年，乃率戶四萬、車二萬七千乘，自鄴將徙於滑臺。遇風，船沒，魏軍垂至，眾懼，議欲退保黎陽。其夕流澌凍合，是夜濟師，旦，魏師至而冰泮，若有神焉。遂改黎陽津為天橋津。及至滑臺，景星見於尾箕。漳水得白玉，狀若璽。於是德依燕元故事，稱元年，大赦境內殊死已下，置百官。以慕容麟為司空、領尚書令，慕容法為中軍將軍，慕輿拔為尚書左僕射，丁通為尚書右僕射，自余封授各有差。初，河間有麟見，慕容麟以為已瑞。及此，潛謀為亂，事覺，賜死。。
*兒子慕容根，后燕散騎常侍，后向北魏投降。
*孫慕容帶，北魏使持節、平西將軍、秦益二州刺史、沛郡公
第二次馬其頓戰爭發生於公元前200年–前197年，羅馬和帕加馬王國和羅德島聯合起來與馬其頓腓力五世交戰。戰爭結果腓力五世遭受到大敗，馬其頓失去在希臘半島、小亞細亞和色雷斯所有領土，而羅馬宣布所有的希臘城邦將獲得自由。這場戰爭標誌著羅馬開始大幅干涉東地中海事務，甚至最終征服整個區域。
馬其頓和羅馬在第一次馬其頓戰爭交鋒未分勝負，參戰各方簽訂了腓尼基和約。和約的條款不允許馬其頓向西擴張，於是腓力五世很快的把注意力轉移到色雷斯和達達尼爾海峽附近的希臘城邦，使羅德島和帕加馬王國感受到威脅，因而在前205年爆發克里特戰爭。
在前204年，埃及托勒密四世逝世，留下年幼的兒子托勒密五世繼位。趁著這個機會馬其頓國王腓力五世與塞琉古國王安條克三世達成秘密協議，意圖瓜分托勒密王國的領土。根據這個協定:馬其頓將獲得愛琴海沿岸和昔蘭尼，塞琉古帝國預定將埃及和賽普勒斯納為所有。
條約簽署之後，腓力的軍隊襲擊了托勒密王國在色雷斯的領土，緊接著，馬其頓艦隊向南進犯，從托勒密王國手中奪取了薩摩斯島，並俘虜了停泊在那裡的埃及艦隊。前201年，馬其頓艦隊在萊德島海戰後占領米利都。之後，腓力開始入侵帕加馬王國的領土和卡里亞，然而羅德島和帕加馬艦隊在巴爾古利亞的海港內成功封鎖馬其頓艦隊，使馬其頓軍在整個冬天補給相當缺乏。腓力與他的艦隊剛剛從聯軍的封鎖中逃離後不久，雅典也捲入這場對抗腓力的戰爭。
儘管羅德島和帕加馬艦隊在海軍上顯現優勢，但仍對腓力的軍力相當畏懼，派遣大使向日益強盛的羅馬共和國尋求協助。
腓力五世的錢幣
羅馬的早期歷史上，羅馬很少介入東地中海的事務，甚至在第一次馬其頓戰爭發生時，羅馬的主要對手是引發第二次布匿戰爭的漢尼拔，而非腓力五世。隨者腓尼基和約簽訂，初步解決羅馬與馬其頓在伊利里亞的糾紛。
前205年以來，腓力在色雷斯和小亞細亞的擴張行動逐漸引起羅馬注意，加上在第二次布匿戰爭獲得完全勝利，羅馬可以把餘力集中到東方來。當羅馬盟友羅得島及帕加馬代表團來到羅馬，告訴羅馬元老院安條克和腓力之間的條約，並抱怨腓力攻擊他們的領土，羅馬隨即派出三位特使前往希臘作為回應。起初羅馬特使在到達雅典前對於與馬其頓開戰興致缺缺，直到他們在雅典與帕加馬國王阿塔羅斯一世和羅德島的特使會面。差不多同時，腓力因雅典先前與馬其頓宣戰而派遣一支軍隊入侵阿提卡。羅馬大使與馬其頓將領會面，強烈要求馬其頓從其他希臘城邦撤軍，而且要與羅德島和帕加馬協定關於戰爭的賠款，否則羅馬將對其宣戰。馬其頓的將領立即從雅典的領土上撤軍，並把羅馬的最後通牒傳達給腓力五世。
在腓力與他的艦隊從巴爾古利亞的封鎖脫離後，回到馬其頓本土，在那裡腓力收到羅馬的最後通牒。腓力拒絕羅馬的要求，命令軍隊再度入侵雅典，並重新策劃對達達尼爾海峽附近城邦的征服行動。前200年，腓力率軍包圍了帕加馬和羅得島守軍聯防的阿彼多斯。同年夏天，羅馬一位大使攜帶第二份最後通牒來到阿彼多斯與腓力五世會面，要求馬其頓立即停止攻擊任何希臘城邦或是托勒密王國的領地，並且與羅德島和帕加馬協談和約並賠償損失。而腓力五世則要求羅馬遵守腓尼基和約，若羅馬執意違反和約開戰的話，他將盡其所能與羅馬戰鬥。然而這時羅馬已經很明顯要與馬其頓開戰，差不多在羅馬大使向腓力五世遞交第二份最後通牒時，一支羅馬軍隊登陸伊利里亞。對此，腓力五世向羅馬抗議他並沒有違反腓尼基和約內的任何條款，但對於事實已經毫無影響了，第二次馬其頓戰爭因而爆發。
戰爭爆發後，腓力五世發現很少希臘城邦願意與馬其頓同盟，他們也對與羅馬結盟興趣缺缺。主要原因在第一次馬其頓戰爭時，羅馬軍團頻繁的暴虐行為讓希臘人印象深刻，大部分的城邦都靜待戰爭變化。在戰爭前兩年，羅馬在軍事上甚少進展。羅馬執政官普布利烏斯·蘇爾皮基烏斯·加爾巴·馬克西姆斯雖然在軍事上進展緩慢，但外交上成功讓埃托利亞加入羅馬這方。而繼任的執政官普布利烏斯·維利烏斯·塔普魯斯主要在處理自方的兵變問題。前198年，新任羅馬執政官提圖斯·昆克蒂烏斯·弗拉米寧接手統帥權後，在軍事上的表現與前幾任大大不同。
弗拉米寧年僅不到三十歲，還是個熱愛希臘文化者。原本羅馬的政策是要腓力停止攻擊任何希臘城邦，即維持希臘城邦和平。現在弗拉米寧一改先前羅馬的戰爭政策和規劃，要求馬其頓從所有城邦上的駐軍撤離，完全解放希臘城邦。這政策讓羅馬獲得許多希臘城邦支持，加上弗拉米寧在軍事上一連串積極行動，並於阿烏斯戰役獲得勝利，迫使腓力五世從色薩利撤退。儘管傳統上的親馬其頓的亞該亞同盟，這時與斯巴達交戰而無法在這次戰爭上為馬其頓提供協助，但羅馬成功讓亞該亞同盟放棄親馬其頓的立場，最後在亞該亞，僅剩阿爾戈斯與馬其頓同一側。
陷入不利形勢的腓力五世宣布他有意願與羅馬談和，而弗拉米寧希望能在自己執政官任內結束這場戰爭，來作為自己的功績。但這時弗拉米寧面臨羅馬執政官改選，並不確定自己任期是否延長。在這種情況下，弗拉米寧決定先與腓力的談判來等待時間，直到選舉結果出來。假如自己任期沒有延長，她將在被召回羅馬前立即與馬其頓談和；如果任期延長的話，和平談判就破裂，繼續與馬其頓戰爭。
在前198年11月，弗拉米寧與腓力五世在羅克里斯的尼西亞會談。為了拖延會議進行，弗拉米寧堅持所有的羅馬盟友都要參與這次協商。會中弗拉米寧再度重申:要求馬其頓從所有希臘城邦上的駐軍撤離。而腓力五世認為條件太嚴苛，希望以馬其頓放棄所有最近征服的色雷斯和小亞細亞領土即可，但弗拉米寧卻告訴腓力五世這些條件是希臘城邦堅持提出的，建議腓力五世派出大使前往羅馬元老院商談，這問題就可以解決。在弗拉米寧誤導下，腓力五世派遣使者前往羅馬，此時選舉結果也出來了，弗拉米寧被任命為資深執政官，軍隊指揮權也延長了。於是，弗拉米寧在羅馬的朋友阻撓馬其頓使者協商，迫使和平會談破裂，戰爭再度爆發。
前192年，第二次馬其頓戰爭結束後四年的希臘形勢
隨著戰爭漸漸對羅馬有利，腓力五世所剩不多的盟友背棄了他。前197年六月，弗拉米寧所率領的羅馬軍團在色薩利的庫諾斯克法萊戰役中擊敗馬其頓方陣，腓力五世被迫接受羅馬的談和條件，結束這場戰爭。
雙方在坦佩谷舉行和談，並在那裏簽訂和約。腓力五世同意將會把馬其頓駐軍從所有希臘城邦撤離，並且放棄所有最近征服的色雷斯和小亞細亞領土。會中埃托利亞同盟要求從馬其頓上獲得領土，但這事遭到弗拉米寧否決。當條款送到羅馬確定批準時，羅馬元老院再增加額外條款：馬其頓要付出一大筆戰爭賠款和交出大部分艦隊。
公元前196年的科林斯的地峽運動會上，弗拉米寧宣告了所有的希臘城邦將獲得自由，而且羅馬不會在希臘駐軍，當場所有希臘人歡聲雷動。然而，羅馬仍在重要的戰略要地上駐軍，如馬其頓、科林斯、德米特里阿斯和哈爾基斯等地，直到前194年才逐漸從希臘撤軍。第二次馬其頓戰爭結束後，馬其頓被迫與羅馬同盟，疆界回到古早的邊界，結果馬其頓在希臘的勢力遭到徹底粉碎，喪失地中海大國的地位。
* Edouard Will L'histoire politique du monde hellénistique (Editions du Seuil, 2003 ed.) Tome II, pp.121-178
* Green Peter, (1990). ''Alexander to Actium: The Historical Evolution of the Hellenistic Age, (2nd edition)''. Los Angeles: University of California Press. ISBN 0-500-01485-X.
* 蒂托·李維,translated by Henry Bettison, (1976). Rome and the Mediterranean. London: Penguin Classics. ISBN 0-14-044318-5.
* 《地中海的秩序》，華東師範大學出版社，ISBN 978-7-5617-5113-8
X Window系統（X Window System，也常稱為X11或X，天視窗系統）是一種以位圖方式顯示的軟體視窗系統。最初是1984年麻省理工學院的研究，之後變成UNIX、類UNIX、以及OpenVMS等操作系統所一致適用的標準化軟體工具套件及顯示架構的運作協定。X Window系統透過軟體工具及架構協定來建立作業系統所用的圖形用戶界面，此後則逐漸擴展適用到各形各色的其他作業系統上。現在幾乎所有的作業系統都能支援與使用X。更重要的是，今日知名的桌面環境——GNOME和KDE也都是以X Window系統為基礎建構成的。
由於X只是工具套件及架構規範，本身並無實際參與運作的實體，所以必須有人依據此標準進行開發撰寫。如此才有真正可用、可執行的實體，始可稱為實現體。目前依據X的規範架構所開發撰寫成的實現體中，以X.Org最為普遍且最受歡迎。X.Org所用的協定版本，X11，是在1987年9月所發佈。而今最新的參考實作（參考性、示範性的實作體）版本則是X11 Release 7.7（簡稱：X11R7.7），而此專案由X.Org基金會所領導，且是以MIT授權和相似的授權許可的自由軟體。
GNOME 3.32
X能為GUI環境提供基本的框架：在屏幕上描繪、呈現圖像與移動程式視窗，同時也受理、執行、及管理電腦與滑鼠、鍵盤的互動程序。不過，X並沒有管轄到使用者介面的部份，而是由其他以X為基礎的實現體來負責，也因為如此，以X為基礎環境所開發成的視覺樣式非常地多；不同的程式可能有截然不同的介面呈現。
X採用C/S的架構模型，由一個''X服務器''與多個''X客戶端''程序進行通訊，服務器接受對于圖形輸出（窗口）的請求并反饋用戶輸入（鍵盤、鼠標、觸摸屏），服務器可能是一個能顯示到其他顯示系統的應用程序，也可能是控制某個PC的視頻輸出的系統程序，也可能是個特殊硬件。
X的一大特點在於“網路透明性”：應用程式（“客戶端”應用程式）所執行的機器，不一定是使用者本地的機器（顯示的“伺服器”）。X中所提及的“客戶端”和“伺服器”等字眼用詞也經常與人們一般想定的相反，“伺服器”反而是在使用者本地端的自有機器上執行，而非是在遠端的另一部機器上執行。
在圖例中，X伺服器從鍵盤、滑鼠端取得輸入資訊，之後將輸入反應顯示於銀幕，而網頁瀏覽器及終端機模擬器則在用戶端的本機系統上執行。此外用戶端也透過網路與遠端的機器、伺服器保持聯繫，以保訊息狀態的更新。如此的機制及架構能使遠端執行的軟體如同在本機端執行一樣。
服務器和客戶端之間的通信協議的運作對計算機網絡是透明的：客戶端和服務器可以在同一臺計算機上，也可以不是，或許其架構和操作系統也不同，但都能運行。客戶機和服務器還能夠使用安全連接在互聯網上安全地通訊。
為了使遠端客戶程序顯示到本地服務器，用戶一般需要啟動一個終端窗口和到達遠端計算機的telnet或者ssh，令其顯示到用戶計算機，（例如：在運行bash的遠端計算機上export DISPLAY=''用戶的計算機'':0）然后啟動客戶端。然后客戶端就會連接到本地計算機，并且遠端應用程序會顯示到本地屏幕并被本地輸入設備所控制。與之對應，本地計算機上也可以執行一個連接到遠端計算機的小型代理程序，并在該端啟動與執行自有需求與指定的應用程序。
實際的遠端客戶端的例子有：圖形化管理遠程計算機；在遠端UNIX計算機上運行計算密集的仿真程序并把結果顯示到本地的Windows桌面計算機；用一套顯示器、鍵盤和鼠標控制同時運行在多臺計算機上的圖形化軟件。
X的設計原則，早在最初仍在麻省理工學院的階段（1984年）就已經成形，由和兩人制訂出X最早的開發、強化、改進原則，原則大體如下：
* 除非沒有它就無法完成一個真正完整的應用程式，否則不用增加新的功能。
* 決定一個系統不是什麼和決定它是什麼同樣重要。與其去適應整個世界的需要，寧可使得系統可以擴展，如此才能以持續相容的方式來滿足新增需求
* 只有完全沒實例時，才會比只有一個實例來的糟。
* 如果問題沒完全弄懂，最好不要去解決它
* 如果可以透過10％的工作量得到90％的預期效果，應該用更簡單的辦法解決。（參見：更糟就是更好）
* 提供機制而不是策略，有關使用者介面的開發實現，交給實際應用者自主。
之後，上述原則中的第一項原則在設計X11時被加以修改，修訂成：''「除非已有真正的應用程式，真的需要X為其修訂、增訂等支援，否則不會為X增加新功能。」''X基本上一直遵循這些原則，參考實現的擴展及改進也是以此原則的角度來著手，也因為奉行上述原則，使至今的最新版X仍能與最初（1987年）發佈的協定標準近乎完全相容。
X刻意不去規範應用程式在使用者界面上的具體細節設計，這些包括按鈕、選單和視窗的標題欄等等，這些都由視窗管理器（window manager）、GUI構件工具包、桌面環境（desktop environment）或者應用程序指定的GUI（如POS）等等的用戶軟件來提供，然而因為架構設計上保留了高度的彈性發揮空間，致使多年來X在“基礎、典型、一般性”的使用者介面上，也都有數目驚人的多樣性選擇。
在X的系統架構中，視窗管理器用於控制視窗程式的位置和外觀，其界面類似Microsoft的Windows或者Macintosh（例如：KDE的KWin或者GNOME的Metacity），不過在控制機制上卻截然不同（例如：X提供的基本視窗管理器twm）。視窗管理器可能只是個框架（例如：twm），但也可能提供了全套的桌面環境功能（例如：Enlightenment）。
雖然不同的X使用者介面可以有很大的差距、差異，然而絕大多數的用戶在使用X時，多是用已經高度全套化的桌面環境，桌面環境不僅有視窗管理器，還具備各種應用程式以及協調一致的界面，目前最流行的桌面環境是GNOME和KDE，此兩者已普遍使用於Linux作業系統上，而UNIX所用的標準桌面環境多是通用桌面環境CDE，然而也有些UNIX也開始採行GNOME。
此外，X桌面環境及組件雖然極其多樣，但同時也需要保持相容性與互通性，關於此則有freedesktop.org積極與努力地維持各種不同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更好地集成。
Microsoft的Windows本身不包含對X的支持，但是有不少第三方的實現可用，其中有自由軟件如Cygwin/X、Xming、WeirdMind和WeirdX，另外專有、專屬性的也有Xmanager、X-Deep/32、、WiredX和。它們多用于控制遠程X客戶端。
當X寄生在其他窗口系統（例如：Windows或Mac OS）時，X系統一般是“rootless，無根”的，也就是說：宿主（主體）窗口系統擔當根窗口（背景和相關菜單）并管理寄生（客體）的X窗口的位置。但是也有些服務器，例如Exceed，能夠在宿主系統上創建根窗口使得遠程客戶端能夠做為分離的窗口在其上顯示。
X終端機（X Terminal）是做為僅運行X服務器的瘦客戶機的專用硬件。該架構廣泛用于為了使多人同時使用同一個大型服務器而構造終端。這也符合MIT的計劃的初衷。
X終端搜索網絡，使用X顯示管理器產生允許其運行客戶機的主機列表。初始主機需要執行X顯示管理器。
專用的X終端機（硬件）現在已經不太常見了，現在經常使用個人計算機並搭配執行X終端機的實效模擬程式（Emulator）來完成相同的功能，過去（1990年代初期）業界在推行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 Window的C/S體系（主從式架構）設計在應用程序和視頻硬件之間多加了一層軟件，導致繪圖效率下降，所以引起了一些批評。因此開發了若干擴展，在設備和客戶機在同一個系統上時，通過在取得適當許可的情況下，以直接訪問設備來改善這一問題。而在Linux上，一些視頻驅動已經部分移入內核以提高效率。
另一方面，X也被批評為需要（或者提供）了過多的對硬件的直接訪問，從而影響了系統穩定性。行為不良的顯卡驅動（有時也可能是應用程序）甚至能夠導致整個系統崩潰或者重啟；有時即使操作系統仍在工作，它也不能繼續渲染其顯示（這時除了重啟，缺乏好的恢復手段）。
根本上，目前所有的桌面GUI操作系統都提供某種對硬件的直接訪問，支持者認為市場已經證明為了提供圖形性能犧牲一點穩定性是值得的。或許將來隨著技術和用戶的演化這一平衡會有所變化。
X刻意不去規范用戶界面和程序之間大多數的通信，導致出現了幾種非常不同的界面，同時程序之間協同困難；而客戶機之間的互操作規范ICCCM以難以正確實現而聞名。后來的標準化嘗試，如Motif和CDE，也于事無補。長久以來這已經成為用戶和程序員的巨大的挫折的源頭。目前，程序的感觀一致性和通信一般是通過為特定桌面環境或者構件工具箱編程來處理，這也避免了直接和ICCCM接觸。
X缺乏良好的網絡與透明的音效系統。當用戶對音效日益期盼時，各種不兼容的音效子系統便出現了。過去，大多數程序員只好忽略網絡問題，簡單地使用本地的并且是OS專用的音效API。第一代客戶機-服務器音效系統有rplay和Network Audio System。而最近的努力產生了EsounD（GNOME）和ARts（KDE），而這也并非標準。而其他系統如Media Application Server則正在開發當中。
直到最近，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在類Unix系統上幾乎完全占據統治地位。但是仍然有人嘗試提供替代品和更多的選擇。過去曾經有昇陽的，但它遭到市場淘汰；還有NeXT的Display PostScript，它最終轉變為蘋果公司的Mac OS X內的Quartz。
應對對于X的批評的更前衛的嘗試有Berlin/Fresco和Y Window System這樣的完全替換。這些代用品被認為不值得采用，而任何不能做到與X向后兼容的的替代品的可行性都被廣泛置疑。
其他有的競爭者通過直接操作硬件來避免X的開銷，這樣的項目包括DirectFB。但是由于正在致力于使用可靠的內核級接口提供幀緩沖，這些努力可能變成是多余的。
freedesktop.org所主持的Wayland顯示伺服器同時運用了前述兩種方法處理X的缺點，它完全替換了X的架構而且運用DRI來直接操作硬體。Canonical公司替他旗下的Ubuntu Linux作業系統開發中的Mir是一個類似的計劃。預計支援ARM晶片組和x86架構的電腦。Mir透過Xmir向後兼容使用X Window的程式。
其他以圖形終端服務形式達到網絡透明性的嘗試還有VNC（很底層的系統，通過網絡發送壓縮的位圖；UNIX上的實現包括X服務器）、思杰系統（類似X的Windows軟件）、塔朗泰拉（為網絡瀏覽器提供Java客戶機）和NX技術（用于遠程顯示的節省帶寬的協議）。
事實上，早在X出現前已有幾個-{zh-hans:位圖;zh-hk:點陣圖;zh-tw:點陣圖;}-式的軟體顯示系統已經存在，例如帕洛阿爾托研究中心（施樂公司）提出的Alto（1973年）和Star（1981年）、蘋果電腦提出的Lisa（1983年）和麥金塔（1984年）、在UNIX世界也有-{zh-hans:雅典娜工程;zh-hk:Athena計畫;zh-tw:Athena計畫;}-（1982年）和Rob Pike的Blit終端機（1984年）。
X從1983年之前稱為W Window系統的視窗系統中，推衍出它的名字當作是繼任者（在拉丁字母裡面X直接接在W後面）。W Window系統是運行於V作業系統。W使用一個支援終端機和圖形視窗的網路協定，而伺服器維護顯示的列表。
X起初是MIT於1984年的構想，當作為-{zh-hans:雅典娜工程;zh-hk:Athena計畫;zh-tw:Athena計畫;}-的和MIT電腦科學實驗室的的共同研究。Scheifler需要一個可以使用的顯示環境來對Argus系統除錯。-{zh-hans:雅典娜工程;zh-hk:Athena計畫;zh-tw:Athena計畫;}-，是DEC、MIT、和IBM之間的聯合計畫，用來提供給需要一個平臺獨立顯示系統，可把不同種類多個製造商之系統連結在一起，給所有學生容易存取電腦資源；該視窗系統曾經在卡耐基美隆大學（Carnegie Mellon University，CMU）的-{zh-hans:雅典娜工程;zh-hk:Athena計畫;zh-tw:Athena計畫;}-中發展過，但是在授權上並可能得到且沒有其他可替代可選擇。
該計畫藉由創立一個可以執行本地應用程式且能夠拜訪遠端資源的協定來解決這個問題。起初在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月發布。
布朗大學的一些人將版本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日發布。
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）。
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，即第三度發佈的補強程式。
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.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密切合作。
在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.Org基金會和freedesktop.org，X的開發再度加速。目前和未來的版本都將是可使用的最終產品，而不僅僅是在其上構筑產品的骨架。
隨著硬件操作被移入內核，幾乎對視頻硬件的訪問將通過OpenGL（沒有硬件OpenGL的系統使用Mesa 3D）和基層直接渲染模塊進行。這由XFree86 version 4引入并出現在X11R6.7及其后續版本。
參考實現的架構被模塊化，每個獨立模塊做為分離的項目維護。X11R6.9將是單體源代碼而X11R7.0將有具備相同特征集的模塊化源代碼。。
“X Window系統”一般也簡稱成“X11”或“X”，而“X Windows”的稱寫方式（類似“Microsoft Windows”的稱寫）並沒有被正式認可，不過這種誤會的稱寫法卻很普遍且經常出現（例如在一書中）。
1984年6月
首次使用"X"作為稱呼；基金會自此將W與X區隔。
首版授權給若干的外部公司。
彩色化，以及首次以MIT授權方式發佈。
1985年後期
開始能在IBM RT/PC、IBM PC AT（使用DOS作業系統）以及其他硬體上執行。
首次在MIT之外發佈。uwm使視窗管理員（Window Manager）程式標準化。
發佈X10的最後一版。
首次發佈現有X Window系統所用的協定（Protocol）。
以X協會（Consortium）之名的首次發佈。
1988年10月25日
發佈XDM。
XDMCP、twm成為標準的視窗管理員（Window Manager）程式，同時強化應用程式、發佈Shape extension及新的字型。
1991年12月5日
發佈PEX、Xcms（色彩管理功用）、字型伺服器、X386。
發佈ICCCM v2.0；Inter-Client Exchange（用戶端間的交換）；X Session Management（行程管理程式）；X Synchronization extension（同步機制延伸程式）；X Image extension（影像延伸程式）；XTEST extension（XTEST延伸程式）；X Input（輸入用程式）；X Big Requests；XC-MISC；變更XFree86。
X11R6.1
1996年3月14日
發佈X Double Buffer extension（雙重緩衝延伸程式）；X keyboard extension（鍵盤延伸程式）；X Record extension（記錄延伸程式）。
X11R6.2X11R6.3（代號：百老匯）
發佈Web功能功效、LBX。以X協會之名的最後一次發佈。X11R6.2是X11R6.3的子集合（subset），X11R6.3只針對原有X11R6.1進行特點強化，如XPrint以及可以直書的Xlib，以及可由使用者進行特性定義。
X11R6.4
1998年3月31日
發佈Xinerama。
X11R6.5
X.org的一次內部發佈，沒有對外公開。
X11R6.5.1
X11R6.6
修復錯誤、變更XFree86。
X11R6.7.0
首次由X.Org基金會進行發佈，此一發佈新增了XFree86 4.4rc2。此外也有完整的末端用戶的發行版本。移除XIE、PEX及libxml2。
X11R6.8.0
發佈Window translucency、XDamage、分散式多頭X、XFixes、Composite、XEvIE等。
X11R6.8.1
修補libxpm的安全防護功效。
X11R6.8.2
修補錯誤，更新驅動程式。
X11R6.9X11R7.0
發佈EXA，主要的原始程式碼進行再拆解、組構。以相同的原始程式碼為基礎，衍生出模組化的7.0版以及一體性、團塊性的6.9版。
X11R7.1
強化EXA，整合Kdrive、AIGLX，強化作業系統及平臺的支援性。
X11R7.2
移除LBX。
X11R7.3
支持XServer 1.4，輸入hotplug，輸出hotplug (RandR 1.2), DTrace probes, PCI domain
X11R7.4
支持XServer 1.5.1, XACE, PCI-rework, EXA speed-ups, _X_EXPORT, GLX 1.4，更快的啟動和關機。
X11R7.5
支持XServer 1.7, XKB 2及Xi 2, XGE, RandR 1.3 (GPU object), MPX, predictable pointer acceleration, DRI內存管理器, DRI2, Shatter，進一步消除過時的libraries及擴展。
X11R7.6
支持XServer 1.9, Xi 3, XKB 2, UnixWare possible XCB requirement。
X11R7.7
Xorg server 1.10改變, Xorg server 1.11改變, Xorg server 1.12改變; Sync擴展3.1:增加Fence object支持; Xi 2.2多點觸控支持; XFixes 5.0: Pointer Barriers。
* 視窗系統（Windowing system），針對一般的終端機。
* X Window系統的協議和架構
* X Window核心協議，功效機制等制訂、定義。
* X視窗管理器，軟體的建立原則。
* Xgl，針對較現代、先進的顯示卡而設計的X伺服器架構。
* ，簡稱GGI。一般性、共通性的圖形、圖像介面。
* AIGLX，全稱Accelerated Indirect GLX，X.Org基金會與Fedora Core Linux社群共同發起的開放原碼專案，被期望以間接方式加速GLX的繪圖著色功效。
* VirtualGL，用於遠端顯示的程式，可顯示立體（3D）呈現的應用程式，且能發揮運用顯示卡的硬體加速著色功效。
* Y Window System，也稱Y-Windows，是一套視窗系統，由一個視窗伺服器與一個用戶端函式庫所組成，同時也是一套可供應用程式撰寫者呼用的應用程式介面。
*   X.Org，X.Org基金會的官方網站。
*   X視窗所造成的災禍，引自《UNIX-HATERS Handbook》一書。
*   xwinman.org，X Window管理程式，或稱：X視窗管理員。
*   《State of Linux Graphics》，收納於英文維基文庫。
*   RFC 1198，''FYI on the X Window System''
*   《Writing a Graphics Device Driver and DDX for the DIGITAL UNIX X Server》 ，線上手冊、書籍。
*   《Technical X Window System and Motif WWW Sites》 ，線上手冊、書籍。
*   XOrg Foundation Open Source Public Implementation of X11，X11的正式實現體。
*   XFree86，很多年來X系列最受歡迎的版本，特別是在開放原始碼的類UNIX平臺。
*   X11 for Mac OS X，與Mac OS X緊密整合的Apple X11。
於龍山寺內聚集的民眾
519綠色行動，為1980年代臺灣要求解嚴的政治運動。
自從1949年5月19日以來，中華民國政府於臺灣實行臺灣省戒嚴令，並且以動員戡亂時期的法律作為最高法律，《中華民國憲法》規定的自由權與人權都受到嚴重限縮。鄭南榕、江鵬堅等黨外運動人士推動519綠色行動，以「紀念臺灣戒嚴日」為由，要求政府解嚴。而且鄭南榕也以其《自由時代雜誌》為519綠色行動作宣傳。
1986年，受到當時亞洲民主化運動興起的影響，鄭南榕期望能籌辦活動以突破戒嚴體制。同年2月，鄭南榕開始和江蓋世、江鵬堅等黨外運動人士策畫可能的活動。最終決定於5月19日發起主張解除戒嚴的519綠色行動，抗議中國國民黨政府在臺灣實行臺灣省戒嚴令長達37年。隨後，鄭南榕開始於雜誌社討論活動進行方法，並且在每期《自由時代周刊》登上廣告宣傳。儘管當時一些人認為受到戒嚴體制的影響將僅有少數人會出面在指定時間參與活動，不過鄭南榕仍然不斷透過雜誌進行宣傳，甚至發起臺灣各地的串連活動。
1986年5月19日，鄭南榕等人依照計畫以「紀念臺灣戒嚴日」為由，於臺北市艋舺龍山寺聚集數百名群眾，被鎮暴警察以人牆層層包圍。包括陳水扁、謝長廷等黨外運動重要人士皆前往現場，示威民眾則是直接靜坐抗議並且與警方對峙長達12個小時。這次事件成功讓《時代》和《新聞週刊》等國際新聞媒體的關注，開始報導臺灣黨外運動人士提出的訴求，並且為當時中華民國政府帶來一定的壓力。而當時擔任中華民國國家安全會議秘書長的汪道淵一方面指責鄭南榕「亂來」，另一方面表示：「鄭南榕是不是臺灣人，要不然他為什麼要反對戒嚴？」
519綠色行動在當時也被認為是黨外運動激進派不滿黨外公政會主導人事與國民黨方面溝通時，採取較為妥協、軟弱的立場。1987年5月19日，國民黨提出制定《國家安全法》再行解嚴的主張，但不為反對人士所接受。因此當年的5月19日民主進步黨在臺北市國父紀念館舉行抗議活動，提出「只要解嚴、不要國安法」、「解除戒嚴、人人有責」及「百分之百解嚴」等口號，延續1986年五一九綠色行動的主張，要求蔣經國政府「100%解嚴、100%回歸憲法」，這兩次活動都造成相當的震撼。
1987年7月15日，蔣經國政府宣佈解除長達37年的戒嚴；主張解嚴的519綠色行動正式走入歷史。
2007年6月25日，陳水扁政府決定將在該年7月14日舉行「重返臺北龍山寺活動」，回顧當年群眾要求解除戒嚴卻遭鎮暴警察包圍的肅殺氣氛。7月14日當天，民進黨總統參選人謝長廷及總統陳水扁等人對龍山寺前廣場的民眾致詞，率領黨公職披上寫有「519綠色行動」、「取消戒嚴」的白布背心，坐在當年靜坐要求解嚴的龍山寺門口，重溫當年黨外人士發動的第一次集體挑戰戒嚴行動；最後由陳水扁率眾人拉起「戒嚴就是軍事統治」的抗議布條，在眾人高喊「取消戒嚴」聲中，共同推開象徵禁錮的鐵門。
*  那個時代：戒嚴時代…座談會對談紀錄, 鄭南榕紀念館, 2012-8-30
黃薪，中國四川省綿陽創能科技有限公司的董事長。她生長在梨園世家，從小學習川劇，并參加過電視劇演出。自稱“個子小小、小腿粗粗、胸部平平”的黃薪以36歲的年齡參加2005年大眾歌手選拔賽“超級女聲”，其反偶像的表演方式引發了巨大的反響。因她著火紅的服裝參加比賽，人稱“紅衣教主”。后在成都唱區“20進10”的淘汰賽中主動退出。
大陸的部分媒體將其與芙蓉姐姐、木子美并稱“網絡三大烈女”。
*《王保長外傳》（2002年）
黃薪的反偶像表演方式引起強烈反響，在互聯網和其他媒體出現大量關于她的評論，觀眾也迅速分化成兩派。
*坦率、大方，用她的快樂激情和真誠感染了無數觀眾。
*惡搞，嘩眾取寵，破壞了比賽的公平。
* 國立臺灣大學法律系法學組畢業 (1960年)
*美麗島事件軍法大審辯護律師(1980年)
*律師(1962年－1982年)
*高雄市基督教青年會理事長(1982年－1986年)
*高雄市生命線監事(1983年－1994年)
*立法院（第一屆增額）委員(1984年－1993年)
*民主進步黨中常委(1986年－2000年)
*民主進步黨中執委(1986年－2000年)
*民主進步黨組黨十人秘密小組(1986年)
*民主進步黨黨團幹事長(1987年－1988年)
*臺灣福利國研究室總召集人(1992年)
*立法院（第二屆）委員(1993年－1996年)
*立法院（第三屆）委員(1996年－1999年)
*民主進步黨立法院黨團總召集人(1998年－1999年)
*立法院（第四屆）委員(1999年2月1日－2000年5月20日)
*行政院消費者保護委員會委員(2000年5月20日－2000年10月6日)
*中華民國總統府（第18任）秘書長(2000年5月20日－2000年8月1日)
*行政院消費者保護委員會主任委員(2000年5月20日－2000年10月6日)
*行政院（第21任）副院長(2000年8月1日－2000年10月6日)
*行政院（第17任）院長(2000年10月10日－2002年2月1日)
*民主進步黨（第9任）秘書長(2002年2月1日－2005年2月1日)
*臺俄協會理事長(2002年－2003年)
*立法院（第六屆）委員(2005年－2007年)
*財團法人海峽交流基金會（第2任）董事長(2005年6月11日－2007年5月18日)
*中華民國總統府資政(2002年2月1日－2004年5月19日)
*政府改造委員會副主任委員(2002年－2004年)
*行政院（第21任）院長(2007年5月21日－2008年5月20日)
*中華民國總統府資政（再次）(2016年11月9日－)
張俊雄，臺灣政治人物。曾任中華民國第17、21任行政院院長、總統府秘書長、財團法人海峽交流基金會董事長，現任總統府資政。
張俊雄出生於臺灣日治時期臺灣總督府臺南州嘉義市一個基督長老教會的家庭。1956年，張俊雄自嘉義高中畢業後，考取國立臺灣大學法律系。就讀於臺大法律系期間，張俊雄受到教授國際公法的彭明敏所影響，而傾向臺灣獨立與言論自由，更與陳水扁的師長，前司法院長的翁岳生，是同窗，也是好友。1960年，張俊雄自臺大法律系畢業，且以第一名的好成績，通過律師高考。退伍之後，張俊雄選擇高雄，作為他律師生涯的開端。
1962年開始於高雄市執業，之後前往平民律師服務中心擔任志願律師，同時擔任臺灣教會公報理事長。1979年美麗島事件時，張俊雄出面為高俊明牧師辯護，也因此步入政壇。
1983年高票當選增額立法委員；1986年、1989年、1992年、1995年、1998年都順利連任，而成為資深立法委員。
1986年黨外人士組成民主進步黨時，張俊雄也是組黨的「建黨十人小組」之一。1987年並聯合立委書面質詢，籲請政府調查東崗慘案。1994年張俊雄曾經參選高雄市長，由於「雙人枕頭」（一夫多妻）問題，即使張俊雄安排情婦朱阿英站臺並落髮，仍無法挽回頹勢，而以十萬票之差落敗。
張俊雄也歷任民進黨中常委、秘書長。2000年，陳水扁參選總統時，張俊雄出面為選舉操盤；陳水扁當選總統後，張俊雄出任中華民國總統府秘書長，八掌溪事件後轉任行政院副院長。2000年10月，張俊雄接替唐飛出任行政院長，成為第一位民進黨籍的行政院長。張俊雄任內，宣佈停建核四一事引發立法院的強烈反彈；2002年1月，張俊雄在立法院改選後辭去行政院長一職，行政院長改由游錫堃接任。同年，原任考試院院長許水德任期屆滿。陳水扁原想提名他出任考試院長，但他的「雙人枕頭」問題在這段期間再度被激化，他與妻子徐瑞英離婚，但即同情婦朱阿英結婚。以免被招人話柄，在民進黨秘書長非專職化改革失敗後，兼任黨主席的陳水扁任命他出任民進黨秘書長。
2004年，陳水扁連任總統後，泛綠陣營氣勢大振。他被提名為不分區立法委員，當時陳水扁打算在年底立委選舉綠軍過半後由他出馬參選立法院長，亦有傳言說他會被提名為監察院長。結果，泛綠陣營未能取得過半席位，他辭去了民進黨秘書長職位，在民親合作破局後，他宣布不參選立法院正副院長。2005年，海峽交流基金會董事長辜振甫逝世後，張俊雄接任董事長一職。
2007年5月14日，陳水扁總統正式宣佈，由張俊雄接替請辭的蘇貞昌，重新擔任行政院長一職。2007年5月21日，人事任命正式生效，成為自陳誠以後第二位回任的行政院長。2008年1月24日，因第七屆立法委員即將上任，張俊雄率內閣依憲政慣例向總統陳水扁提出總辭。2008年1月28日，陳水扁退回總辭，並以「非憲政義務」等五點理由重建憲政慣例。2008年5月20日，卸任行政院長後淡出政壇。
2016年，蔡英文總統上任之後，再一次獲聘為總統府資政。
* 60px 一等卿云勛章（2002年2月4日于臺北總統府頒授）
x86架構中，記憶體區段是在不改變16位元段選擇子時，使用單個索引暫存器（保存了段內地址偏移值）所能夠定址的的記憶體範圍部份。也指在英特爾x86指令集體系結構下記憶體區段的實現方式。
從8086開始到隨后的各款x86架構CPU，無論是實模式還是保護模式，內存尋址時都使用16位段寄存器（segment register）。段寄存器默認使用情況為：
*代碼段寄存器CS與寄存器IP相配合獲得當前線程代碼執行到的內存位置；
*數據段寄存器DS與各通用寄存器配合訪問內存中的數據；
*棧段寄存器SS與寄存器(E)SP、(E)BP配合訪問線程的調用棧（call stack）；
*擴展段寄存器ES用于特定字符串指令（如MOVS或CMPS）。
*80386引入了2個額外的段寄存器FS與GS，并無特定的硬件用途。
這些段寄存器除了有16位的可見部分，還有不可見的隱藏部分，稱為描述符緩存“descriptor cache”或隱藏寄存器“shadow register”。當一個段選擇符（segment selector）裝入段寄存器的可見部分，處理器同時也把該段描述符的其它數據裝入到段寄存器的隱藏部分，這包括段開始的基地址、段長度、訪問控制信息等。這些信息緩存到段寄存器中，避免了處理器在轉址（translate address）時花費額外的總線周期從段選擇符表中讀入數據。處理器指令中可以明示使用哪些段寄存器，這將替換掉默認使用的段寄存器。
1978年的Intel 8086開始引入了內存分段。這使得16位CPU可以訪問超過64 KB (65,536字節)的內存，實際上8086 CPU到內存的地址總線是20位，即可訪問220=1MB內存。在16位元模式，要讓應用程式使用多個記憶體區段（為了存取比任一64K區段還要大的記憶體）是相當複雜。這個問題的根源在於沒有適當的適合做整個記憶體範圍的平面定址的位址算術指令。平面定址方式也可以乘法指令來完成，但這會導致較慢的程式執行速度。
1982年面世的80286處理器的真實模式與保護模式，以及80386及其後的處理器的虛擬86模式，一個區段的大小是64 KiB（使用16位元索引暫存器）。在Intelx86的真實模式下的區段架構的內存空間會有所重疊，這是一種不好的設計。 80286的保護模式下，16位的段寄存器中的13位（稱作段選擇符segment selector）是描述符表的條目（descriptor table entry）的索引；該條目包含了24位的段開始地址以及16位的段長度；段開始地址與段內偏移地址相加即為內存物理地址。16位段寄存器中的剩余3位分別是全局/局部描述符表指示位、請求特權級（request privilege level）。
1985年面世的80386及其後續處理器的32位元保護模式下，一個區段長度上限是220個粒度單位，粒度可以是1字節或4K字節，因此分段長度上限可以是4 GB，這與索引暫存器是32位元相配合。
隨著32位元作業系統的推出，以及更舒適的32位元平面記憶體模式，到1990年末期幾乎淘汰了使用區段定址。然而，使用32位平面記憶體模式產生的最多只能訪問4 GB地址空間的限制并沒有遠離日常的使用。區段允許作業系統對每個行程虛擬定址空間的限制，最大可利用64 GB的系統記憶體，但這種最終回歸到區段的尷尬，經常被引述為朝著64位元處理器發展的動機。
2003年問世的x86-64架構下，強制實現了平面記憶體模式，但保留了使用段寄存器FS或GS的64位下的分段尋址。
實模式與虛擬86模式下，可訪問內存固定為1 MB。對于8086處理器，可使用寄存器長度為16字節，但是擁有20字節的到內存總線地址。為了使用16字節寄存器訪問20字節地址，整個內存被劃分為多個區段。一個區段長65,536字節即64 KB。在實模式下，訪問內存必須通過segment base address和segment offset(分別儲存在任意segment寄存器和任意通用寄存器里。)
真實訪問的物理地址可由以下公式得到：
物理地址=（segment base address*0x10) + segment offset
注意同樣的物理地址可以由多個不同對的selector，offset組成。
實模式下，任何程序都可以訪問全部內存空間。沒有對內存的訪問權限保護。
Intel 80286處理器仍然使用16位段寄存器與16位的段內偏移地址，但保護模式下支持訪問224（16M）字節的內存。16位段寄存器內不再是段地址，16位段寄存器的高13位被稱作段選擇符（segment selector），其值是到表的索引值。段描述符中包含了24位的段開始的基地址，20位的段長度。段開始地址與段內偏移地址相加即為內存物理地址。段的長度上限為220=1M字節。