it-swarm-vi.tech

Tôi có thực sự cần một nút đăng nhập?

Chúng tôi đã có một cuộc thảo luận trong văn phòng xung quanh một trang đăng nhập mà chúng tôi đang phát triển cho một ứng dụng web mới. Ứng dụng web nằm trong ứng dụng dựa trên mạng nội bộ và chủ yếu được sử dụng bởi những người dùng phải sử dụng các ứng dụng telnet như 80% công việc hàng ngày.

Tôi đã tạo ra thiết kế trang ban đầu trong Photoshop, chúng tôi đã thảo luận và tất cả đã được phê duyệt. Tuy nhiên, bây giờ tôi đã trao nó cho một trong những nhà phát triển khác để bắt đầu xây dựng, anh ta nhận thấy rằng không có nút đăng nhập (hoặc khác) trên trang - đơn giản là nó có hai trường; Một cho tên người dùng và một cho mật khẩu. Sau khi truy vấn nó với tôi, tôi đã nói rằng đó là cố ý, vì tôi không thấy sự cần thiết - hầu hết mọi người sẽ chỉ nhấn enter, vì đó là những gì họ phải làm trong ứng dụng telnet của họ. Rồi cuộc thảo luận bắt đầu ...

Có một số điểm được thực hiện trong chừng mực "nếu không có nút, họ sẽ không biết phải làm gì" và "họ sẽ mong đợi nút đó và sẽ tăng các cuộc gọi hỗ trợ qua trang không hoạt động". Thậm chí có ý kiến ​​cho rằng người dùng sẽ chỉ "ngồi đó" mà không biết phải làm gì.

Bây giờ .. câu hỏi của tôi là: Người dùng có thực sự cần nút đăng nhập không?

Tôi thực sự quan tâm để tìm hiểu loại phần trăm người dùng cuối sẽ có thể đối phó với một trang đăng nhập đơn giản yêu cầu họ nhấn enter sau khi nhập chi tiết của họ để tiếp tục. Điều quan trọng cần lưu ý, sẽ không có bất kỳ Lời nhắc nào trên màn hình để nhấn enter - họ sẽ thấy một mẹo công cụ về mật khẩu cho biết phải làm gì, nhưng đó là điều đó!

(Loại trừ người dùng di động khỏi cuộc cạnh tranh - chỉ đơn giản là nhắm mục tiêu đến máy tính để bàn và người dùng máy tính xách tay :))

Một ví dụ về hộp đăng nhập:

the screen

44
Sk93

Cuối cùng, có lẽ không nên đi theo con đường này mà không thử nghiệm nghiêm túc vì sự kỳ vọng của người dùng dựa trên các quy ước hiện có.

Đó là một điểm quan trọng, bởi vì điều tôi đang rút ra từ mô tả của bạn là điều này hiện chưa được kiểm tra và bạn đã thiết kế giao diện người dùng này theo giả định rằng người dùng của bạn sẽ hiểu. Đây thường là một ý tưởng tồi: luôn nhận phản hồi từ khán giả của bạn, đặc biệt là khi bạn đang thử một cái gì đó mới và đặc biệt là trong một lĩnh vực cốt lõi như đăng nhập.

Đối số telnet của bạn là điều cần xem xét, nhưng cũng hiểu rằng bạn đang xây dựng một ứng dụng web ở đây và bạn có thể sẽ phải đối phó với sự mong đợi của người dùng đối với các ứng dụng web, chứ không phải telnet. Bộ não của bạn thay đổi giữa các bối cảnh: khi bạn sử dụng một ứng dụng web, bạn sẽ chỉ cần nhấp chuột vào các mục để theo dõi chúng, trong khi trong các ứng dụng trên máy tính để bàn, bạn có thể mong đợi nhân đôi. Nhận biết mô hình tinh thần mà người dùng có khi họ sử dụng ứng dụng web của bạn chứ không phải là một không gian khác như telnet là một khía cạnh quan trọng của việc thiết kế giao diện người dùng.

