stanford-oval/wikipedia huggingface dataset:
Đại dịch COVID-19 tại Anguilla
Bối cảnh

Vào ngày 12 tháng 1 năm 2020, Tổ chức Y tế Thế giới (WHO) xác nhận rằng coronavirus mới là nguyên nhân gây ra bệnh đường hô hấp ở một nhóm người ở thành phố Vũ Hán, tỉnh Hồ Bắc, Trung Quốc và đã được báo cáo cho WHO vào ngày 31 tháng 12 năm 2019.
Tỷ lệ ca tử vong đối với COVID-19 thấp hơn nhiều so với đại dịch SARS năm 2003, nhưng tốc độ truyền bệnh cao hơn đáng kể cùng với tổng số người chết cũng đáng kể.
Anguilla đang ở thế khó. Đảo có dân số 14.731 người. Bệnh viện Công nữ Alexandra hiện không có giường ICU. Việc mở rộng bệnh viện đã được lên kế hoạch, Quỹ chăm sóc sức khỏe Anguilla (Anguilla Health Care Foundation) vẫn đang gây quỹ cho dự án. CARPHA đảm nhận việc xét nghiệm COVID-19,  by the laboratory on Sint Maarten. Vào ngày 22 tháng 5, năng lực xét nghiệm COVID-19 được thiết lập trên đảo tại Phòng thí nghiệm Bệnh viện Công nữ Alexandra.
Dòng thời gian

