Đọc Ứng dụng web thông thường có thể sử dụng gotchas? Tôi cảm thấy có lỗi khi đọc bằng cách sử dụng target = "_blank"
là một điều xấ .
Tôi đã phát triển một ứng dụng web nhỏ định dạng các câu hỏi Stack Exchange trong chế độ xem thân thiện với máy in và tôi cảm thấy có gì đó bị hỏng trong giao diện về target = "_blank"
kinh nghiệm điều hướng.
Hãy để tôi giải thích:
Tôi nghĩ không có gì sai với điều này (mặc dù bất kỳ phản hồi nào cũng được đánh giá cao).
target = "_blank"
)Tại sao tôi làm điều này?
Lý do đầu tiên:
[.__.] Tính năng "in" của Gmail hoạt động như thế này (mở một trang mới)
Lý do thứ hai:
[.__.] Bởi vì tôi muốn tạo cơ hội để in một loạt các câu hỏi cùng một lúc.
[.__.] Với một chuỗi như print - back to the "questions page" - print - back to the "questions page" - print etc. etc.
người dùng có thể in song song\câu hỏi của mình (quá trình in không nhanh lắm đối với các câu hỏi béo như cái này ).
Tôi nghĩ rằng có một cái gì đó bị phá vỡ bởi vì:
[.__.] 1. Trải nghiệm trường hợp thứ nhất khác với trường hợp thứ hai
[.__.] 2. Khi các cửa sổ "thân thiện với máy in" mới được mở, mọi người có cùng biểu tượng "trở về nhà" ở góc trên bên trái và tôi nghĩ nó có thể gây nhầm lẫn.[đã sửa]
Bất cứ đề nghị nào?
Tôi không đồng ý với ý kiến cho rằng target="_blank"
là luôn luôn xấu. Trong một số trường hợp, đặc biệt là trong các ứng dụng web, nó có thể rất hữu ích, như trong tình huống bạn mô tả ở trên. (Và tôi cũng đã gặp một nhóm các nhà thiết kế web ghét điều đó đơn giản vì thông số W3C mới nhất nói rằng đó là bất hợp pháp ...)
Lý do các nhà thiết kế UI không thích điều đó là vì nó mất quyền kiểm soát đối với người dùng, điều này gây khó chịu - trên các trang web. Đó là bởi vì bạn đang kiểm soát trải nghiệm duyệt web của mình và khi bạn duyệt, vd. đọc một bài viết, bạn không muốn các trang web xuất hiện các tab hoặc cửa sổ mới mỗi khi bạn nhấp vào một liên kết. Bạn sẽ quyết định điều đó cho chính mình.
Nhưng khi bạn đang sử dụng một ứng dụng web, đặc biệt là những ngày này khi các ứng dụng web ngày càng phức tạp hơn (Gmail là một ví dụ điển hình), người dùng sẽ ở trong một trạng thái khác và muốn sự thuận tiện tập trung vào việc sử dụng ứng dụng web. Tôi không nói target="_blank"
là một giải pháp hoàn hảo, nhưng chắc chắn nó không khủng khiếp như được tạo ra trong câu hỏi "gotchas".
Như thường lệ, nó tìm ra cách người dùng của bạn cảm nhận về nó. Là người thiết kế, bạn nên đưa ra quyết định dựa trên những gì bạn cảm thấy tốt nhất cho của bạn cơ sở người dùng và cố gắng không phụ thuộc quá nhiều vào "quy tắc" phổ quát dường như luôn luôn áp dụng cho mọi thứ. Các quy ước và mô hình là tuyệt vời, nhưng điều quan trọng là bạn phải giữ một tâm trí cởi mở và sử dụng ý thức chung khi thích hợp. :)
Điều này không liên quan trực tiếp đến câu hỏi của bạn, nhưng đây là ... Một điều luôn làm tôi khó chịu với các nút "In" là bạn không bao giờ biết nếu nhấp vào nó sẽ thực sự in hay liệu nó sẽ hiển thị cho bạn bố cục thân thiện với máy in . Tôi chỉ thấy một hoặc hai trang web có nhãn "Hiển thị trang thân thiện với máy in" (hoặc đại loại như thế).
Tôi không đồng ý với việc cần có một nút thân thiện với máy in để mở một trang khác. Sử dụng CSS, bạn có thể ẩn tất cả những thứ bạn không muốn in và thực hiện bất kỳ thay đổi nào mong muốn. Do đó, hầu hết mọi trang đều có thể thân thiện với máy in. Ngoại lệ thực sự duy nhất là danh sách phân trang, nơi bạn muốn in danh sách đầy đủ.
http://www.w3.org/TR/CSS21/media.html
Tôi nghĩ ngay cả khi sử dụng css để làm cho máy in thân thiện, bạn vẫn nên có nút In trên trang nhưng tất cả những gì cần làm là gọi trực tiếp chức năng in của trình duyệt. Điểm chính của điều này là hầu hết người dùng không quen với chức năng in của trình duyệt hoạt động rất tốt và nút In trên trang cung cấp đầu ra sạch hơn.
Tôi nghĩ rằng người dùng nên có một bản xem trước về những gì thực sự sẽ ra khỏi máy in của họ. Điều này có thể ít cần thiết hơn trong trường hợp nút "in bài viết này" và trang được chuyển đổi trong trường hợp này cũng có thể được chuyển trực tiếp đến máy in nếu có thể.
Về việc mở một cửa sổ mới Tôi nghĩ rằng một cửa sổ phương thức (một trình đọc la safari) luôn là lựa chọn tốt nhất, bởi vì nó tập trung sự chú ý của người dùng vào chính cửa sổ và rất dễ dàng để xem cách đóng nó, và bằng cách đóng nó người dùng sẽ trở về trạng thái trước đó của ứng dụng (trang bị mờ trong nền), đồng thời nếu dữ liệu được cập nhật trong thời gian thực thì sẽ rõ ràng, với điều kiện là nó được hiển thị ở đâu đó trong ui, thực tế cập nhật của trang là gì đang được in.
Dù sao, không dễ để tìm ra giải pháp tối ưu cho loại vấn đề đặc biệt này.
Tôi không thể đồng ý nhiều hơn với Rahul, đặc biệt là ở đoạn cuối. Dan Saffer trong cuốn sách "Thiết kế tương tác" gọi đây là Thiết kế thiên tài, nơi các nhà thiết kế sử dụng phán đoán tốt nhất của họ theo những gì người dùng muốn và sau đó thiết kế dựa trên phán đoán đó.
Máy in thân thiện không bao giờ là. Tôi không biết tại sao nó phải như vậy.
Những gì bạn có thể làm là hiển thị trang trên máy chủ bằng wkhtmltopdf (sử dụng biểu định kiểu của riêng bạn, phông chữ ưa thích và hình ảnh SVG theo yêu cầu cho logo hi-res) và sau đó phục vụ điều đó với hộp thoại in - không xem trước vô nghĩa, chỉ PDF trực tiếp đến máy in, không có _blank hoặc bất cứ thứ gì tương tự. Bằng cách này, bạn có thể kiểm soát bố cục trang của mình và đưa nó đến tiêu chuẩn 'danh mục' và tiết kiệm cho người dùng của bạn thêm bước phải in cái nút.
Hãy để nút in của bạn 'làm những gì nó nói trên hộp thiếc'.
Hoàn toàn ý kiến của tôi không ủng hộ với bất kỳ nghiên cứu cụ thể:
"In thân thiện" được ưu tiên hơn "In" vì một số lý do:
Do đó, tôi thích có cả tệp CSS in phù hợp cũng như liên kết 'in thân thiện'.
Còn về việc nó có nên mở trong một cửa sổ mới hay không thì đó là một điều khó khăn. Cửa sổ mới vẫn giới thiệu khả năng sử dụng và các vấn đề tiếp cận. Tôi nghiêng về việc tải nó trong cùng một trang với một số liên kết 'quay lại phiên bản web' rõ ràng.
Tôi có đang hiểu nhầm bạn không, hay bạn đang khiến người dùng của mình qua lại mỗi lần họ muốn thêm một câu hỏi vào một lệnh in? Nếu vậy, bạn thực sự nên nghĩ ra một cách tốt hơn để thực hiện điều đó. Một cái gì đó giống như nút "Thêm vào danh sách in" lưu trữ danh sách id câu hỏi và định dạng mọi thứ cho người dùng cuối khi họ nhấp vào "In danh sách câu hỏi của tôi". Quay đi quay lại giữa các màn hình như thế sẽ rất khó chịu với tôi.
Xin lỗi nếu tôi hiểu nhầm những gì bạn đang nói ở đó.