Tuy nhiên, có một số mô hình đang nổi lên đang bắt đầu phân kỳ một chút từ quy ước "đăng nhập hoặc đăng ký" tiêu chuẩn. Mỗi người trong số này phải đối mặt với những thách thức giống nhau: người dùng mong đợi điều gì và làm thế nào để bạn xây dựng niềm tin, kỳ vọng và khả năng khám phá xung quanh một số ý tưởng mới này? Chẳng hạn, StackExchange sử dụng một lần đăng nhập, điều này có thể gây nhầm lẫn cho những người dùng không quen thuộc với mẫu đó. Amazon (thành công) tích hợp đăng ký và đăng nhập vào một hình thức, mặc dù vẫn còn phải xem mô hình đó sẽ hiệu quả như thế nào trên các trang web khác.

Vấn đề là, khi bạn phá vỡ quy ước, bạn đang hướng đến lãnh thổ xa lạ và bạn cần nhận ra ảnh hưởng có thể có đối với mọi người. Nếu bạn đang suy nghĩ về việc này, tôi khuyên bạn nên lấy một số "hoạt động của người dùng máy tính để bàn và máy tính xách tay" từ môi trường trực tiếp của bạn (giả sử, người quản lý văn phòng và ai đó từ văn phòng bên kia đường) và yêu cầu họ đăng nhập Bạn sẽ học được rất nhiều. Bạn có thể biết rằng giả định ban đầu của bạn là chính xác. Nhưng ít nhất bạn sẽ có dữ liệu để chứng minh, thay vì chỉ là giả định. :-)


Chỉnh sửa: Như bạn đã đề cập trong một nhận xét trong câu trả lời cho câu hỏi của bạn về Lập trình viên, "đặt câu hỏi về tính hợp lệ của quy ước" là điểm khởi đầu tốt, nhưng bạn nên đảm bảo câu trả lời của mình cho câu hỏi đó được thiết lập trong dữ liệu. Bất cứ ai cũng có thể đặt câu hỏi cho các quy ước, nhưng các quy ước đã trở thành các quy ước vì một lý do: chúng là giải pháp hiệu quả cho vấn đề. Tránh xa những người không có lý do chính đáng (và lý do chính đáng trong thế giới UI có nghĩa là có dữ liệu hoặc một số dạng số liệu) thường sẽ gây hại nhiều hơn là tốt.

59
Rahul

Tại nơi làm việc, chúng tôi có một hệ thống phát triển nhân viên chỉ hiển thị nút đăng nhập nếu bạn đang duyệt trong Firefox. Mỗi khi một lớp học được tổ chức, bộ phận trợ giúp của chúng tôi nhận được cuộc gọi từ những người không thể đăng nhập. Mọi cuộc gọi đều phải thực hiện với thực tế là họ không thấy nút đăng nhập. Bây giờ chúng tôi phải đi ra ngoài để nói với người dùng rằng họ phải nhấn enter để đăng nhập.

Người dùng của bạn có thể am hiểu máy tính hơn một chút, nhưng tôi đoán là bạn sẽ có nhiều cuộc gọi hỗ trợ về nó nếu bạn bỏ nút này ra.

31
LoganGoesPlaces

Tôi thực sự thích câu trả lời của Rahul, nhưng tôi sẽ thêm 2 xu của riêng mình. Tôi đã rất do dự khi sử dụng phím Enter trên bất kỳ biểu mẫu Web nào do không chắc chắn về chức năng mặc định của nó. Tôi chỉ không chắc nó sẽ làm gì! Một số người không cẩn thận với các nỗ lực phát triển của mình và họ không chỉ định các nút mặc định cho một biểu mẫu đúng cách, gây nhầm lẫn cho những người dùng làm nhấn enter out of thói quen.

