Sắp chữ chấp nhận dấu gạch chéo?

Trong thiết kế giao diện người dùng, người ta thường phải làm việc trong giới hạn không gian hạn chế và / hoặc đơn giản là cố gắng giảm các mô tả quá mức và như vậy.

Thông thường, điều này dẫn đến việc sử dụng dấu gạch chéo rất nhiều. Đây / loại điều.

Trước đây tôi đã được yêu cầu thêm khoảng trắng vào mỗi bên của dấu gạch chéo để cung cấp cho nó một số phòng 'thở' và lúc đầu điều này có vẻ sai, tôi cũng đã phát triển thích nó như một lựa chọn.

Một ví dụ:

Download/Print PDF

so với

Download / Print PDF

Vài câu hỏi:

Bạn có thích cái này hơn cái kia không (và tại sao?)
Là dấu gạch chéo có thể chấp nhận? Tôi có cam kết một pas typographic giả?

Lý tưởng nhất là người ta sẽ kern / letterpace dấu gạch chéo và không sử dụng toàn bộ khoảng trắng, nhưng trong bối cảnh của nhà phát triển web, có vẻ như hiếm khi người dùng nội dung và / hoặc nhà phát triển dành thời gian cho chi tiết đó, vì vậy, đề xuất tùy chọn khoảng cách. Nó cũng cung cấp các lợi ích bổ sung của việc có nhiều khả năng bọc đúng nếu cần.

typesetting

— DA01
nguồn

Câu trả lời:

Vì nó thường đi với những điều này, câu trả lời sẽ chủ quan. Dưới đây là một số suy nghĩ:

Tôi nghĩ rằng tôi có xu hướng đi mà không có không gian trừ khi tôi lo lắng về những thứ chảy thành nhiều dòng.

Có lẽ bối cảnh có thể giúp bạn quyết định. Có thể 'Tải xuống / In PDF' mang ý nghĩa 'Tải xuống PDF và In PDF' trong khi 'Tải xuống / In PDF' nói 'Tải xuống và In PDF'.

Có lẽ, nếu có thể, bạn có thể thử sử dụng  để sử dụng một khoảng trống mỏng để đạt được sự cân bằng tốt hơn:

Tải xuống / In PDF (không gian)
Tải xuống / In PDF (không gian mỏng)
Tải xuống / In PDF (không có không gian)

Không gian tóc (  ) cũng nên được trộn lẫn, nhưng dường như không có gì khác biệt khi tôi thử nó ở đây. Cũng có một vài tùy chọn không gian khác trong Unicode , nhưng tôi không nghĩ có bất kỳ tùy chọn nào khác có liên quan đến cuộc thảo luận này.

— Brendan
nguồn

Điểm tốt về phương sai nhỏ trong ý nghĩa tiềm năng. Nó tinh tế, và đôi khi không quan trọng, nhưng tốt để biết. Tôi thích không gian riêng. Than ôi, việc các tác giả và nhà phát triển nội dung tuân thủ loại chi tiết đó đã được chứng minh là khó đối với cảnh sát theo kinh nghiệm của tôi, vì vậy tôi đang cố gắng giữ 'quy tắc' đơn giản nhất có thể.

— DA01

Tôi đã luôn thấy một dấu gạch chéo được hiển thị là "hoặc", nhưng tôi có cảm giác rằng mọi người sử dụng khoảng trắng như bạn đã nói để nhóm các liên kết.

— Iain Hallam

Ừ! Không không không không không. Không có khoảng trắng. Kerning là câu trả lời đúng. Thêm không gian giới thiệu khả năng xảy ra lỗi, phá vỡ xấu và giải thích sai. Khi hai mục phải được kết nối được phân tách bằng khoảng trắng nhân tạo, bạn đang phá vỡ các kết nối được yêu cầu. Nếu điều đó làm phiền bạn rất nhiều, hãy thay đổi dấu gạch chéo thành "và" (Tải xuống và In) và đã thực hiện với nó.

Tôi vừa là người sắp chữ vừa là biên tập viên / người đọc thử, vì vậy không có trường hợp nào tôi cho phép khoảng trắng xung quanh dấu gạch chéo. Không bao giờ.

— Lauren-Clear-Monica-Ipsum
nguồn

Thôi được rồi :)

— Scott

Kerning là câu trả lời chính xác trong bản in, trong đó tôi là người sắp chữ. Than ôi, đây là web, nơi tôi, tốt hơn hoặc xấu hơn, hiếm khi là người thực sự định dạng nội dung HTML. Trên thực tế, việc có thể tạo ra một nhân vật cụ thể có khả năng là không thể trong quy trình phát triển web của công ty :(

— DA01

Lưu ý rằng tải xuống & thinsp; / & thinsp; print KHÔNG phải là "ctrl + f và gõ" có thể tìm kiếm trừ khi một a) biết mã alt; và b) nhận ra không gian không phải là không gian thông thường.

— horatio

@ DA01 Tôi hiểu rằng kTHER không hoạt động cho web. Nhưng trên web, có khả năng phông chữ / kích thước, v.v ... dù sao cũng sẽ bị ghi đè. Bạn chỉ đơn giản là không thể kiểm soát văn bản HTML 100%. Giải pháp tốt nhất là có ít bộ phận chuyển động nhất. Thêm không gian thêm các bộ phận di chuyển. Nó thêm mở cho các lỗi được giới thiệu. Bạn không muốn làm cho một quy trình phát triển web phức tạp hơn một cách không cần thiết.

— Lauren-Clear-Monica-Ipsum

Tôi sẽ coi một dấu gạch chéo được bao quanh bởi các khoảng trắng có ý nghĩa khác với dấu gạch chéo không phân cách không gian. Cụ thể, nếu không có khoảng trống xung quanh dấu gạch chéo, tôi sẽ giải thích nó là chỉ nối các từ ngay lập tức sang hai bên; thêm dấu cách sẽ gợi ý rằng dấu gạch chéo là "tiếp cận". Sử dụng dấu gạch chéo có dấu cách có thể được xem tương tự như dấu gạch ngang có dấu cách trong đó người ta thực sự nên sử dụng dấu gạch ngang (và không có khoảng trắng), nhưng tôi không chắc chắn có một biến thể dấu gạch chéo được công nhận rộng rãi cho các trường hợp như vậy .

— supercat

Tôi sử dụng một không gian đầy đủ bất cứ khi nào có thể và khả thi.

Như Brendan nói trong câu trả lời của mình, nó rất chủ quan.

Tôi cảm thấy toàn bộ không gian chỉ đơn giản là làm cho nó rõ ràng hơn và dễ đọc hơn rằng đó là một hoặc một tình huống.

Tuy nhiên, khi sử dụng dấu gạch chéo trong đường dẫn tệp hoặc thư mục, tôi không sử dụng khoảng trắng để chỉ định đường dẫn liên tục. Vì lý do rõ ràng - người dùng có thể bao gồm một không gian nhầm.

Tôi không bao giờ giải thích dấu gạch chéo là "và" như các quốc gia Brendan. Nó luôn luôn là "hoặc" hoặc một đường dẫn thư mục trong tâm trí của tôi.

— Scott
nguồn

Điểm thú vị về đường dẫn tệp và / hoặc URL. Có lẽ đó là một đối số để thêm không gian khi làm việc trong bối cảnh của các trang web, nơi bạn sẽ thấy rất nhiều URL và không muốn có không gian ở đó.

— DA01