3 điểm bởi GN⁺ 2023-07-21 | 1 bình luận | Chia sẻ qua WhatsApp
  • Dùng Dutch Fell types khoảng năm 1670 để dàn trang một luận án tiến sĩ thế kỷ 21, với mục tiêu tái hiện trong LaTeX chất cảm của in typo bằng chữ đúc được cắt tay và sắp chữ thủ công, thay vì sự đồng đều của phông chữ số
  • Fell types là kiểu chữ ra đời sớm hơn Caslon khoảng nửa thế kỷ; Igino Marini đã số hóa nó thành IM Fell và áp dụng các tính năng OpenType, sau đó nó cũng được cung cấp trên Google Fonts
  • Dù có x-height nhấp nhô, baseline thô ráp và các serif không đồng nhất, dòng chảy bên trong và giữa các chữ vẫn đạt được sự cân bằng, giúp dễ đọc ngay cả trong phần thân bài dài
  • Ở cỡ chữ dùng cho thân bài, các nét dọc dày hơn Caslon đôi chút nên tạo ra hiệu ứng picket-fence; tác giả dùng LaTeX fontspec để nới khoảng cách chữ và chỉnh riêng phần italic cùng header
  • Cuối cùng, tác giả dùng FontForge để chỉnh một số glyph và kerning, sửa chồng lấn giữa solidus và dấu chấm của i, serif của u, chữ C small-cap, en dash và em dash, nhưng tránh làm mảnh nét vì có nguy cơ gây méo dạng

Chất cảm của in typo mà phông chữ số còn thiếu

  • Các phông chữ số thông dụng cho văn bản thân bài, kể cả những kiểu chữ nổi tiếng như Caslon hay Garamond, thường quá đồng đều và gọn gàng, nên thiếu đi cảm giác như được cắt bằng tay của các kiểu chữ typo cổ
  • Những bản phục dựng số trung thực của kiểu chữ typo là rất hiếm; Founder's Caslon của Justin Howes là một trong số đó, nhưng sau khi ông qua đời vì nhồi máu cơ tim ở tuổi 41 vào năm 2005, nó không còn được cung cấp thương mại nữa
  • Trải nghiệm tận mắt xem specimen sheet gốc của William Caslon được in tại London năm 1741 trong bộ sưu tập sách hiếm của thư viện đại học đã dẫn tới nỗ lực mô phỏng in typo trong luận án tiến sĩ
  • Vì trường đại học không bắt buộc luận án phải dùng Times New Roman 12pt, tác giả có thể áp dụng một cách dàn trang khác cho luận án tiến sĩ

Vì sao chọn Fell types

  • Dutch Fell types khoảng năm 1670 là kiểu chữ ra đời sớm hơn Caslon khoảng nửa thế kỷ
  • Trong 10 năm qua, Igino Marini đã thực hiện công việc số hóa Fell types một cách trung thực và áp dụng các tính năng dàn trang nâng cao của OpenType
  • Kiểu chữ số này sau đó cũng được cung cấp trên Google Fonts
  • Cuốn specimen book đầu tiên của Fell types, được Oxford University Press in năm 1693, ra đời khi J. S. Bach mới 8 tuổi, và chỉ có 4 bản sao được biết đến
  • Vì phần lớn punch và matrix gốc đã thất lạc, trong đó có cả những bộ làm bằng gỗ, nên specimen trở thành tư liệu duy nhất còn lại cho một số dạng chữ

Một kiểu chữ thô nhưng cân bằng

  • Fell types là kiểu chữ khá thô ngay cả theo tiêu chuẩn typo
    • x-height không nhất quán
    • baseline gồ ghề
    • serif không cái nào giống hệt cái nào
  • Dù có vẻ nhiễu trên bề mặt, sự cân bằng trong từng chữ và dòng chảy nối sang chữ kế tiếp lại rất tinh tế, nên vẫn dễ đọc
  • Những đặc điểm này cũng xuất hiện ở các kiểu chữ tương tự từng được dùng rộng rãi khắp Tây Bắc Âu, từ Hà Lan đến Đan Mạch, rồi sau đó lan rộng hơn qua Caslon và đến nay vẫn được đánh giá cao
  • Nếu so Caslon và Fell types ở cấp độ glyph, khác biệt chủ yếu là trên bề mặt; nhưng ở cấp độ từ, dòng và đoạn, những khác biệt tinh vi hơn sẽ lộ rõ