Do đó, tôi đã tự rèn luyện cách nhấn Tab và sau đó Phím cách, hy vọng rằng điều khiển tiếp theo sau hộp mật khẩu sẽ là nút Đăng nhập (hoặc có thể là Lưu mật khẩu hộp kiểm), bởi vì Spacebar thực sự giống như nhấp chuột vào nút mà không phải mất thời gian để nhấc tay khỏi bàn phím và đặt chuột lên phần tử UI.

Vấn đề là, tôi cho rằng, bao gồm một nút, nhưng đảm bảo rằng đó là hành động mặc định của biểu mẫu, rằng nó được thiết lập đúng để tiếp theo theo thứ tự tab sau hộp mật khẩu. Bằng cách này, bạn đáp ứng cả hai bộ người dùng.

16
Matt DiTrolio

Nếu bạn có bất kỳ người dùng mù nào, sự mong đợi sẽ là một nút nào đó. Mặt khác, sẽ không có chỉ dẫn nào về cách đăng nhập, trừ khi bạn bằng cách nào đó phát hiện trình đọc màn hình và cho phép một nút trong trường hợp cụ thể này.

12
Stefan Kendall

Bạn đã từng cân nhắc người dùng không có bàn phím vật lý chưa? Những người sử dụng iPad hoặc điện thoại có màn hình cảm ứng?

11
Tommy Carlier

Điều gì về tùy chọn để cho phép người dùng lưu thông tin đăng nhập của họ? Nó vẫn sẽ hợp lý để bỏ qua nút đăng nhập? Theo cách đó, với tư cách là người dùng, tôi sẽ phải di chuyển bàn tay từ chuột sang bàn phím để đăng nhập và sau đó quay lại chuột để tiếp tục tương tác với ứng dụng.

Vì vậy, tôi muốn nói: có bạn cần một.

6
JochemKempe

Khi nói đến các yếu tố có trong các ứng dụng web khác, bạn có thể thử tìm tài nguyên mẫu và xem những gì họ nói: http://www.welie.com/potypes/showPotype.php?potypeID= đăng nhập

"Người dùng có thể sử dụng phím TAB để đi từ trường tên người dùng đến trường mật khẩu và nhấn ENTER thay vì chọn nút 'Đăng nhập'".

Thông thường, các hành động được thể hiện mặc dù các nút/liên kết và tương tác bàn phím bổ sung là thứ yếu và được xem như đối với người dùng 'nâng cao'.

Nếu bạn liên quan đến lý do khả năng sử dụng/khả năng truy cập, thì bạn cũng nên có một nút: cách này người dùng chỉ có thể tương tác với biểu mẫu bằng chuột/thiết bị trỏ (sao chép/dán các mục | nhấn nút) hoặc chỉ bằng bàn phím.

Khi tôi lần đầu tiên đọc câu hỏi của bạn, tôi nghĩ về trường hợp "Hộp tìm kiếm". http://www.welie.com/potypes/showPotype.php?potypeID=search Mẫu nói rằng nó nên có một nút, nhưng theo thời gian (sử dụng sản xuất) nút đó đã trở thành biểu tượng kính lúp/ở góc bên phải của đầu vào và sau đó nó chuyển sang biểu tượng căn chỉnh bên trái. Với sự tiến bộ của các xu hướng (Google Instant), nút tìm kiếm ngày càng ít được sử dụng (nhưng vẫn còn hiện diện).

Có một sự khác biệt giữa Tìm kiếm và Đăng nhập, trước hết là vì Đăng nhập yêu cầu 2 đầu vào, vì vậy nếu bạn cố gắng thêm ví dụ biểu tượng Đăng nhập, thay vì nút (giống như trường hợp Tìm kiếm), bạn sẽ đặt nó ở đâu, trong đầu vào đầu tiên, cuối cùng, hoặc trong cả hai?

