Biểu mẫu di động Jquery. Tại sao bạn không bao giờ nên sử dụng tiêu đề văn bản bên trong một trường Cung cấp khả năng lưu dữ liệu
Nhà thiết kế UX từ IBM Zoltan Collin.
Để đánh dấu
Zoltan Collin
Các hình thức danh sách thả xuống có vẻ rõ ràng giải pháp thiết kế: Chúng dễ tạo và rẻ, không chiếm quá nhiều dung lượng, chúng tự động xác nhận thông tin bạn nhập, chúng được hỗ trợ bởi tất cả các trình duyệt và nền tảng và người dùng đã quen với chúng.
Các nhà thiết kế thường sử dụng danh sách thả xuống một cách không thích hợp, nhưng theo ý kiến của giám đốc sản phẩm của Google Luke Wroblewski, mô hình này chỉ nên được sử dụng như là phương sách cuối cùng.
Hãy xem xét một số hạn chế:
- Các tùy chọn thả xuống sẽ ẩn cho đến khi người dùng nhấp hoặc nhấn vào biểu mẫu. Ngoài ra, thoạt nhìn không thể đoán trước được sẽ có bao nhiêu dòng trong danh sách - hai hoặc năm mươi.
- Việc chọn một tùy chọn từ danh sách thả xuống là một quá trình gồm nhiều bước, đặc biệt là trên thiêt bị di độngà: đầu tiên người dùng cần chạm vào biểu mẫu và mở các tùy chọn, cuộn xuống và tìm cái mình cần, chọn nó và đóng danh sách.
- Danh sách thả xuống khiến các nhà thiết kế lười biếng vì rất dễ dàng thêm tất cả các tùy chọn có thể có vào một danh sách mà không có bất kỳ mức độ ưu tiên nào. Do đó, danh sách thả xuống rất giống với một mẫu khác - menu "hamburger".
- Cuộn qua các danh sách dài như chọn một quốc gia là một cơn ác mộng. Đặc biệt là trên các thiết bị di động, nơi thường không có tính năng tìm kiếm bằng bàn phím.
- Trên một số thiết bị, trường hiển thị các tùy chọn rất nhỏ nên việc vuốt có thể là một cơn ác mộng.
Số lượng tùy chọn hiển thị danh sách trên iOS có vẻ cực kỳ không đáng kể
Tin tốt là có một số lượng lớn các phần tử thay thế để nhập dữ liệu, trong nhiều trường hợp sẽ hoạt động tốt hơn danh sách thả xuống.
Ước tính số lựa chọn
Bạn không nên sử dụng danh sách thả xuống cho những quyết định mà bạn cần chọn một trong hai phương án. Thay vào đó hãy thử chọn hộp kiểm hoặc nút radio.
Vì số lượng nhỏĐối với các tùy chọn loại trừ lẫn nhau, biểu mẫu ở dạng nút radio hoặc nút Điều khiển phân đoạn là phù hợp. Người dùng sẽ thấy ngay tất cả các tùy chọn có sẵn và không phải mở rộng danh sách.
Ví dụ về sử dụng các nút Điều khiển được phân đoạn
Số lượng tùy chọn hiển thị tùy thuộc vào chiều rộng màn hình và độ dài văn bản. Tuy nhiên, bạn không nên sử dụng nhiều hơn năm tùy chọn
Sử dụng biểu mẫu nhập có danh sách thả xuống được lọc để có số lượng lớn thông tin chính xác một số lựa chọn nhất định, khi người dùng biết chính xác những gì mình cần tìm.
Thay vì phải cuộn qua toàn bộ danh sách, người dùng có thể nhập các chữ cái đầu tiên và chọn tùy chọn lọc
Đối với các danh sách lớn và đa dạng, tốt hơn nên sử dụng dữ liệu người dùng hiện có để đảm bảo rằng các tùy chọn trả lời phổ biến đều được đưa vào danh sách. Trong trường hợp này, 90% người dùng sẽ có thể chọn ngay tùy chọn được yêu cầu và 10% còn lại sẽ nhấp vào tùy chọn “Khác”, điều này sẽ được làm rõ trong câu hỏi tiếp theo.
Và mặc dù “Khác” không phải là nhất giải pháp tao nhã,việc ưu tiên có thể cải thiện UX cho hầu hết người dùng.
Đánh giá hình thức đầu vào ưa thích của bạn
Một trong những lợi ích của danh sách thả xuống là người dùng không phải gõ nhiều. Tuy nhiên, nếu bạn cần gõ một chút và dữ liệu được yêu cầu khá thường xuyên (ví dụ: thông tin cá nhân), thì việc nhập chúng sẽ thuận tiện hơn thay vì chọn từ danh sách.
Trên thiết bị di động, cách dễ nhất để nhập năm sinh của bạn là sử dụng bàn phím số, không phải danh sách thả xuống
Nói chung, bàn phím số là thứ quan trọng nhất phương pháp hiệu quả nhập một giá trị số.
Ngay cả khi các giá trị danh sách được sắp xếp theo thứ tự, người dùng có thể nhập chúng bằng tay dễ dàng hơn thay vì cuộn qua chúng.
Nếu điều quan trọng là bạn phải xác nhận dữ liệu mà một người nhập vào, hãy sử dụng biểu mẫu nhập có danh sách thả xuống được lọc.
Ví dụ: khi người dùng cần chỉ định trạng thái, hãy lọc danh sách Tùy chọn có sẵn có lẽ chỉ một chữ cái
Điều này đặc biệt quan trọng nếu thứ tự sắp xếp của các thành phần trong danh sách không hoàn toàn rõ ràng.
Ví dụ: người dùng không hiểu loại tiền tệ được sắp xếp theo nguyên tắc nào. Làm cho nó để họ có thể tìm kiếm theo cả tên và chữ viết tắt của nó
Điều tương tự cũng áp dụng cho danh sách các quốc gia.
Đối với số nguyên - chẳng hạn như số lượng hành khách hoặc số đồ trong xe đẩy - tốt nhất nên sử dụng bước. Nó sẽ cho phép người dùng tăng hoặc giảm giá trị chỉ bằng một cú nhấp chuột.
Vì số phân số hoặc các biến nằm trên thang đo thì tốt nhất nên sử dụng thanh trượt.
Bài viết này là một thông báo về chức năng mới.
Không nên sử dụng nội dung của bài viết này để tìm hiểu chức năng mới.
Mô tả đầy đủ chức năng mới sẽ được cung cấp trong tài liệu dành cho phiên bản tương ứng.
Danh sách đầy đủ những thay đổi trong phiên bản mớiđược cung cấp trong tệp v8Update.htm.
Được triển khai trong phiên bản 8.3.11.2867.
Chúng tôi tiếp tục phát triển nền tảng di động, bổ sung thêm chức năng đã có sẵn trên nền tảng cho những máy tính cá nhân. Ngoài ra, chúng tôi đang phát triển các khả năng nền tảng cụ thể chỉ phù hợp với thiết bị di động. Bây giờ chúng tôi sẽ cho bạn biết về một số cải tiến quan trọng nhất.
Người lập kế hoạch
Mô hình đối tượng của bộ lập lịch “di động” không thay đổi, nhưng cách người dùng tương tác với bộ lập lịch đã thay đổi, vì các phương thức nhập thông tin trên thiết bị di động khác với các phương pháp được sử dụng trên máy tính để bàn.
Ví dụ, chỉnh sửa nhanh phần tử được thực hiện bằng một cú nhấp chuột vào phần tử. Cuộc gọi nhấn dài danh mục và sự xuất hiện của các điểm đánh dấu cho phép bạn kéo dài phần tử. Việc kéo được thực hiện bằng cách nhấn và giữ ngón tay của bạn.
Việc cuộn toàn bộ bảng kế hoạch được thực hiện bằng cách cuộn bằng một ngón tay, thu phóng bằng hai ngón tay, v.v.
Một đặc điểm của việc triển khai bộ lập lịch “di động” hiện tại là nó chưa hỗ trợ in.
Tài liệu được định dạng
Một đối tượng “mới” khác mà chúng tôi đã thêm vào nền tảng di động là Tài liệu được định dạng. Theo quan điểm của người dùng, tài liệu có định dạng “di động” chỉ khác ở chỗ bảng chỉnh sửa của nó được tích hợp vào chính bộ điều khiển và là một phần logic. bàn phím ảo. Bạn, với tư cách là nhà phát triển, không bắt buộc phải phép cộng riêng biệtđến cấu hình. Bảng chỉnh sửa có giao diện khác nhau tùy thuộc vào loại thiết bị di động (điện thoại hoặc máy tính bảng).
Xem trước biểu mẫu “di động” trong bộ cấu hình
Trong bộ cấu hình, khi phát triển biểu mẫu, chúng tôi đã thêm khả năng xem biểu mẫu của bạn trông như thế nào trên thiết bị di động.
Trong bảng lệnh, bạn có thể chọn một tùy chọn giao diện Thiết bị di động và xem biểu mẫu sẽ trông như thế nào theo hướng chuẩn.
Tại đây bạn có thể xoay thiết bị di động của mình.
Ngoài ra, chúng tôi đã cho bạn cơ hội để lựa chọn số lượng lớn các thiết bị thông dụng.
Ngoài ra, bạn có thể xem biểu mẫu trên thiết bị di động ở ba tỷ lệ khác nhau:
- Pixel đến pixel- khi pixel màn hình thiết bị di động tương ứng với pixel màn hình cửa sổ xem trước;
- Kích thước thực sự - khi kích thước của thiết bị di động trên màn hình tương ứng với kích thước hình học của thiết bị;
- Theo kích thước cửa sổ- khi tỷ lệ hiển thị được chọn sao cho vùng hiển thị “di động” vừa với cửa sổ xem trước mà không cần cuộn.
Xử lý hàng loạt tài liệu bảng tính
Chúng tôi đã thêm một số đối tượng mới vào nền tảng di động cho phép bạn tạo các gói tài liệu được hiển thị. Chức năng này tương tự như chức năng được tìm thấy trong nền tảng PC. Vì vậy, bây giờ bạn có thể gửi nhiều tài liệu để in cùng một lúc.
Phát triển các thông báo có thể gửi được
Chúng tôi đã triển khai hỗ trợ cho dịch vụ thông báo đẩy của Windows (WNS, Dịch vụ thông báo của Windows). Giờ đây, bạn có thể sử dụng chức năng gửi thông báo khi chạy ứng dụng di động trên nền tảng của dòng Windows.
Chúng tôi cũng đã làm lại hệ thống xử lý lỗi khi gửi thông báo đã gửi. Trong trường hợp lỗi trước đây được đưa ra dưới dạng ngoại lệ, giờ đây lỗi đó được đưa ra dưới dạng giá trị mà bạn có thể xử lý bằng ngôn ngữ tích hợp.
Tăng tốc phần cứng trong hệ điều hành Android
Trên các phiên bản vận hành Hệ thống Android Nền tảng di động hiện sử dụng phiên bản 4.4.2 trở lên tăng tốc phần cứng. Điều này cho phép chúng tôi tăng tốc độ kết xuất giao diện lên 1,5 – 3 lần.
Những người sử dụng của bạn ứng dụng di động hoặc trang web, theo đuổi một mục tiêu cụ thể. Thông thường, thứ đứng giữa người dùng và mục tiêu của anh ta là hình thức. Trên thực tế, biểu mẫu được coi là bước cuối cùng trong quá trình đạt được mục tiêu của người dùng. Đây là lý do tại sao điều quan trọng là người dùng phải điền vào biểu mẫu càng nhanh càng tốt và không gặp bất kỳ trở ngại nào.
Thực hiện theo bảy quy tắc sau để tạo các biểu mẫu đơn giản, rõ ràng:
Quy tắc số 1: Biểu mẫu phải tương thích với cách người dùng nhập dữ liệu của họ
Đảm bảo rằng các trường biểu mẫu không bị che khuất bởi các thành phần giao diện (chẳng hạn như bàn phím). Khi người dùng điền vào các trường của biểu mẫu, nó sẽ tự động di chuyển các trường lên trên.
Quy tắc số 2: Giảm thiểu số lượng trường nhập và nhu cầu nhập của người dùng
Biểu mẫu trông càng dài và phức tạp thì người dùng càng ít muốn điền vào ghế trống, đặc biệt là trên màn ảnh nhỏ. Việc giảm số lượng trường nhập sẽ làm cho biểu mẫu của bạn bớt lộn xộn hơn, đặc biệt khi bạn yêu cầu người dùng cung cấp nhiều thông tin. Làm cho biểu mẫu đơn giản và ngắn gọn nhất có thể
Nhưng giảm số lượng trường là không đủ. Bạn cũng nên chú ý đến công sức người dùng bỏ ra khi nhập dữ liệu. Việc in ấn đòi hỏi mức độ tương tác cao; có khả năng xảy ra lỗi cao, ngay cả khi nhập từ bàn phím kích thước đầy đủ (đặc biệt là trên màn hình cảm ứng).
Vì vậy, hãy cố gắng giảm thiểu nhu cầu gõ phím và lỗi của người dùng.
Mặc định thông minh
Mặc định thông minh giúp người dùng điền vào tất cả các trường biểu mẫu nhanh hơn và chính xác hơn. Ví dụ: bạn có thể chọn trước quốc gia cư trú của người dùng dựa trên dữ liệu vị trí địa lý của họ.
Tự động phát hiện vị trí sẽ giúp người dùng tiết kiệm thời gian tìm kiếm phòng khách sạn
Nút radio cho các lựa chọn tương tự nhưng loại trừ lẫn nhau
Khi người dùng phải lựa chọn từ danh sách các tùy chọn, hãy cân nhắc sử dụng danh sách thẻ theo chiều ngang. Điều này cho phép sử dụng hiệu quả hơn không gian có sẵn màn hình.
Thanh trượt cho mức giá tối thiểu/tối đa hoặc phạm vi ngân sách
Hãy cân nhắc sử dụng thanh trượt cho các trường chứa giá hoặc ngân sách. Bằng cách này, người dùng có thể di chuyển thanh trượt đến giá trị tối thiểu/tối đa. Thanh trượt dễ dàng di chuyển theo chiều ngang và bạn có thể dễ dàng tùy chỉnh hành động này bằng cách sử dụng tín hiệu trực quan. Nhưng hãy nhớ rằng các con số không được ẩn khi tương tác với thanh trượt (đặc biệt là khi sử dụng ngón tay cái).
Thanh trượt AirBnB để chọn giá
Quy tắc số 3: Tiêu đề biểu mẫu phải ở phía trên các trường hoặc nổi
Tiêu đề cho người dùng biết mục đích chính của một trường và văn bản rõ ràng là một trong những cách chính giúp giao diện người dùng dễ truy cập hơn.
Tại sao bạn không bao giờ nên sử dụng tiêu đề văn bản bên trong một trường
Tiêu đề trong trường (hoặc phần giữ chỗ) là văn bản nằm bên trong trường biểu mẫu và biến mất ngay khi người dùng bắt đầu nhập dữ liệu của họ.
Tiêu đề bên trong trường
Mặc dù các tiêu đề trong hộp trông đẹp mắt về mặt thẩm mỹ nhưng lợi ích này thường được đánh giá quá cao. Sai lầm chính là mất bối cảnh. Sau khi người dùng nhấp vào trường, dòng chữ sẽ biến mất. Và do đó, anh ta không thể xác minh rằng mình đã viết chính xác những gì cần thiết.
Văn bản bên trong trường không phải là nhiều nhất thay thế tốt nhất tiêu đề trực quan
Ngoài ra, một số người dùng thấy rằng nội dung nào đó đã được viết sẵn trong một trường có thể nghĩ rằng trường đó đã được điền sẵn và họ không cần nhập bất kỳ thứ gì khác và có thể bỏ qua việc điền.
Tại sao tiêu đề trường căn trái lại không tốt cho thiết bị di động
Điều chính cần cân nhắc khi sử dụng tiêu đề căn trái trên thiết bị di động là kích thước màn hình và tỷ lệ khung hình. Nếu tiêu đề bên trái nằm đối diện với trường đó thì với hướng màn hình dọc, bạn sẽ chỉ còn rất ít khoảng trống cho trường đó. Điều này tạo ra một số khó khăn khi sử dụng vì không còn đủ không gian để hiển thị nội dung người dùng nhập. Việc không thể nhìn thấy văn bản đã nhập sẽ gây ra sự cố cho người dùng vì nó khiến họ không thể nhanh chóng nhận thấy lỗi nhập trước khi gửi biểu mẫu.
Rất khó nhận ra lỗi nếu dữ liệu không hiển thị đầy đủ
Tiêu đề hàng đầu hoặc Tiêu đề đáp ứng
Tiêu đề biểu mẫu phải ở đầu các trường biểu mẫu để người dùng có thể biết họ đang điền gì và điền như thế nào. Ưu điểm chính của việc đặt tiêu đề biểu mẫu phía trên biểu mẫu là bạn có thể kéo dài biểu mẫu theo toàn bộ chiều rộng của màn hình và làm cho biểu mẫu đủ lớn để nhập dữ liệu (ví dụ: với cỡ chữ 16 pixel). Lợi ích bổ sung Có thể viết tiêu đề rõ ràng, dễ hiểu (không giới hạn 1-2 từ).
Nhược điểm chính của việc đặt tiêu đề phía trên các trường là toàn bộ biểu mẫu chiếm nhiều không gian theo chiều dọc hơn, điều đó có nghĩa là người dùng phải cuộn màn hình. Tuy nhiên, đây không phải là vấn đề quá nghiêm trọng - ngày nay mọi người đều đã quen với việc cuộn.
Ngoài ra, bạn có thể sử dụng tiêu đề phản hồi để đảm bảo rằng người dùng đã điền chính xác vào trường. Văn bản giữ chỗ được hiển thị theo mặc định, nhưng sau khi nhấn vào trường và nhập văn bản, văn bản giữ chỗ sẽ di chuyển lên đầu trường, như minh họa bên dưới.
Quy tắc số 4: Việc xác thực trường biểu mẫu phải diễn ra trong thời gian thực
Trong một thế giới lý tưởng, người dùng sẽ điền vào biểu mẫu thông tin cần thiết và sẽ hoàn thành xuất sắc nhiệm vụ này. TRONG thế giới thực, người dùng thường mắc lỗi. Đồng thời, người dùng không thích việc sau toàn bộ quá trình điền thông tin, họ nhấn nút “gửi” và phát hiện ra rằng mình đã mắc lỗi. Việc thông báo cho người dùng về thành công/lỗi trong trường ngay sau khi điền là đúng. Thông báo xác thực ngay lập tức thông báo cho người dùng rằng thông tin đã nhập là chính xác. Cách làm này cho phép người dùng sửa lỗi nhanh hơn và không phải đợi lỗi hiển thị sau khi nhấp vào nút gửi.
Nếu bạn mong đợi câu trả lời cụ thể cho các câu hỏi, bạn cần chỉ ra ngay những gì cần nhập và dưới hình thức nào.
Xác thực chuỗi cũng có thể là một giải pháp. Trong ví dụ dưới đây, bạn có thể thấy ví dụ tốt, cách bạn có thể sửa một lỗi tiềm ẩn.
Quy tắc số 5: Hiển thị bố cục bàn phím theo dữ liệu đầu vào
Người dùng thích cách bố trí bàn phím tương ứng trong ứng dụng. Ví dụ: khi người dùng được yêu cầu nhập số thẻ tín dụng, chỉ hiển thị mục nhập chữ số để khuyến khích người dùng nhập số thay vì ký hiệu. Điều này sẽ làm tăng tốc độ làm đầy và giảm lượng lỗi có thể xảy rađầu vào.
Bạn cần chắc chắn rằng Cơ hội nàyđược triển khai trên toàn bộ ứng dụng chứ không phải trên từng phần riêng lẻ của nó.
Quy tắc số 6: Cung cấp thông tin hữu ích trong ngữ cảnh
Đôi khi, cần phải cung cấp những thông tin liên quan và thông tin hữu íchđể đơn giản hóa quá trình người dùng hoàn thành biểu mẫu. Nhưng văn bản đi kèm như vậy chỉ nên được sử dụng khi thực sự cần thiết:
- Khi lập kế hoạch ngày, người dùng đánh giá cao ngữ cảnh chẳng hạn như lịch tích hợp để xác định các ngày trong tuần. Điều này giúp giảm nhu cầu thoát khỏi ứng dụng để xem lịch, giảm nguy cơ người dùng bị phân tâm khỏi nhiệm vụ chính của họ.
- Mọi người có thể lo ngại về tính bảo mật dữ liệu của họ, vì vậy bạn cần cho họ thấy rằng dữ liệu của họ sẽ không được chia sẻ với bên thứ ba.
Theo nguyên tắc cư xử đúng mực, bạn không nên kéo dài lời giải thích của mình quá 100 ký tự.
Quy tắc số 7: Sử dụng định dạng linh hoạt
Một số tác vụ yêu cầu người dùng thông tin chính xác. Tuy nhiên, đồng thời, việc yêu cầu người dùng cung cấp thông tin theo một hình thức cụ thể có thể đi ngược lại các nguyên tắc về khả năng sử dụng tốt. Nếu bạn yêu cầu người dùng nhập thông tin số (chẳng hạn như số điện thoại) vào biểu mẫu, hãy linh hoạt và tạo các màn hình có thể hỗ trợ định dạng khác nhau nhập và hiển thị thông tin ở dạng thân thiện nhất với người dùng để tránh sai sót.
Không sử dụng định dạng nhập dữ liệu cố định
Phần kết luận
Người dùng có thể có đủ loại nghi ngờ khi điền vào biểu mẫu, vì vậy bạn nên cố gắng làm cho quy trình trở nên đơn giản nhất có thể. Tất cả các mẹo được mô tả trong bài viết này có thể cải thiện đáng kể khả năng sử dụng của biểu mẫu.
JQuery Mobile tự động thêm kiểu dáng vào biểu mẫu HTML, làm cho chúng hấp dẫn hơn, thân thiện hơn với người dùng khi chạm vào.
Cấu trúc biểu mẫu di động JQuery
JQuery Mobile để sử dụng CSS để tạo kiểu cho các phần tử biểu mẫu HTMLđể làm cho chúng hấp dẫn hơn và dễ sử dụng hơn.
Trong jQuery Mobile, bạn có thể sử dụng các yếu tố sau các hình thức:
- trường nhập văn bản
- Tìm kiếm trường đầu vào
- nút radio
- hộp kiểm
- Chọn thực đơn
- thanh trượt
- Công tắc lật
Khi sử dụng jQuery Mobile Form, bạn nên biết:
- <Форма>phần tử phải có một phương thức và thuộc tính hành động
- Mỗi thành phần của biểu mẫu phải có một thuộc tính "ID" duy nhất. ID phải là duy nhất trên tất cả các trang trên toàn bộ trang web. Điều này xảy ra bởi vì Jquery di động cơ chế điều hướng một trang được trình bày theo cách mà nhiều người nhiều trang khác nhauđồng thời
- Mỗi thành phần của biểu mẫu phải có nhãn. tab cài đặt Vì thuộc tính khớp với id phần tử
ví dụ
Thử nó "
Để ẩn nhãn, hãy sử dụng lớp có thể truy cập ẩn trên giao diện người dùng. Điều này thường được sử dụng khi bạn gán một phần tử làm thẻ giữ chỗ:
ví dụ
Thử nó "
Khuyên bảo: Chúng ta có thể sử dụng thuộc tính data-net-BTN="true" để thêm nút xóa nội dung của trường nhập (biểu tượng X ở bên phải trường nhập):
ví dụ
<Ярлык = "имя_файла">Tên: метка>
<Входной тип = "текст" имя = "имя_файла" ID = "имя_файла" данных четко БТН = "истинный">
Thử nó "
Biểu tượng Biểu mẫu di động jQuery
Mẫu mã nút HTML tiêu chuẩn <вход>phần tử (nút, đặt lại, gửi). Chúng sẽ tự động hiển thị các kiểu, tự động điều chỉnh thiết bị di động cho phù hợp với máy tính để bàn:
ví dụ
<Тип входного = "Сброс" значение = "кнопка сброса">
Thử nó "
Nếu bạn cần thêm các kiểu bổ sung vào<вход>, bạn có thể sử dụng bảng thuộc tính data-* sau:
Nút để thêm biểu tượng:
<Тип входного = "Сброс" значение = "кнопка сброса">
Thử nó "
Trường vùng chứa
Để làm cho nhãn và các thành phần của biểu mẫu trông phù hợp hơn với màn hình rộng làm ơn hoặc