Hiệu ứng picket-fence khi vào thân bài

  • Ở optical size dành cho thân bài, Fell types có nét dọc dày hơn Caslon một chút, khiến màu sắc trên trang tối hơn và tạo ấn tượng như picket-fence
  • Nếu hiệu ứng picket-fence trở nên quá cực đoan, độc giả hiện đại có thể thấy khó đọc; Gothic script là ví dụ dễ nghĩ tới
  • Trong phần văn bản dài, người đọc có thể cảm thấy hơi bị “níu lại”
  • Khoảng giãn dòng lớn bất thường mà luận văn đại học yêu cầu càng làm mất cân bằng giữa mật độ theo chiều dọc và chiều ngang

Nguyên tắc của Marini và việc chỉnh khoảng cách chữ

  • Năm 2015, Igino Marini cho biết tiền đề của dự án Fell Types là tái hiện nguyên bản nhiều nhất có thể, và hình thức số cùng độ sít của toàn bộ spacing cũng được giữ nguyên, không thêm diễn giải chủ động
  • Với Marini, mục tiêu của Fell Types không phải là tạo ra một kiểu chữ vui mắt hay hiện đại, mà là một bản phục dựng trung thực
  • Tác giả đã phá vỡ quy tắc dàn trang rằng không nên thay đổi khoảng cách chữ thường, và dùng gói fontspec của LaTeX để nới nhẹ khoảng cách của toàn bộ chữ cái
  • Mục tiêu của việc điều chỉnh là đạt tới mức mà “sức cản” theo chiều dọc và chiều ngang của văn bản có cảm giác gần như ngang nhau
  • Kết quả gần như không lộ rõ ở mức vi mô, nhưng trên toàn đoạn văn thì áp lực được nới ra đôi chút, khiến văn bản “thở” hơn và đọc thoáng hơn
  • Tác giả cũng áp dụng margin kerning, tức protrusion, bằng gói microtype của LaTeX

Xử lý riêng khoảng cách cho italic và header

  • Sau khi nới khoảng cách chữ thường, phần italic trông bị giãn quá mức
    • Vì chữ italic có hình thái gần với chữ viết tay, liên kết với nhau nhiều hơn
    • Các từ italic trong thân bài được nén lại về khoảng cách chữ mặc định
  • Nhưng italic ở header trang, vốn hiển thị ở cỡ nhỏ hơn, lại trông quá dày đặc
    • Khi kiểm tra lại specimen năm 1693, tác giả nhận thấy italic cỡ nhỏ thực sự được dàn với khoảng cách chữ lớn hơn để tăng khả năng đọc
    • Với italic ở header, tác giả áp dụng mức tăng khoảng cách còn lớn hơn phần Roman của thân bài
  • Đến hôm sau, phần italic thân bài ở cỡ bình thường lại bị thấy là quá sít, nên được chỉnh lại lần nữa
  • Kết quả cuối cùng có thể xem trong luận án tiến sĩ

Vấn đề với LaTeX và hiển thị PDF

  • Các tệp phông Fell tận dụng những thiết lập nâng cao của chuẩn phông chữ số, nên đã phát sinh nhiều vấn đề trong dàn trang LaTeX cũng như khi hiển thị và in PDF
  • Các vấn đề liên quan và cách giải quyết được thảo luận trong chuỗi Stack Exchange