Là một nhà phát triển, câu trả lời rõ ràng là cuối cùng, bởi vì mọi người dùng nên đã nhập tên người dùng, sau đó nhập mật khẩu và sau đó nhấn enter. Vì vậy, trong trường hợp của bạn, bạn nghe Enter cho đầu vào cuối cùng, nhưng điều gì xảy ra nếu người dùng đang nhấn Enter trong đầu vào đầu tiên (tên người dùng một)? Từ lý do nhất quán, bạn nên lắng nghe cả hai đầu vào, cũng bởi vì có những trường hợp người dùng thấy anh ta đã nhầm lẫn và chuyển về đầu vào tên người dùng.

Tôi nghĩ loại người dùng của bạn sẽ vượt qua các bài kiểm tra và đăng nhập thành công, nhưng loại biểu mẫu này không phù hợp với tất cả mọi người (bạn cũng đã đề cập đến người dùng điện thoại di động).

Ví dụ về các hình thức đăng nhập: http://www.smileycat.com/design_elements/login_forms/

4
Ecaterina Moraru

Trước hết, tôi đã đến với điều này thông qua Twitter và không phải là một lập trình viên, nhưng có kiến ​​thức về CNTT hợp lý.

Đề xuất thú vị vì từ lâu tôi đã từ bỏ nút Đăng nhập khi sử dụng các trang web - hầu hết tôi sử dụng có vẻ rất vui khi tôi nhấn enter.

Vài điểm: Bài kiểm tra của học sinh rất thú vị, mặc dù tôi nghi ngờ họ sẽ tìm thấy các hình thức web trực quan hơn nhiều so với người dùng trưởng thành, đặc biệt là những người không sử dụng máy tính (ZX/C64/BBC) lớn lên. Tôi biết một vài người bạn của tôi đã dành vài phút (ít nhất) suy nghĩ về nút bị thiếu - và đây là những người sử dụng máy tính hàng ngày cho công việc, nhưng chỉ biết cách làm việc với các ứng dụng họ sử dụng.

Cho rằng nút không có ở đó, hành động của biểu mẫu khi nhấn Enter trên trường tên người dùng là gì? Hoặc ít có khả năng, điều gì xảy ra nếu họ đã nhập mật khẩu trước và nhấn enter? Bạn có thể cần một cái gì đó có hành động Tab cho đến khi cả hai trường hoàn thành.

Chỉ cần khóa PC Windows của tôi (máy làm việc, tôi không có lựa chọn nào khác), đăng nhập lại, nút "đăng nhập" trường mật khẩu ít rõ ràng hơn và không được dán nhãn. Một lần nữa tôi chỉ sử dụng enter.

Ở đó bạn đi, một quan điểm của numpty;)

4
PawnSacrifice

Nếu tôi gặp một trang như vậy, tôi có thể nghĩ rằng trang web đã không được tải hoàn toàn hoặc có một số lỗi trên tập lệnh phía máy chủ. Tại sao có nguy cơ người dùng điều hướng khỏi trang web?

Ngoài ra, trong thử nghiệm của bạn, bạn có nghĩ rằng bạn có thể nhận được tỷ lệ thành công cao hơn so với những gì bạn thực sự có thể nhận được khi trang web đi vào hoạt động? Khi mọi người cảm thấy rằng họ đang được thử nghiệm, họ có thể sẽ vượt qua một thử thách nào đó (ví dụ: một nút đăng nhập bị thiếu) như thể đó là một bài kiểm tra IQ thuộc loại nào đó. Tuy nhiên, nếu họ ở trên trình duyệt web của mình ở nhà, họ có thể có một bộ óc hoàn toàn khác và sẽ hành động khác (ví dụ họ sẽ không mong muốn vượt qua bất kỳ thử thách nào và thực tế có thể mong đợi điều ngược lại. hy vọng rằng trang web sẽ làm mọi thứ có thể để phù hợp với tất cả người dùng và giúp dễ dàng đăng nhập vì trang web rõ ràng muốn nhiều người dùng hài lòng).

