2008-10-15 24 views
16

Có phải modal windows/dialogs được coi là một phương pháp hay cho trang web không? Một trong những điều liên quan đến tôi khi sử dụng cửa sổ phương thức là nó giống như cửa sổ bật lên và có thể khiến người dùng thất vọng hoặc khiến người dùng chỉ cần đóng cửa sổ vì nó xâm nhập. Bạn có biết bất kỳ nghiên cứu nào nói về sở thích và tỷ lệ sử dụng của người dùng không?Các hộp thoại phương thức có thực hành tốt cho web không?

Có bất kỳ sự cố trợ năng nào ngoài việc liên kết cửa sổ phương thức tải nội dung trong trang mới khi JavaScript bị tắt không? Bạn có như các trang web hoặc ứng dụng web sử dụng các cửa sổ phương thức không? Tại sao hay tại sao không? Thực hành tốt và xấu để triển khai các cửa sổ phương thức là gì? Tôi biết các phương thức có lẽ thường được sử dụng nhất khi hiển thị hình ảnh hoặc phòng trưng bày, nhưng một số trường hợp sử dụng thực tế khác là gì? Bạn có sử dụng chúng trên trang web của bạn và điều gì dẫn bạn đến quyết định của bạn không?

Trả lời

14

Từ quan điểm thực hành - ngoại trừ khả năng truy cập - cửa sổ phương thức cung cấp cách thay thế ít gây sửng sốt hơn, như hộp thoại và cảm thấy ít xâm nhập hơn cửa sổ bật lên. Họ thường có một cảm giác gắn kết hơn với trang web so với một trong hai phương pháp nói trên. Ngoài hình ảnh hoặc phương tiện, tôi đã sử dụng hộp thoại phương thức để phục vụ cùng mục đích như hộp thoại - để người dùng đưa ra một số hình thức đầu vào bắt buộc hoặc xác nhận điều gì đó trước khi cho phép họ tương tác lại với trang web.

Từ quan điểm hoàn toàn có thể truy cập, chúng không tuyệt vời như vậy. Chúng thường yêu cầu JavaScript, và do cách thức các phương thức được quản lý liên quan đến DOM, trình đọc màn hình sẽ không diễn giải chúng tốt. Để chống lại điều này, nó luôn luôn là một ý tưởng tốt để làm suy giảm một cách duyên dáng - một gợi ý là lấy nội dung của hộp thoại phương thức và đặt nó trên một trang. Bất cứ khi nào hộp thoại phương thức phải xuất hiện, chuyển hướng trang hiện tại sang 'trang phương thức', nhận dữ liệu nhập của người dùng và quay lại trang được bật.

Cuối cùng, theo ý kiến ​​cá nhân của tôi, tôi không quan tâm đến các cửa sổ phương thức. Tôi nghĩ rằng, khi được sử dụng đúng cách, chúng cung cấp trải nghiệm phong nha - nếu một cái gì đó để thu hút sự chú ý của tôi, thì tôi muốn làm như vậy mà không cần chuyển hướng tôi từ trang, hiển thị hộp thoại theo chủ đề hệ điều hành xấu xí hoặc cửa sổ bật lên -up (mà trình duyệt của tôi có thể sẽ chặn, dù sao). Tôi đoán, tổng hợp nó, nếu tôi phải chọn cách Tôi muốn bị gián đoạn, sau đó tôi sẽ chọn một hộp thoại phương thức.

+0

Cảm ơn câu trả lời chuyên sâu. – VirtuosiMedia

1

Tôi chỉ sử dụng cửa sổ phương thức trên các ứng dụng web cho các câu hỏi hoặc hành động đơn giản yêu cầu người dùng tập trung đầy đủ, đó là phương thức cho "quên nền" và tập trung vào những ứng dụng đang yêu cầu ...

ví dụ:

"Khoản cho vay tối đa cho phép đã đạt đến giới hạn, bạn có chắc chắn muốn gửi khoản vay mới này cho khách hàng không?"

chọn trước văn bản để gửi một email cho ví dụ (một cửa sổ modal có thể được sử dụng để đối tượng quyền và cơ thể văn bản hoặc chọn một pre xác định chủ đề/body để gửi cho một khách hàng ...

thứ như vậy :)

Tôi làm rất nhiều ứng dụng web Tài chính hoạt động từ trang web nơi người dùng nhập tất cả dữ liệu tài chính vào việc gửi hợp đồng bằng PDF hoàn thành chỉ bằng một số lần nhấp và đó là những hành động Tôi sử dụng các cửa sổ phương thức.

hy vọng nó sẽ giúp

0

37Signals có một bài thú vị trên modals here.Họ nói về việc sử dụng các phương thức để chỉ ra tầm quan trọng thông qua kích thước màn hình, trong đó lớp phủ phương thức không đủ quan trọng để yêu cầu điều hướng đến một trang mới.

0

Tôi khá thường sử dụng các cửa sổ phương thức trong ứng dụng web cho màn hình nhập dữ liệu. Ví dụ: người dùng sẽ có màn hình danh sách hoặc kết quả tìm kiếm và có thể nhấp vào bản ghi để mở nó trong cửa sổ phương thức để chỉnh sửa. Tôi không sử dụng các cửa sổ phương thức nhiều trong các trang web vì tôi thích một ứng dụng 'ít' hơn như cảm giác cho một trang web.

0

Hầu hết các sự cố của hộp thoại trên trung tâm web khi triển khai kém. Một số cân nhắc bao gồm:

  • kích thước màn hình
  • cửa sổ trình duyệt thay đổi kích thước
  • nơi để mở hộp thoại
  • nộp yếu tố hình thức
  • overlay khắc nghiệt ảnh hưởng ánh sáng nhấp nháy
  • suy thoái duyên dáng (như đã đề cập trước đó)

Tất cả những điều này có thể dễ dàng rcome với một số kỹ năng dự đoán và lập trình, làm cho các hộp thoại trên web rất hữu ích khi được triển khai đúng cách.

1

Dường như có nhiều cửa sổ phương thức gây nhầm lẫn với bảng điều khiển lớp. Một hộp thoại có thể là một cửa sổ phương thức và một cửa sổ bật lên là một cửa sổ phương thức. Một bảng lớp không phải là một cửa sổ, nhưng có sự xuất hiện của một cửa sổ pop-up hoặc hộp thoại. Đó là phương thức theo nghĩa là các lớp bên dưới không có sẵn. Cửa sổ phương thức phổ biến trên các trang web vì chúng miễn nhiễm với các trình chặn cửa sổ bật lên.

Cửa sổ phương thức được thiết kế để lấy thông tin hoặc hành động của người dùng mà ứng dụng cơ bản yêu cầu tiếp tục. Các cửa sổ không theo phương thức cho phép người dùng chuyển đổi qua lại giữa cửa sổ và ứng dụng cơ bản. Một cách sử dụng tốt cho một cửa sổ không theo phương thức có thể là trợ giúp màn hình hoặc một hướng dẫn, trong đó người dùng cần một công cụ tham chiếu và truy cập vào ứng dụng cơ bản.

IMHO, cửa sổ phương thức được thiết kế cho một mục đích cụ thể hẹp và được sử dụng không phù hợp nhiều thời gian ngay bây giờ. Chỉ vì bạn có thể làm điều gì đó không có nghĩa là bạn nên! :-)

Các vấn đề liên quan