Những glyph và kerning được sửa bằng FontForge

  • Để biến luận án thành một sản phẩm dàn trang mang dấu ấn riêng, tác giả trực tiếp chỉnh sửa hình dạng glyph và một phần bảng kerning
  • Những chỉnh sửa như vậy không thể làm bằng trình xử lý văn bản hay Adobe Illustrator, mà cần phần mềm chuyên dụng để biên tập phông chữ
  • Công cụ được dùng là FontForge, và vào thời điểm đó phông IM Fell được phát hành theo SIL Open Font License
  • IM Fell không được số hóa trực tiếp từ nguyên bản năm 1693, mà từ một bản phục dựng muộn hơn dùng các con chữ được đúc lại vào cuối thế kỷ 19, nên không hoàn toàn trùng với specimen gốc
  • Động lực chính của việc sửa không phải là theo đuổi tính nguyên bản, mà là vì một số chỗ gãy gập dễ thấy ở vài chữ, có vẻ phát sinh trong quá trình đúc lại thế kỷ 19, đã làm hại khả năng đọc
  • Phông chữ số này dày hơn nguyên bản đôi chút, nhưng việc giảm mạnh hơn ở những phần dày có nguy cơ gây méo dạng, nên tác giả không làm mảnh nét
  • Nhờ khoảng cách chữ đã được nới, màu sắc của toàn khối văn bản cũng không còn quá tối đến mức khó đọc

Danh sách các chỉnh sửa cụ thể

  • Vì solidus và dấu chấm của i có thể chồng lên nhau trong những trường hợp như out/in, tác giả đã loại bỏ sự chồng lấn này
    • Một cách khác là dùng {\\i} trong LaTeX để dùng dotless i như một dạng ligature /i
    • Tác giả cho rằng trong văn xuôi, tốt nhất vẫn nên hạn chế dùng solidus
  • Sửa vấn đề serif phía trên bên phải của u bị hất lên
    • Trong specimen gốc của Fell types không có phần nhô ra như vậy
    • Serif được làm ngắn hơn theo chiều ngang để không còn trông như dính vào nét bên trái và tăng khả năng đọc
  • Giảm vấn đề chữ C small-cap trông giống G
    • Dù trong chính specimen nó cũng trông giống G, các chữ C khác lại không như vậy, nên tác giả cho rằng đây là một bất thường ngoài ý muốn do cắt hoặc in không hoàn hảo
  • Kéo dài hơn en dash và em dash
    • Trước đó en dash trông như hyphen, còn em dash trông như en dash
    • Chúng cũng được chỉnh mảnh hơn để hòa vào màu sắc của toàn khối văn bản tốt hơn
  • Không sửa hiện tượng chồng lấn giữa các chữ g italic đứng cạnh nhau
    • Trong in typo, điều này là bất khả thi về mặt vật lý nếu không được cắt chung, nhưng nếu tách phần dưới ra thì khoảng cách giữa hai chữ lại quá rộng
    • Trong specimen book không có ví dụ nào cho thấy thời đó họ dàn những trường hợp này ra sao
    • Tác giả cho rằng trạng thái hiện tại vẫn ổn nếu chưa vẽ riêng một ligature gg

Hiệu ứng có chủ ý do những khiếm khuyết thô ráp tạo ra

  • Khi phóng to glyph, các chỗ gãy và vết sứt của kiểu chữ hiện lên rất rõ
  • Khó có khả năng bản thân chữ gỗ và chữ kim loại thời đó có nhiều khuyết điểm đến vậy; chất giấy thô của thời kỳ ấy cũng ảnh hưởng đến ấn tượng này
  • Khi in trên giấy mịn hiện đại ở cỡ thông thường, những chỗ gãy và vết sứt ấy tạo cảm giác như chữ được cắt tay rồi ép lên giấy làm tay
  • Câu hỏi liệu một luận án về điện toán thế kỷ 21 có thể trông như một ấn phẩm thời Phục Hưng hay không được nối sang cảnh quá khứ xa và tương lai xa gặp nhau trong 2001: A Space Odyssey