Về cơ bản kịch bản thử nghiệm của bạn không giống 100% với những gì người dùng thực tế sẽ trải qua (tức là đối tượng của bạn biết rằng họ đang được thử nghiệm và/hoặc thử nghiệm một cái gì đó), trừ khi bạn có thể tái tạo các điều kiện chính xác tương tự (nghĩa là không cho các đối tượng biết rằng đây là một bài kiểm tra), bạn có thể rút ra kết luận không chính xác dựa trên kiểm tra không chính xác.

Tôi không chắc chắn chính xác cách bạn đang tiến hành các bài kiểm tra của mình, nhưng một điều khác có thể ảnh hưởng đến chất lượng bài kiểm tra của bạn là nếu các sinh viên khác thấy rằng không có ai có vấn đề/câu hỏi và họ có thể đăng nhập tốt. Điều này có thể khiến họ thử những thứ khác nhau (ví dụ: nhấn nút 'return') cho đến khi họ nhận được kết quả giống như các đồng nghiệp của họ. Vì vậy, bạn có thể muốn cô lập các đối tượng là tốt.

Kiểm tra chính xác có thể là một nhiệm vụ rất khó khăn vì bạn phải đảm bảo rằng tất cả các biến đều giống hệt nhau ngoại trừ biến bạn đang kiểm tra. Từ thời gian ít ỏi tôi đã nghĩ về vấn đề này, tôi đã xác định được hai biến bổ sung có thể ảnh hưởng đến độ chính xác của bài kiểm tra của bạn. Có thể có thêm những cái mà tôi chưa từng nghĩ đến.

3
Senseful

Thực hiện một số thử nghiệm khả năng sử dụng và tìm hiểu những gì người dùng làm. Tôi hiểu đó là một dự án, nhưng nếu nó quan trọng, nó đủ quan trọng để kiểm tra.

3
Bryan

Làm cả hai

Có biểu mẫu tự gửi ngay sau khi ai đó nhấn Enter (và cả hai trường đã được điền) và cũng có một nút để nhấn cho những người yêu thích sử dụng chuột.

Dù bằng cách nào, người dùng của bạn rất vui khi làm những gì họ đã từng sử dụng.

3
DefenestrationDay

Tôi muốn nói điều tốt nhất để làm là một cái gì đó như thế này:

mockup

tải xuống nguồn bmml - Wireframes được tạo bằng Balsamiq Mockups

Bạn cũng có thể thực hiện một mũi tên nhỏ bên ngoài trường văn bản, giống như đã hoàn thành trong màn hình đăng nhập Windows 7 .

Bạn có thể muốn gắn lại nút ... có thể làm cho nó hòa vào hộp văn bản cho đến khi bạn di chuột qua nút đó.

Nhược điểm duy nhất của nó là bên trong trường mật khẩu rất khó chỉnh sửa nếu bạn có mật khẩu dài. Chỉ cần đảm bảo không bỏ qua điều này!

2
Anonymous Penguin

Cuối cùng, giống như các câu trả lời khác cho thấy bạn cần hỏi khán giả của bạn là ai. Bài kiểm tra của bạn về những đứa trẻ ở trường mặc dù thú vị không thực sự cung cấp cho bạn đủ giá trị để nói "Bài kiểm tra của tôi đã chứng minh điều đó là không cần thiết".

Nếu bạn gỡ nút đăng nhập, đây là một số điều bạn sẽ phải chiến đấu:

  • Vấn đề tiếp cận
  • Những gì người dùng mong đợi
  • Thiết bị dựa trên cảm ứng trong tương lai (Windows 7 và Máy tính bảng)

Cá nhân tôi làm việc với các Ứng dụng web trong Flash Builder và là một phần của bằng chứng về khái niệm chúng tôi trải qua thử nghiệm khả năng sử dụng. Là nhà thiết kế/nhà phát triển, bạn không thể đánh giá thấp mức độ thông minh của một số người dùng của bạn. Theo nguyên tắc thông thường, tôi luôn nói sẽ cung cấp cho người dùng của bạn những gì họ mong đợi. Chỉ trong những trường hợp đặc biệt, bạn mới nên tránh xa một quy ước đã được sử dụng rộng rãi như vậy.