| COVID-19 tại Anguilla  (x t s)      Tử vong        Hồi phục        Đang điều trị 2020202020212021Thg 3Thg 3Thg 4Thg 4Thg 5Thg 5Thg 6Thg 6Thg 7Thg 7Thg 8Thg 8Thg 9Thg 9Thg 10Thg 10Thg 11Thg 11Thg 12Thg 12Thg 1Thg 1Thg 2Thg 2Thg 3Thg 3Thg 4Thg 4Thg 5Thg 515 ngày gần nhất15 ngày gần nhất |
| --- | --- | --- | --- | --- |
| Ngày | Ngày |  | Ca nhiễm | Ca nhiễm |
| 2020-03-26 | 2020-03-26 |  ​  | 2() | 2() |
| ⋮ | ⋮ |  ​  | 2(=) | 2(=) |
| 2020-04-02 | 2020-04-02 |  ​  | 3(+50%) | 3(+50%) |
| ⋮ | ⋮ |  ​  | 3(=) | 3(=) |
| 2020-04-10 | 2020-04-10 |  ​ ​  | 3(=) | 3(=) |
| ⋮ | ⋮ |  ​ ​  | 3(=) | 3(=) |
| 2020-04-26 | 2020-04-26 |  ​  | 3([https://beatcovid19.ai/results-negative-for-covid-19-in-sudden-death-investigation-all-three-confirmed-cases-now/ “Results Negative for COVID-19 in Sudden Death Investigation) | 3([https://beatcovid19.ai/results-negative-for-covid-19-in-sudden-death-investigation-all-three-confirmed-cases-now/ “Results Negative for COVID-19 in Sudden Death Investigation) |
| ⋮ | ⋮ |  ​  | 3(=) | 3(=) |
| ⋮ | ⋮ |  ​  | 3(=) | 3(=) |
| 2020-11-23 | 2020-11-23 |  ​ ​  | 4(+33.3%) | 4(+33.3%) |
| ⋮ | ⋮ |  ​ ​  | 4(=) | 4(=) |
| 2020-11-30 | 2020-11-30 |  ​ ​  | 6(+50.0%) | 6(+50.0%) |
| ⋮ | ⋮ |  ​ ​  | 6(=) | 6(=) |
| 2020-12-07 | 2020-12-07 |  ​ ​  | 9(+50.0%) | 9(+50.0%) |
| 2020-12-08 | 2020-12-08 |  ​ ​  | 10(+11.1%) | 10(+11.1%) |
| ⋮ | ⋮ |  ​ ​  | 10(=) | 10(=) |
| 2021-03-12 | 2021-03-12 |  ​ ​  | 21 | 21 |
| ⋮ | ⋮ |  ​ ​  | 21(=) | 21(=) |
| 2021-03-19 | 2021-03-19 |  ​ ​  | 22 | 22 |
| ⋮ | ⋮ |  ​ ​  | 22(=) | 22(=) |
| 2021-03-29 | 2021-03-29 |  ​ ​  | 25 | 25 |
| ⋮ | ⋮ |  ​ ​  | 25(=) | 25(=) |
| 2021-04-16 | 2021-04-16 |  ​ ​  | 29 | 29 |
| ⋮ | ⋮ |  ​ ​  | 29(=) | 29(=) |
| 2021-04-20 | 2021-04-20 |  ​ ​  | 30 | 30 |
| 2021-04-21 | 2021-04-21 |  ​ ​  | 33 | 33 |
| 2021-04-22 | 2021-04-22 |  ​ ​  | 33 | 33 |
| 2021-04-23 | 2021-04-23 |  ​ ​  | 58 | 58 |
| 2021-04-24 | 2021-04-24 |  ​ ​  | 73 | 73 |
| 2021-04-25 | 2021-04-25 |  ​ ​  | 77 | 77 |
| 2021-04-26 | 2021-04-26 |  ​ ​  | 82 | 82 |
| 2021-04-27 | 2021-04-27 |  ​ ​  | 87 | 87 |
| 2021-04-28 | 2021-04-28 |  ​ ​  | 91 | 91 |
| 2021-04-29 | 2021-04-29 |  ​ ​  | 93 | 93 |
| ⋮ | ⋮ |  ​ ​  | 93(=) | 93(=) |
| 2021-05-02 | 2021-05-02 |  ​ ​  | 95 | 95 |
| ⋮ | ⋮ |  ​ ​  | 95(=) | 95(=) |
| 2021-05-05 | 2021-05-05 |  ​ ​  | 95 | 95 |
| ⋮ | ⋮ |  ​ ​  | 95(=) | 95(=) |
| 2021-05-08 | 2021-05-08 |  ​ ​  | 99 | 99 |
| 2021-05-09 | 2021-05-09 |  ​ ​  | 99 | 99 |
| 2021-05-10 | 2021-05-10 |  ​ ​  | 109 | 109 |
| ⋮ | ⋮ |  ​ ​  | 109(=) | 109(=) |
| 2021-05-13 | 2021-05-13 |  ​ ​  | 109 | 109 |
Nguồn dữ liệu lấy từ beatcovid19.ai
Dòng thời gian > Tháng 3 năm 2020

Kể từ ngày 24 tháng 3, Báo Anguillia không còn ở dạng bản in nữa. Tờ báo được in trên Sint Maarten nhưng với việc biên giới bị đóng cửa, tờ báo tạm ngừng xuất bản. Vẫn có dịch vụ vận chuyển hàng hóa nhưng giao hàng không chắc chắn.
Vào ngày 26 tháng 3, hai trường hợp đầu tiên ở Anguilla đã được xác nhận. Một trường hợp là một phụ nữ Mỹ 27 tuổi và trường hợp còn lại là cư dân 47 tuổi người Anguilla mà ca 27 tuổi đã tiếp xúc.
Dòng thời gian > Tháng 4 năm 2020

Vào ngày 2 tháng 4, một người đàn ông 78 tuổi gần đây sinh sồn tại vùng lãnh thổ hải ngoại của Mỹ đã cho kết quả dương tính. Anh ta có các triệu chứng nhẹ. Các F1, F2 của anh đã bị đưa đi cách ly.
Vào ngày 3 tháng 4, một gói hỗ trợ kinh tế đã được Premier Banks công bố.
Vào ngày 8 tháng 4, Tổ chức Thể thao Thanh niên Anguilla đã tặng găng tay, khẩu trang và thuốc sát trùng tay cho Bệnh viện Công nữ Alexandra.
Vào ngày 10 tháng 4, quy định về giá cả và hàng hóa đã được công bố.
Vào ngày 26 tháng 4, cả 3 đều đã bình phục. Mẫu bệnh từ người tử vong được công bố vào ngày 23 tháng 4.. Tuy vậy, phòng thí nghiệm ở Sint Maarten tuyên bố mẫu âm tính vào ngày 23 tháng 4 và CARPHA đã xác nhận chẩn đoán trên vào ngày 25 tháng 4. Tại thời điểm hiện tại, không có trường hợp nghi nhiễm nào và không có bằng chứng về sự lây truyền của virus COVID-19 tại Anguilla.
Dòng thời gian > Tháng 11 năm 2020

Vào ngày 22 tháng 11, một trường hợp nhập cảnh mới được công bố, đó là người đến từ Hoa Kỳ, không có triệu chứng và đang cách ly ở một địa điểm đã được phê duyệt.
Dòng thời gian > Tháng 12 năm 2020

Vào ngày 22 tháng 12, có 1 trường hợp mắc COVID-19 tại Anguilla. Cho đến nay, đã có tổng cộng 11 trường hợp mắc COVID-19 được xác nhận ở Anguilla với 7 trường hợp phục hồi được ghi nhận.
Tính đến ngày 28 tháng 12, đã có 13 trường hợp được xác nhận ở Anguilla, với 1 trường hợp còn đang chữa trị và 12 trường hợp đã khỏi bệnh.
Dòng thời gian > Tháng 4 năm 2021

Vào ngày 21 tháng 4 năm 2021, 3 trường hợp người dân địa phương được báo cáo sau khi một cư dân Anguilla xuất hiện các triệu chứng. Một cụm dịch ở Anguilla đã được xác nhận vào ngày 23 tháng 4 với việc xác nhận 28 trường hợp dương tính liên quan đến các trường hợp của ngày 21 tháng 4. Vào ngày 26 tháng 4, 52 trường hợp liên quan đến cụm dịch trên được báo cáo.
Phòng chống > Năm 2020

Kể từ ngày 18 tháng 3, Anguilla đã đóng cửa sân bay và cảng biển trong hai tuần, đồng thời đóng cửa tất cả các trường học trong lãnh thổ.
Vào ngày 27 tháng 3, Anguilla ra lệnh tạm trú tại chỗ, cấm tụ tập công khai trên 12 người. Các nhà hàng chỉ được phép bán mang đi và đóng cửa các cửa hàng rượu.
Từ ngày 29 tháng 4 trở đi, các nhà thờ, nơi thờ tự, tất cả các cửa hàng bán lẻ, tiệm làm tóc và tiệm cắt tóc, nhà trọ, phòng tập thể dục và spa, cơ sở giải trí, xổ số, nhà hàng và quán bar có thể mở cửa trở lại, miễn là giữ được giãn cách xã hội.
Từ ngày 30 tháng 4 trở đi, các quyết định sau có hiệu lực: Không tụ tập trên 25 người, không tổ chức các sự kiện thể thao. Phải duy trì giãn cách xã hội và mọi cơ sở chỉ được phép cho 1 người trên mỗi 3 mét vuông và các điểm đánh dấu 2m nơi mọi người xếp hàng.
Từ ngày 11 tháng 5 trở đi, lớp 5 và lớp 6 sẽ mở lại trong nửa ngày. Các lớp khác sẽ tiếp tục học e-learning.
Từ ngày 1 tháng 6 trở đi, các hạn chế như việc tụ tập công khai và di chuyển của người dân đã được gỡ bỏ dựa trên tình hình dịch tễ học. Mặc dù các biện pháp kiểm soát nghiêm ngặt vẫn được duy trì đối với việc xuất nhập cảnh của cư dân trên đảo.
Từ ngày 1 tháng 11 trở đi, Anguilla mở cửa trở lại cả sân bay và cảng biển cho tất cả các hành khách nhận được giấy phép nhập cảnh phê duyệt trước và tuân theo tất cả các quy trình nhập cảnh.
Hypomecis monotona

| Hypomecis monotona |
| --- | --- |

Phân loại khoa học
Giới (regnum): Animalia
Ngành (phylum): Arthropoda
Lớp (class): Insecta
Bộ (ordo): Lepidoptera
Họ (familia): Geometridae
Chi (genus): Hypomecis
Loài (species): H. monotona
Danh pháp hai phần
Hypomecis monotona (Inoue, 1978) 
Danh pháp đồng nghĩa
 Boarmia monotona Inoue, 1978 
Hypomecis monotona là một loài bướm đêm trong họ Geometridae.
Chú thích

↑  “TaiBNET - Catalogue of Life of Taiwan”. Bản gốc lưu trữ ngày 4 tháng 3 năm 2016. Truy cập ngày 5 tháng 7 năm 2014.
↑  Bisby, F.A.; Roskov, Y.R.; Orrell, T.M.; Nicolson, D.; Paglinawan, L.E.; Bailly, N.; Kirk, P.M.; Bourgoin, T.; Baillargeon, G.; Ouvrard, D. (2011). “Species 2000 & ITIS Catalogue of Life: 2011 Annual Checklist”. Species 2000: Reading, UK. Truy cập ngày 24 tháng 9 năm 2012.
Khu Lewisham của Luân Đôn

| London Borough of Lewisham |
| --- | --- |
—  London borough  —
 

 Huy hiệu của London Borough of Lewisham Huy hiệuBiểu trưng chính thức của London Borough of Lewisham Biểu trưng của hạt
 Lewisham trong Đại Luân Đôn
London Borough of Lewisham
Quốc gia có chủ quyền: Vương quốc Liên hiệp Anh và Bắc Ireland
Quốc gia lập hiến: Anh
Vùng: Luân Đôn
Hạt nghi lễ: Đại Luân Đôn
Tư cách: London borough
Tổng hành dinh: Catford
Sáp nhập: 1 tháng 4, 1965
Chính quyền
 • Kiểu: Hội đồng hạt Luân Đôn
 • Thành phần: Lewisham Hội đồng hạt Luân Đôn
 • Người đứng đầu: Mayor & Cabinet (Lao động)
 • Executive mayor: Sir Steve Bullock
 • MPs: Jim Dowd Heidi Alexander Joan Ruddock
 • Hội đồng Luân Đôn: Len Duvall thành viên hội đồng lập pháp Greenwich và Lewisham
 • Quốc hội Liên minh châu Âu: Luân Đôn
Diện tích
 • Tổng cộng: 1,357 mi2 (35,15 km2)
Thứ hạng diện tích: (trên 326)
Dân số (2008)
 • Thứ hạng: (trên 326)
 • Mã ONS: 00AZ
Múi giờ: UTC±0, UTC+1
 • Mùa hè (DST): BST (UTC+1)
Mã điện thoại: 020
Mã ISO 3166: GB-LEW
Thành phố kết nghĩa: Charlottenburg-Wilmersdorf, Antony, Matagalpa
Lực lượng cảnh sát: Cảnh sát Thủ đô
Website: http://www.lewisham.gov.uk/
Lewisham, một trung tâm giao thông quan trọng
Khu Lewisham của Luân Đôn (tiếng Anh: London Borough of Lewisham) là một khu tự quản Luân Đôn ở đông nam của Luân Đôn, Anh, và tạo thành một phần của vùng Nội Luân Đôn. Khu định cư chính là khu này là Lewisham. Chính quyền địa phương là Hội đồng khu Lewisham London đóng ở Catford.
Prime Meridian chạy qua Lewisham.
Wine (phần mềm)

| --- | --- |
Logo Wine
winecfg (Wine configuration)
Phát triển bởi: Alexander Julliard và nnk
Phát hành lần đầu: 4 tháng 7 năm 1993; 31 năm trước (1993-07-04)

Phiên bản ổn định: 5.0.2     /    7 tháng 8 năm 2020; 4 năm trước (2020-08-07)
Bản xem thử: 5.15    / 14 tháng 8 năm 2020; 4 năm trước (2020-08-14)
 
Kho mã nguồn: https://source.winehq.org/git/wine.git https://github.com/wine-mirror/wine
Viết bằng: C, Yacc, JavaScript, C++, Perl
Hệ điều hành:  Linux  macOS (đang phát triển)  Android (thử nghiệm)  FreeBSD  Solaris 
Nền tảng: x86, x86-64, ARM
Ngôn ngữ có sẵn: Tiếng Anh
Thể loại: Phần mềm miễn phí
Giấy phép: GNU LGPLv2.1+
Website: http://www.winehq.org
Wine (viết tắt của Wine is not an emulator - Wine không phải là chương trình giả lập) là một phần mềm tự do nguồn mở dùng để chạy các phần mềm viết cho Windows trên các hệ điều hành tương tự Unix (Linux, FreeBSD,...). Wine cũng cung cấp một thư viện phần mềm, được gọi là Winelib, dựa vào đó các nhà phát triển có thể biên dịch các ứng dụng Windows để giúp port chúng sang các hệ thống tương tự Unix.
Wine cung cấp môi trường runtime Windows riêng để chuyển các lời gọi hệ thống Windows thành các lời gọi hệ thống tuân thủ POSIX, tạo lại cấu trúc thư mục của hệ thống Windows và cung cấp các triển khai thay thế của các thư viện hệ thống, dịch vụ hệ thống Windows thông qua wineserver và nhiều thành phần khác (như Internet Explorer, Windows Registry Editor, và msiexec). Wine chủ yếu được viết bằng kỹ thuật đảo ngược thử nghiệm hộp đen, để tránh các vấn đề bản quyền.
Việc lựa chọn "Wine is Not an Emulator" làm tên của Wine Project là kết quả của một cuộc thảo luận đặt tên vào tháng 8 năm 1993 và ghi danh cho David Niemi. Có một số nhầm lẫn gây ra bởi FAQ khi sử dụng Windows Emulator và các nguồn không hợp lệ khác xuất hiện sau khi tên Wine Project được đặt. Không có mô phỏng mã hoặc ảo hóa xảy ra khi chạy một ứng dụng Windows trong Wine. Mô phỏng "thường sẽ đề cập đến việc thực thi mã được biên dịch dành cho một bộ xử lý (ví như x86) bằng cách giải thích/biên dịch lại phần mềm chạy trên một bộ xử lý khác (ví như PowerPC). 
Mặc dù tên đôi khi xuất hiện trong các biểu mẫu WINE và wine, các nhà phát triển dự án đã đồng ý tiêu chuẩn hóa mẫu Wine.
Wine được phát triển chủ yếu cho Linux và macOS, và (Tính đến  tháng 11 năm 2018) các gói được duy trì tốt có sẵn cho cả hai nền tảng.
Trong một khảo sát năm 2007 bởi desktoplinux.com với 38.500 người dùng máy tính để bàn Linux, 31,5% số người được hỏi đã báo cáo sử dụng Wine để chạy các ứng dụng Windows. Con số này lớn hơn tất cả các chương trình ảo hóa x86 cộng lại, cũng như lớn hơn 27,9% người báo cáo không chạy các ứng dụng  Windows.
Lịch sử

Dự án Wine khởi đầu năm 1993 nhằm hỗ trợ chạy các phần mềm của Windows 3.1 trên nền Linux. Người điều hành ban đầu là Bob Amstadt, sau đó là Alexander Julliard. Các bản phiên bản Wine sau này được mở rộng cho Unix, và hỗ trợ Win32.
Bob Amstadt, người lãnh đạo dự án ban đầu và Eric Youngdale bắt đầu dự án Wine vào năm 1993 như một cách để chạy các ứng dụng Windows trên Linux. Nó lấy cảm hứng từ hai sản phẩm của Sun Microsystems, Wabi cho hệ điều hành Solaris, và Public Windows Initiative, đó là một nỗ lực để Windows API được triển khai lại hoàn toàn trong phạm vi công cộng dưới dạng tiêu chuẩn ISO nhưng bị từ chối do áp lực từ Microsoft năm 1996. Wine ban đầu hướng đến các ứng dụng 16-bit cho Windows 3.x, nhưng tính đến  năm 2010 tập trung vào các phiên bản 32-bit và 64 bit đã trở thành tiêu chuẩn trên các hệ điều hành mới hơn. Dự án bắt nguồn từ các cuộc thảo luận trên Usenet comp.os.linux vào tháng 6 năm 1993. Alexandre Julliard has led the project since 1994.
Dự án đã được chứng minh là tốn thời gian và khó khăn cho các nhà phát triển, chủ yếu là do tài liệu không đầy đủ và không chính xác của Windows API. Mặc dù Microsoft cung cấp tài liệu rộng rãi cho hầu hết các chức năng Win32, một số lĩnh vực như định dạng file và giao thức không có thông số kỹ thuật có sẵn công khai từ Microsoft và Windows cũng bao gồm các chức năng cấp thấp không có docs, hành vi không có docs và che giấu lỗi mà Wine phải sao chép chính xác để cho phép một số ứng dụng hoạt động đúng. Do đó, nhóm Wine đã dò ngược nhiều lệnh gọi chức năng và định dạng file trong các lĩnh vực như thunk.[cần dẫn nguồn]
Dự án Wine ban đầu phát hành Wine theo cùng Giấy phép MIT với X Window System, nhưng do lo ngại về các phiên bản độc quyền của Wine không đóng góp các thay đổi của họ trở lại dự án cốt lõi, các hoạt động kể từ tháng 3 năm 2002 đã sử dụng LGPL để cấp phép.
Wine chính thức bước vào phiên bản beta với phiên bản 0.9 ngày 25/10/2005. Phiên bản 1.0 được phát hành ngày 17/6/2008, sau 15 năm phát triển. Phiên bản 1.2 được phát hành ngày 16/7/2010, version 1.4 ngày 7/3/2012, Phiên bản 1.6 ngày 18/7/2013. và phiên bản 1.8 ngày 19/12/2015. Phiên bản phát triển được phát hành khoảng hai tuần một lần.
Wine-staging là một tập hợp các bản vá tương đối tích cực được duy trì một cách tương đối độc lập mà các nhà phát triển WineHQ coi là đã sẵn sàng để sáp nhập vào wine repository, nhưng vẫn được coi là hữu ích bởi phân nhánh wine-compholio. Nó chủ yếu bao gồm các chức năng thử nghiệm và sửa lỗi. Kể từ tháng 1 năm 2017, các bản vá trong wine-staging bắt đầu được tích cực sáp nhập vào thượng nguồn WineHQ khi wine-compholio chuyển giao dự án cho Alistair Leslie-Hughes, một nhà phát triển chính của WineHQ.
Lịch sử > Tài trợ doanh nghiệp

Nhà tài trợ chính của Wine là CodeWeavers, công ty thuê Julliard và nhiều nhà phát triển Wine khác để làm việc trên Wine và trên CrossOver, phiên bản Wine được hỗ trợ của CodeWeavers. CrossOver bao gồm một số điều chỉnh dành riêng cho ứng dụng không được coi là phù hợp với phiên bản WineHQ, cũng như một số thành phần độc quyền bổ sung.
Sự tham gia của Corel trong một thời gian đã hỗ trợ dự án, chủ yếu bằng cách thuê Julliard và những người khác làm việc với nó. Corel đã quan tâm đến việc port WordPerfect Office, bộ ứng dụng văn phòng của họ, sang Linux (đặc biệt là Corel Linux). Corel sau đó đã hủy tất cả các dự án liên quan đến Linux sau khi Microsoft đầu tư lớn vào Corel, dừng nỗ lực Wine của họ.
Các nhà tài trợ khác của công ty bao gồm Google, đã thuê CodeWeavers để sửa Wine để Picasa chạy đủ tốt để port trực tiếp sang Linux bằng cách sử dụng cùng một nhị phân như trên Windows; Google sau đó đã trả tiền để cải thiện sự hỗ trợ của Wine cho Adobe Photoshop CS2. Wine ũng là người thụ hưởng thường xuyên của chương trình Summer of Code của Google.
Thiết kế

Mục tiêu của Wine là triển khai các Windows API đầy đủ hoặc một phần được yêu cầu bởi các chương trình mà người dùng Wine muốn chạy trên hệ thống tương tự Unix.
Thiết kế > Kiến trúc cơ bản

Các giao diện lập trình của họ hệ điều hành Microsoft Windows bao gồm phần lớn thư viện liên kết động (DLL). Chúng chứa một số lượng lớn các wrapper sub-routines cho các lời gọi hệ thống của kernel, chương trình NTOS kernel-mode (ntoskrnl.exe). Một chương trình Windows thông thường gọi một số Windows DLLs, lần lượt gọi các thư viện gdi/user32 ở chế độ người dùng, lần lượt sử dụng kernel32.dll (hệ thống con win32) chịu trách nhiệm xử lý kernel thông qua các cuộc gọi hệ thống. Lớp lời gọi hệ thống được coi là riêng tư đối với các lập trình viên Microsoft vì tài liệu không có sẵn công khai và tất cả các giao diện được xuất bản đều dựa vào các hệ thống con chạy trên kernel. Bên cạnh đó, có một số giao diện lập trình được triển khai như các dịch vụ chạy dưới dạng các tiến trình riêng biệt. Các ứng dụng giao tiếp với các dịch vụ chế độ người dùng thông qua RPC.
Wine triển khai giao diện nhị phân ứng dụng Windows (ABI) hoàn toàn trong không gian người dùng, thay vì dưới dạng mô-đun hạt nhân. Wine chủ yếu phản ánh hệ thống phân cấp, với các dịch vụ thường được cung cấp bởi kernel trong Windows thay vào đó được cung cấp bởi một daemon được gọi là wineserver, có nhiệm vụ thực hiện chức năng cơ bản của Windows, cũng như tích hợp với X Window System, và dịch tín hiệu thành bản địa Windows ngoại lệ. Mặc dù Wineserver triển khai một số khía cạnh của Windows kernel, nhưng không thể sử dụng trình điều khiển Windows gốc với nó, do kiến trúc cơ bản của Wine. Điều này ngăn các ứng dụng và trò chơi nhất định hoạt động, ví dụ: những ứng dụng sử dụng tính năng chống sao chép StarForce yêu cầu các driver ảo hóa thiết bị để cài đặt.
Thiết kế > Các thư viện và ứng dụng

Wine cho phép tải cả Windows DLL và các đối tượng chia sẻ Unix cho các chương trình Windows của nó. Việc triển khai dựng sẵn của nó đối với Windows DLL cơ bản nhất, cụ thể là NTDLL, KERNEL32, GDI32, USER32, sử dụng phương thức đối tượng dùng chung vì họ phải sử dụng các hàm trong hệ điều hành máy chủ là tốt. Các thư viện cấp cao hơn, chẳng hạn như WineD3D, được sử dụng định dạng DLL tự do. Trong nhiều trường hợp, người dùng có thể chọn tải DLL từ Windows thay vì cài đặt bằng wine. Làm như vậy có thể cung cấp các chức năng chưa được thực hiện bởi wine, nhưng cũng có thể gây ra trục trặc nếu nó phụ thuộc vào một thứ khác không có trong wine.
Wine theo dõi trạng thái thực hiện thông qua kiểm thử đơn vị được thực hiện tại mỗi lần commit git.
Thiết kế > Đồ họa và gaming

Mặc dù hầu hết các phần mềm văn phòng không sử dụng các API đồ họa tăng tốc GPU phức tạp, các trò chơi máy tính làm vậy. Để chạy các trò chơi này một cách chính xác, Wine sẽ phải chuyển tiếp các hướng dẫn vẽ tới hệ điều hành chủ và thậm chí dịch chúng sang thứ mà hệ điều hành chủ có thể hiểu.
DirectX là một bộ sưu tập các API của Microsoft cho render, âm thanh và đầu vào. Kể từ năm 2019, Wine 4.0 chứa triển khai DirectX 12 cho API Vulkan và DirectX 11.2 cho OpenGL. Wine 4.0 cũng cho phép Wine chạy các ứng dụng Vulkan bằng cách trao các lệnh vẽ cho hệ điều hành chủ hoặc trong trường hợp macOS, bằng cách dịch chúng sang Metal API bằng MoltenVK.
Thiết kế > Đồ họa và gaming > Direct3D

Phần lớn nỗ lực DirectX của Wine tập trung vào việc xây dựng WineD3D, một lớp dịch từ các lệnh gọi Direct3D và DirectDraw API vào OpenGL. Kể từ năm 2019, thành phần này hỗ trợ tối đa DirectX 11. Kể từ ngày 12 tháng 12 năm 2016, wine đủ tốt để chạy Overwatch với D3D11. Bên cạnh việc được sử dụng trong Wine, WineD3D DLLs cũng hữu ích trong chính Hệ điều hành Windows, cho phép các card đồ họa cũ hơn chạy các trò chơi bằng các phiên bản DirectX mới hơn và cho các trò chơi dựa trên DDraw cũ để hiển thị chính xác.
Một số công việc đang diễn ra để chuyển phụ trợ Direct3D sang API Vulkan. Hỗ trợ Direct3D 12 trong 4.0 được cung cấp bởi tiểu dự án "vkd3d", and WineD3D has in 2019 been experimentally ported to use the Vulkan API.
Wine, khi được vá, có thể chạy Direct3D 9 mà không cần dịch thông qua ứng dụng tự do nguồn mở Gallium3D State Tracker for DX9. Lớp Gallium3D cho phép truyền trực tiếp các lệnh vẽ.
Giao diện người dùng

Wine thường được gọi từ trình thông dịch dòng lệnh: wine [program.exe].
Giao diện người dùng > winecfg

Có tiện ích winecfg khởi động giao diện người dùng đồ họa với các điều khiển để điều chỉnh các tùy chọn cơ bản. Nó là một tiện ích cấu hình GUI đi kèm với Wine. Winecfg giúp cấu hình Wine dễ dàng hơn bằng cách không cần chỉnh sửa trực tiếp registry, mặc dù, nếu cần, điều này có thể được thực hiện với trình chỉnh sửa sổ đăng ký đi kèm (tương tự như regedit của Windows).
Giao diện người dùng > Ứng dụng bên thứ 3

Một số ứng dụng yêu cầu nhiều tinh chỉnh hơn là chỉ cài đặt ứng dụng để hoạt động chính xác, chẳng hạn như cấu hình thủ công Wine để sử dụng một số Windows DLLs. Dự án Wine không tích hợp các cách giải quyết đó vào codebase của Wine, thay vào đó chỉ muốn tập trung vào việc cải thiện việc triển khai Windows API của Wine. Mặc dù cách tiếp cận này tập trung phát triển Wine vào khả năng tương thích lâu dài, nhưng nó khiến người dùng gặp khó khăn khi chạy các ứng dụng yêu cầu giải pháp. Do đó, nhiều ứng dụng của bên thứ ba đã được tạo để giảm bớt việc sử dụng những ứng dụng không hoạt động ngoài hộp trong chính Wine. Wine wiki duy trì một trang các ứng dụng của bên thứ ba hiện tại và trước đây.
Winetricks là một tập lệnh để cài đặt một số thành phần cơ bản (điển hình là Microsoft DLL và phông chữ) và chỉnh sửa cài đặt cần thiết cho một số ứng dụng để chạy chính xác trong Wine Wine. Nó hoàn toàn có thể tự động cài đặt một số ứng dụng và trò chơi, bao gồm áp dụng bất kỳ cách giải quyết cần thiết nào. Winetricks có GUI. Dự án Wine sẽ chấp nhận báo cáo lỗi cho người dùng Winetricks, không giống như hầu hết các ứng dụng của bên thứ ba. Nó được duy trì bởi nhà phát triển Wine Austin English.
Q4Wine là một GUI mở để thiết lập nâng cao của Wine.
Wine-Doors là một công cụ quản lý ứng dụng cho desktop Gnome có thêm chức năng cho Wine. Wine-Door là một giải pháp thay thế cho WineTools nhằm cải thiện các tính năng của WineTools và mở rộng ý tưởng ban đầu với phương pháp thiết kế hiện đại hơn.
IEs4Linux là một tiện ích để cài đặt tất cả các phiên bản Internet Explorer, bao gồm phiên bản 4 đến 6 và phiên bản 7 (bản beta).
Wineskin là một tiện ích để quản lý các phiên bản công cụ Wine và tạo trình bao cho macOS.
PlayOnLinux là một ứng dụng giúp dễ dàng cài đặt các ứng dụng Windows (chủ yếu là các trò chơi). Ngoài ra còn có một phiên bản Macintosh tương ứng được gọi là PlayOnMac.
Lutris là một ứng dụng mã nguồn mở giúp dễ dàng cài đặt các trò chơi Windows trên Linux.
Bordeaux là trình quản lý cấu hình Wine GUI độc quyền chạy các ứng dụng winelib.  Nó cũng hỗ trợ cài đặt các tiện ích của bên thứ ba, cài đặt các ứng dụng và trò chơi và khả năng sử dụng các cấu hình tùy chỉnh. Bordeaux hiện đang chạy trên Linux, FreeBSD, PC-BSD, Solaris, OpenSolaris, OpenIndiana, và macOS.
Chức năng

Các nhà phát triển phần Direct3D của Wine đã tiếp tục triển khai các tính năng mới như shader pixel để tăng hỗ trợ trò chơi. Wine cũng có thể sử dụng DLL gốc trực tiếp, do đó tăng chức năng, nhưng sau đó cần có giấy phép cho Windows trừ khi DLL được phân phối cùng với ứng dụng.
cũng bao gồm các triển khai nguồn mở của riêng mình đối với một số chương trình Windows, chẳng hạn như notepad, wordpad, control, iexplore, và explorer.
The Wine Application Database (AppDB) là một cơ sở dữ liệu trực tuyến được cộng đồng duy trì về các chương trình Windows hoạt động với Wine và chúng hoạt động tốt như thế nào.