1 bình luận

 
GN⁺ 2023-07-21
Ý kiến trên Hacker News
  • Tôi cũng đã thử một cách tiếp cận tương tự bằng CSS cho “trang trại nội dung phong cách trung cổ” của mình (https://tidings.potato.horse), nhưng vì vấn đề hiệu năng nên chỉ ngẫu nhiên hóa độ mờ và sắc độ của từng ký tự, còn biến dạng thì bỏ đi
    Bước tiếp theo là thêm một vùng đệm nhỏ để che phần khoảng trắng bên phải văn bản[1][2], giúp cột chữ trông gọn gàng hơn. Có vẻ vào thời đó horror vacui khá quan trọng
    Kỳ lạ là việc này lại dễ hơn nhiều nếu dùng container query và Stable Diffusion: đưa mẫu họa tiết vào SD, scale ra khoảng 10 kích cỡ, rồi dùng làm nền phần tử khớp với khoảng trống của từng dòng, sau đó chọn ảnh phù hợp bằng container query
    Kết quả là trông sạch sẽ nhưng vẫn hữu cơ, lại còn có thể khoe là không dùng JS
    [1] https://i.pinimg.com/originals/2f/46/2d/2f462df256f4bd509b48...
    [2] https://i.pinimg.com/originals/ac/68/a8/ac68a86da5ec457960d0...

    • Nếu chưa chơi thì tôi khuyên nên thử Pentiment. Bối cảnh là đầu những năm 1500, khi máy in đang lan rộng khắp châu Âu, và phần hội thoại của mỗi nhân vật được thể hiện theo đúng cách người đó viết hoặc in chữ
      Phần render chữ thực sự rất đẹp, thậm chí còn có hiệu ứng mực khô đi một lúc sau khi chữ hiện ra. Tôi đã mong có một bài blog kỹ thuật về kỹ thuật render chữ của họ nhưng đến giờ vẫn chưa thấy
    • Tôi thấy trên trang chủ họ ghi cách phát âm tên là /'rafau pastoohshak/, nhưng đó là cách diễn giải theo tiếng Anh, trong khi ký hiệu /.../ thường dùng để chỉ IPA. /.../ là phiên âm gần đúng, còn [...] là phiên âm chính xác hơn
      Nếu viết theo IPA thì có lẽ gần với /rafaw pastuʂak/ hơn. Nhân tiện, /ʂ/ rất giống với /ʃ/
  • Dấu ngoặc kép trên trang đó khá lộn xộn. Thực hành tốt là dùng ngoặc kép cong hoặc ngoặc đơn cong, chứ không phải tổ hợp dấu huyền ngược với dấu apostrophe
    Xem https://www.cl.cam.ac.uk/~mgk25/ucs/quotes.html. Tóm lại là đừng dùng dấu grave ASCII (0x60) làm ngoặc mở và dấu apostrophe ASCII (0x27) làm ngoặc đóng như trong `quote'
    Founder's Caslon vẫn có thể mua thương mại được. Ít nhất là hiện tại
    https://www.myfonts.com/collections/founders-caslon-font-itc

    • Có vẻ tác giả mang thói quen dùng dấu ngoặc đó từ LaTeX sang. Dùng một hay hai dấu huyền ngược và apostrophe sẽ render thành cặp ngoặc mở/đóng đúng
      Cũng có thể họ copy-paste từ mã nguồn LaTeX rồi quên sửa lại dấu ngoặc
      Ít nhất trong môi trường của tôi thì chữ nghiêng trên trang cũng bị thiếu. Thay vì dùng glyph italic riêng, nó trông như oblique tạo bằng cách nghiêng chữ roman. Một số hệ thống xử lý vậy khi không tìm thấy glyph italic hoặc cấu hình sai
    • Tôi có thói quen dùng dấu huyền ngược cho ngoặc mở khi viết phần mềm Unix cũ hoặc ELisp mà không cần ngữ cảnh đặc biệt
      Nếu dùng như markup để phía hiển thị cho người dùng chuyển thành ngoặc cong thì tôi thấy đó là thói quen chấp nhận được. Thậm chí trong chữ viết tay tôi cũng hay viết như một dạng ngoặc mở phóng đại
      Khi viết cẩn thận thì tôi dùng ngoặc cong hoặc các dấu tick đối xứng như gương, nhưng khi viết nhanh hay trong Markdown thì cách phân biệt mở/đóng rõ ràng này với tôi dễ đọc hơn là chỉ dùng một dấu ngoặc đơn
    • Tôi cũng thấy chỗ đó khá chướng mắt. Xét việc các phần khác được chăm chút rất kỹ và dấu ngoặc trong thân bài vẫn bình thường, có lẽ đây không phải do thiếu hiểu biết mà là một sai sót vô ý đáng tiếc
    • Cách nhìn này quá lấy tiếng Anh làm trung tâm khi nói về quy tắc dấu ngoặc
  • Nếu muốn một biến thể họ Fell gọn gàng hơn, hãy xem Elstob: https://psb1558.github.io/Elstob-font/
    Có thể chỉnh bằng thanh trượt, và rất dễ tạo hiệu ứng giãn cách như bài viết đề cập

    • Khó mà xem đây là một phương án thay thế thực sự. Sức hút nằm ở vẻ ngoài rất hữu cơ và mang dấu ấn bàn tay con người
      Font được gợi ý có thể hợp hơn cho các dự án phong cách trung cổ, nhưng vẫn trông khá kỹ thuật số
  • Bài này cho thấy rất rõ vì sao và bằng cách nào font chữ được xem là chương trình máy tính và vì thế được bảo hộ bản quyền
    Người bình thường, thậm chí nhiều lập trình viên, dễ trực giác xem font chỉ là một tập hợp hình vẽ nhỏ, nhưng thực tế đằng sau là khối lượng công việc khổng lồ
    Việc ngày nay có thể chọn giữa rất nhiều font tốt, và phần lớn chúng ta không phải tự mua giấy phép font, là một điều may mắn vì đã có ai đó gánh chi phí sản xuất

    • Bản quyền bảo hộ mọi tác phẩm sáng tạo, trừ một vài ngoại lệ. Việc font có phải là chương trình máy tính hay không hoàn toàn không liên quan đến chuyện nó có được bảo hộ bản quyền hay không
      Kể cả nếu font chỉ là “một tập hợp hình vẽ nhỏ”, tức font bitmap, thì trừ khi nó chỉ gồm các hình đã thuộc phạm vi công cộng, không đạt ngưỡng tính sáng tạo, hoặc là tác phẩm của chính phủ cùng các trường hợp đặc biệt tương tự, nó vẫn được bảo hộ bản quyền
    • Phần lớn phần mềm dùng để viết code đều là mã nguồn mở, nhưng các nhà làm font thường đòi mức phí giấy phép vô lý cao
      Họ cũng hay từ chối mức phí cố định và đòi chia phần lớn hơn nếu số người dùng ứng dụng vượt một ngưỡng nào đó. Ứng dụng nổi tiếng không có nghĩa là kiếm được đủ tiền để chi sáu chữ số chỉ cho giấy phép font
      Bạn có thể làm một ứng dụng phục vụ hàng triệu người dùng bằng Linux, HTML, JS, CSS, Rust, Go và hàng chục nghìn thư viện, module mã nguồn mở, đa phần không thu phí theo người dùng hoặc hoàn toàn miễn phí, nên việc font lại có thể là thành phần đắt nhất trong ứng dụng thật kỳ lạ
    • Tôi đọc lướt cả bài, tìm mãi xem cái font nằm ở đâu, đến cuối mới nhận ra. Đó là một kiểu chữ khá không bị thời gian chi phối
  • Tôi đã tìm được một phông chữ terminal mới: https://building-m.net/xbackbone/jOGE6/sUGEqePe74/raw.png

    • Trông rất ngầu. Nó gợi cảm giác giống Sun Gallant Demi, một trong những phông terminal tôi thích: https://i.stack.imgur.com/g1qkf.png
    • Nếu dùng cùng kiểu như export LC_ALL=Latin.UTF-8 thì sẽ làm nổi bật khá hay phép ẩn dụ rằng lập trình viên thực ra là những pháp sư đang niệm chú
    • Nó khiến tôi nhớ đến những chiếc workstation Sun cũ ở Glasgow University, nên lại thở dài
    • Đẹp thật. Nếu có bản đơn cách thì sẽ rất đáng xem
    • Bạn đang dùng terminal nào mà hỗ trợ phông tỷ lệ tốt đến vậy?
  • Thay vì mã hóa các khuyết điểm gợn sóng vào phông, có lẽ nên tạo chúng theo thủ tục ở thời điểm raster hóa
    Như vậy, bất kể cỡ chữ là bao nhiêu, kết cấu thô ráp vẫn có thể giữ cùng độ phân giải. Với cách hiện tại, nếu là phông 120pt thì các cạnh sần sùi cũng bị phóng to theo
    Có cách nào để chỉ định kiểu này trong ngôn ngữ phông chữ không? Hay phải do chính engine raster hóa triển khai?

    • Trước khi thấy bình luận này, tôi cũng đang viết về việc tạo theo thủ tục
      Tôi nghĩ tới cách đặt các hình dọc theo biên của hình dáng ký tự cơ sở, đặt các điểm ngẫu nhiên trong những hình đó, rồi nối các điểm bằng đường thẳng hoặc spline
      Có thể thay đổi kích thước hình tùy mức độ muốn biến dạng hình dáng, và cũng có thể kiểm soát những đặc điểm cụ thể cần được giữ lại. Có lẽ ai đó sẽ nghĩ ra cách tốt hơn
    • Những gì được tạo theo thủ tục gần như là đối cực với thiết kế phông chuyên nghiệp
      Phông theo từng cỡ được tinh chỉnh cực kỳ cẩn thận, chính vì lý do bạn nói: những chi tiết nhỏ sẽ bắt đầu trông kỳ lạ ở kích thước lớn
    • Ngày xưa từng có cách làm. Trong phông Type 3, mỗi glyph được định nghĩa bằng một routine PostScript
      Tuy nhiên các hệ thống hiển thị chính như Windows, Mac và X lại không hỗ trợ. Có thể NeWS hay NeXT có hỗ trợ, nhưng tôi không rõ
    • Tôi từng mơ hồ nghĩ rằng sẽ thú vị nếu render phông bằng một mô phỏng vật lý cơ bản của mực và loại giấy
      Có thể hơi lãng phí nếu dùng cho hầu hết trường hợp render phông, nhưng để render slide cuối cùng hoặc PDF thì khá vui. Tất nhiên nếu mục đích là gửi chính PDF đó đến máy in thì lại hơi ngớ ngẩn
    • Tôi tự hỏi điều này sẽ ảnh hưởng thế nào đến mức tiêu thụ năng lượng nếu nó trở thành một phông được dùng rộng rãi
  • Đây thực sự là một công trình tuyệt vời. Rất khó tìm được những phông lịch sử mà không bị hiện đại hóa quá mức
    Tôi thích phục dựng những bộ bài chơi cũ, bộ tarot và các ấn phẩm khác rồi in lại để độc giả hiện đại có thể dùng, như một thú vui
    Để dễ đọc hơn thì đúng là nên dùng văn bản đã được dịch hoặc tái cấu trúc, nhưng nếu có thể dễ dàng kiếm được những phông kiểu này thì công việc sẽ nhẹ hơn rất nhiều

  • Với tôi thì phông này hơi bừa bộn quá, nhưng tôi đồng ý rằng “typography hiện đại” đôi khi quá vô hồn
    Tôi cũng đang mong chờ một thời kỳ phục hưng của phông serif. Tôi không mấy tin vào câu chuyện rằng serif không hợp với web
    Tôi không phải chuyên gia typography, nhưng Baskerville là phông tôi thích và thường muốn dùng
    Ngược lại, dù tôi rất thích LaTeX, tôi lại cực kỳ ghét Computer Modern. Có thể không phải lỗi của bản thân phông, mà vì cứ dùng nó là mọi bài báo trông như nhau, nhưng nó quá nhàm chán

    • Về mặt kỹ thuật, không cần phải tin vào câu chuyện rằng serif không hợp với web
      Khi độ phân giải màn hình đã đủ tốt để hiển thị serif gần với bản in, cuộc tranh luận về độ dễ đọc ngày càng bớt quan trọng. Có thể xem điều đó bắt đầu từ khoảng 2010–2014 khi Apple phổ biến màn hình “Retina” trên 200dpi, và giờ càng đúng hơn nữa khi phần lớn việc duyệt web diễn ra trên di động
      Điều tạo ra khác biệt là các liên tưởng văn hóa và thương hiệu mà typeface serif mang theo. Gần đây tôi có cảm giác typography serif xuất hiện trên web thường xuyên hơn, kể cả trong các bối cảnh hiện đại và liên quan đến công nghệ; nhìn vào đợt redesign rất đặc trưng của theverge.com thì có lẽ thời kỳ phục hưng sắp đến thật
      Bài liên quan: http://alexpoole.info/blog/which-are-more-legible-serif-or-s...
    • Computer Modern có thể là một phông tuyệt vời vào năm 1978, nhưng bản cập nhật cuối cùng là năm 1992, và nếu so với các typeface số hiện đại thì nó cũ kỹ và chất lượng thấp đến mức đau đớn
      Việc nó vẫn tiếp tục được dùng dù chất lượng dàn trang của LaTeX tốt đến vậy gần như là một tội lỗi
      Nói thật thì tôi cũng không thích lắm cái phong cách Didone sáo mòn đó. Nó hợp với quảng cáo hay bìa tạp chí hơn là để đọc
    • Computer Modern trên giấy thì ổn, nhưng trên màn hình thì đọc rất mệt. Tôi cũng tự hỏi họ Fell có tương tự không. Những bản scan bài báo mà chữ không bị ép khớp vào lưới pixel trông đẹp hơn nhiều
      Tôi thích Baskerville, nhưng hơi tiếc là Libre Baskerville, bản mã nguồn mở duy nhất tôi biết, đã thay đổi thiết kế quá nhiều để phù hợp với màn hình. Caslon cũng rơi vào tình cảnh tương tự
  • Trên thực tế, phông này đọc khá dễ chịu. Tôi có cảm giác mắt di chuyển từ từ này sang từ khác mượt hơn
    Cũng thú vị ở chỗ độ dày của từng chữ hơi không đều, khá giống các phông được thiết kế để hỗ trợ người mắc chứng khó đọc như OpenDyslexic. Không biết có phải nhờ vậy không
    https://en.m.wikipedia.org/wiki/OpenDyslexic

    • Chắc còn có yếu tố khác, nhưng một số hình dáng đơn giản là đọc tốt hơn, nên tôi nghĩ đó là phần lớn nguyên nhân
      Vào cuối thập niên 90 và những năm 2000, từng có một xu hướng typography hướng đến thiết kế “toán học”, “hình học” trong phông chữ, và dấu vết của nó vẫn còn đến nay. Kiểu như mọi chữ đều dùng chính xác cùng một đường cong, cùng kích thước và tỷ lệ bầu nét, cùng một serif
      Giờ nhìn chung nó bị xem là ngõ cụt. Văn bản trở nên phi nhân tính hoặc nhạt nhẽo, còn cải thiện độ dễ đọc thì nếu có cũng chỉ rất nhỏ, thậm chí thường còn tệ hơn. Có vẻ như những khác biệt nhỏ, miễn không quá gây phân tâm, lại giúp nhận diện chữ nhanh hơn
      Xu hướng hiện nay gần hơn với việc cố ý đưa vào những sự không đồng nhất nhất định. Phần lớn chúng tinh tế đến mức khó mà nhận ra nếu không nghiên cứu riêng về phông chữ, nhưng tổng thể lại tạo cảm giác hữu cơ và giúp phân biệt các hình dạng tương tự được dùng ở những chữ khác nhau
  • Trong số các bài viết và cách triển khai phông tôi từng thấy trên site này, đây thực sự là thứ tôi thích nhất. Cứ tin tôi đi, tôi bấm vào đọc hết mấy bài kiểu này

Vì tôi đang viết sách nên chuyện bị phân tâm bởi kiểu chữ cũng là điều đương nhiên đi kèm.