Nếu người dùng mất vài giây để tìm ra việc cần làm tiếp theo, bạn cần đánh giá lại cách bạn đã trình bày Giao diện người dùng.

Với công nghệ màn hình cảm ứng ngày càng được sử dụng rộng rãi, tôi không thể thấy mẫu đặc biệt này sẽ sớm được thay đổi. Nó có thể phát triển nhưng cốt lõi rất có thể sẽ giữ nguyên.

Theo khuyến nghị, cá nhân tôi sẽ giữ nút đăng nhập và cho phép người dùng nhấn phím enter để tiếp tục, bao gồm nút đăng nhập có thể được nhấp bằng cách sử dụng tab chuột thông qua và chỉ chọn nút đăng nhập bằng bàn phím.

Điều đó sau đó bao gồm người dùng nâng cao, quy tắc truy cập và người dùng IT mù chữ của bạn bằng cách giữ thiết lập tiêu chuẩn cho màn hình đăng nhập.

Như một ghi chú bên lề - Câu trả lời xuất sắc của Rahul kudos!

2
Michael Henley

Một trong những mối quan tâm là đảm bảo không nhận quá nhiều cuộc gọi hỗ trợ về việc thiếu nút/thay đổi thiết kế và không khiến người dùng bối rối.

Để giải quyết điều đó, tôi sẽ thêm thông báo sau

Press Enter key to login 

ngay bên dưới trường mật khẩu.

Điều này sẽ giúp người dùng (những người có thể mong đợi nút đăng nhập nhấp để đăng nhập) biết rằng họ có thể nhấn phím enter để đăng nhập sau khi đọc tin nhắn. Nó có thể gây khó xử cho họ lần đầu tiên nhưng ít nhất họ sẽ không bị nhầm lẫn và gọi hỗ trợ, và lần sau khi họ truy cập trang web, họ sẽ biết phải làm gì.

Mắt người dùng có quyền sẽ bỏ qua tin nhắn vì họ đã sử dụng phím enter để đăng nhập.

2
N30

Một giải pháp không có nút sẽ không cho phép người dùng có 5 lần đăng nhập trước khi khóa mật khẩu của họ.

Do đó, hệ thống của bạn đang mở một cuộc tấn công vũ phu vì tin tặc có thể có những nỗ lực không giới hạn để đoán mật khẩu?

Bạn có thể thêm logic vào đăng nhập để ngăn chặn một vụ hack như vậy, nhưng đó là điều bạn cần xem xét.

2
Techboy

Tôi không biết mức độ liên quan của nó, nhưng tôi khá thích thú với điều này và tôi đã thiết lập một trang giống như ảnh chụp màn hình của bạn và sau đó yêu cầu vợ tôi dùng thử.

cô ấy đã đăng nhập ổn mà không cần phải nhờ giúp đỡ, nhưng tôi đã lưu ý rằng sau khi nhập mật khẩu, cô ấy đã chọn sử dụng chuột và bắt đầu tìm kiếm một nút. Chỉ khi cô không tìm thấy nó, cô dừng lại một lúc rồi thử nhấn trở lại, cho cô vào.

Hỏi cô ấy nghĩ gì về nó, trước tiên cô ấy nói nó ổn và chỉ bình thường, nhưng sau khi hỏi cô ấy nghĩ gì về nút bị thiếu, cô ấy đã nói rằng cô ấy hơi bối rối, nhưng nghĩ rằng nếu cô ấy nhấn trở lại, nó có thể chuyển sang màn hình tiếp theo giống như khi bạn muốn có một trang mới trong Word.

Tôi không hoàn toàn chắc chắn ý của cô ấy là gì, nhưng kết quả là cô ấy đã xoay sở để được trả tiền, mặc dù cô ấy đã dành một chút thời gian để tìm kiếm một nút.

2
Rodger

