dấu chấm than trong thông báo lỗi [đã đóng]


13

Bạn nghĩ gì về việc sử dụng dấu chấm than trong thông báo lỗi? tức là "Địa chỉ không hợp lệ!".

Cá nhân, tôi nghĩ rằng nó không thêm gì, xúc phạm người dùng và làm cho sản phẩm trông giống như được viết bằng TRS-80 BASIC bởi một đứa trẻ 12 tuổi.


2
Hoặc thậm chí tốt hơn ... những gì khi chúng được sử dụng không phải do lỗi, nhưng cho các hoạt động thành công (trong trường hợp đó có thể loại bỏ toàn bộ hộp thoại), chẳng hạn như "Tệp được lưu thành công!" ... không có gì giống như tạo phần mềm của bạn có vẻ sốc khi nó thực sự thành công trong việc làm một cái gì đó
JoelFan

Câu trả lời:


16

Trên các thông báo lỗi có nghĩa là để hiển thị cho người dùng? Vâng, tôi với bạn. Bất cứ điều gì làm cho người dùng cảm thấy như máy của họ đang la hét họ là một thằng ngốc nên được nộp theo "Ý tưởng tồi".

Nhưng, thông báo lỗi được gửi đến tệp nhật ký, đặc biệt là trên máy chủ? Tôi biết bạn nên duy trì cảm giác chuyên nghiệp, bởi vì những thứ đó vẫn có thể xuất hiện trên màn hình của người dùng. Nhưng tôi phải thừa nhận, sủa nó là rất hấp dẫn ....


2
Chính xác. Thông báo lỗi người dùng có thể nhìn thấy không bao giờ đáng báo động. Tôi làm, tuy nhiên, hỗ trợ đầy đủ các tin nhắn gỡ lỗi lén lút. "Không có dòng tiêu đề hoặc nội dung thư, hy vọng điều đó ổn ..."
TMN

Trong tệp nhật ký có thể hữu ích nếu bạn đang cố thu hút sự chú ý của mọi người đối với họ, nhưng tỷ lệ cược là nếu lỗi đủ tệ để đảm bảo dấu chấm than (ví dụ Lỗi chết người!) Dù sao bạn cũng sẽ grep cho chuỗi.
rjzii

Tôi đã thấy các trường hợp thông báo lỗi ngớ ngẩn đã gây ra vấn đề pháp lý và chắc chắn mất kinh doanh. Đây là nơi khách hàng / công ty khác không bao giờ được thấy ứng dụng tạo ra các tin nhắn. Một số nhà tiếp thị nghĩ rằng sẽ là một ý tưởng tốt để cho khách hàng có một số tiện ích nội bộ và WOW, chiến tranh thế giới thứ 3 xảy ra sau đó.
uɐɪ

13

Chuyên gia về khả năng sử dụng Jakob Nielsen không khuyến khích việc sử dụng chúng. Hầu hết các tư vấn khả năng sử dụng được dựa trên nghiên cứu. Đó là lý do tại sao tôi có xu hướng thích những lời khuyên hơn ý kiến ​​cá nhân.


4

Chúng gần như tệ như từ "làm ơn" trong các hộp thoại. Đổ em!


1
Tại sao "làm ơn" là một điều xấu? Đối với tôi "nhập tên của bạn" nghe có vẻ cộc cằn so với "vui lòng nhập tên của bạn".
trả trước

1
Một giao diện người dùng nên ngắn gọn, đặc biệt là khi bạn mong đợi người dùng đọc một cái gì đó. Thật khó để khiến họ đọc các hộp thoại khi bạn thực sự cần chúng, nhưng một cách để làm trầm trọng thêm vấn đề là huấn luyện cho họ rằng UI của bạn chứa đầy văn bản không liên quan. Trong ví dụ bạn đã chỉ định, tôi thậm chí nói "nhập tên của bạn" là quá nhiều. Đi với một trường văn bản và nhãn "Tên:" Người dùng biết phải làm gì trong tình huống đó.
JohnFx

3

TÔI THÍCH BÓNG, TẤT CẢ CÁC CAPS, VÀ LOẠI TRỪ!


5
... bởi vì không có gì nói "Trải nghiệm người dùng tốt" giống như cảm giác rằng chương trình của bạn thực sự là một đứa trẻ bảy tuổi sau bốn lần uống Pixie Stix espresso. ;-)
BlairHippo

@BlairHippo Tôi thích sự tương tự đó là hoàn hảo.
Gratzy

Hoàn hảo, ngoại trừ bạn chỉ bao gồm một câu cảm thán
JoelFan

0

Chà, nếu đó là hộp thoại Windows tiêu chuẩn, nó có thể đã có dấu chấm than trong hình tam giác màu đỏ hoặc hình tròn màu xanh, tùy thuộc vào các tham số được truyền cho phương thức API Win32 hiển thị nó. Vậy tại sao lại nhân đôi sự cấp bách?


Bởi vì bạn gái của bạn có thể bỏ rơi bạn nếu bạn không. ( youtube.com/watch?v=3rd7j-aSqFU )
JohnFx

Tôi không bao giờ biết những mối nguy hiểm. Nhưng sau đó, một lần nữa, bạn đang đưa ra một giả định về việc lập trình viên có bạn gái là một quy tắc chung (chỉ đùa thôi!)
Jesse C. Choper
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.