Tôi đã thấy một kiểu tiếp cận tương tự trong phần mềm nơi họ không yêu cầu nhập để xác minh thông tin đăng nhập. Khi thông tin đăng nhập của bạn được nhập và bạn dừng nhập, họ sẽ kiểm tra tính hợp lệ của thông tin đăng nhập ngay lập tức.

Nếu thông tin đăng nhập của bạn sai, nó sẽ tự động đưa ra một thông báo lỗi rất rõ ràng cho bạn biết điều gì đã sai và bạn chỉ cần nhập lại hoặc thử thông tin đăng nhập mới và quá trình lặp lại cho đến khi bạn đăng nhập thành công.

2
Matt Warner

Tôi muốn nói rằng bạn cần một nút đăng nhập, vì một số lý do:

  1. Hầu hết các ứng dụng tôi đã sử dụng trả lại tiêu điểm cho trường đầu tiên khi bạn hoàn thành nhập dữ liệu vào trường cuối cùng. Bây giờ, đây có thể là một thực tiễn cũ đã được áp dụng bởi các sở thích mới hơn, nhưng chắc chắn đó là cách tôi mong đợi một hình thức để hành xử.

  2. Giả sử ứng dụng của bạn sẽ có các hình thức khác, chúng có thể phức tạp hơn hình thức đăng nhập và yêu cầu sự hiện diện của nút SUBMIT, đây thực sự là tất cả nút đăng nhập của bạn. Cho rằng các hình thức này sẽ cần nút, sẽ có ý nghĩa khi có nút trên tất cả các hình thức, để tránh nhầm lẫn.

  3. Không phải mọi trình duyệt đều xử lý khóa ENTER theo cùng một cách. Một lần nữa, đây có thể là một vấn đề của trường học cũ, nhưng tôi nhớ có vấn đề với cách phím ENTER hoạt động khi chỉ có một trường. Trên một số trình duyệt, nó giống như SUBMIT, trên các trình duyệt khác, nút SUBMIT vẫn cần phải được bấm. Điểm mấu chốt của họ là, nó không được kiểm soát bởi ứng dụng của bạn, nó được kiểm soát bởi trình duyệt. Vì vậy, tôi đã học được từ lâu không bao giờ thừa nhận bất cứ điều gì về khóa ENTER và luôn luôn dựa vào SUBMIT. Một lần nữa, điều này có thể không còn là vấn đề nữa, nhưng tôi chưa bao giờ gặp vấn đề khi tuân thủ nguyên tắc này, vì vậy tôi thấy không có lý do gì để thay đổi.

1
Relaxing In Cyprus

Đối với các ứng dụng web được sử dụng nội bộ của chúng tôi, chúng tôi đã sử dụng tính năng tự động đăng nhập.

Người dùng chỉ cần nhập địa chỉ hoặc nhấp vào yêu thích/dấu trang của người viết và họ sẽ tự động được nhận dạng và cho phép. Cách chúng tôi thực hiện điều này, tôi không chắc chắn vì tôi là nhà thiết kế đồ họa thường trú.

Nó có thể đã được thực hiện như là một phần của quản trị viên tạo hồ sơ, bảo mật và quyền cho các nhân viên được biết đến? Có thể từ IP của họ?

Là một người thường xuyên vào ứng dụng để kiểm tra thiết kế, thật tuyệt khi không phải đăng nhập mỗi lần.

Một lần nữa, tôi là một nhà thiết kế nên có thể có một vài điều tôi không xem xét, nhưng đối với những nhân viên được biết đến làm việc trong các ứng dụng nội bộ, điều này khá hay.

1
Tomas

Tôi nghĩ rằng câu trả lời ở đây là kịch bản. Nếu người dùng không nhấn enter trong một khoảng thời gian xác định trước, thì hãy thông báo cho họ rằng họ phải nhấn enter để đăng nhập, vì rất có thể họ đã không tìm ra. Đối với một số ít người đã vô hiệu hóa tập lệnh, bạn có thể phát hiện ra điều đó theo một số cách và cung cấp cho họ một nút.

0
Ponkadoodle