2010-04-06 31 views
5

Điều này sẽ có chút chủ quan, tôi sợ, nhưng tôi sẽ coi trọng lời khuyên của Tập thể.Cách trình bày trực quan kích thước tệp

Ứng dụng web của chúng tôi liệt kê các tài liệu mà người dùng có thể tải xuống; tiêu chuẩn tập tin navigator thứ:

 
Type Name  Created  Size 
----------------------------------- 
PDF Doc 1 01/04/2010 15 KB 
PDF Doc 2 01/04/2010 15 MB 

Hiện nay chúng tôi liệt kê kích thước tập tin dưới dạng văn bản, nhưng tôi muốn cải thiện điều này bằng cách có một số cách thể hiện thị liệu tập tin là nhỏ bé, bình thường hoặc rất lớn.

Lý do cho điều này là để người dùng có thể quét danh sách nhanh chóng và phát hiện các tệp có khả năng mất nhiều thời gian tải xuống.

lựa chọn của tôi hiện là:

  • Bigger phông chữ kích thước cho tập tin lớn (nhược điểm: cách bố trí có thể trở nên lộn xộn)
  • Icons (như một chỉ báo cường độ tín hiệu wi-fi; Nhược điểm: khó quét)
  • Giữ tất cả các kích thước trong KB nên số lượng zero cho biết kích thước (nhược điểm: người dùng phải tính toán kích thước "thân thiện" trong đầu họ)

Tôi biết đây là một điều nhỏ nhặt, nhưng tôi đánh giá cao suy nghĩ của bất kỳ ai về vấn đề này!

Chỉnh sửa: Cảm ơn câu trả lời!

Từ những gì bạn đã nói, tôi nghĩ rằng:

  • Tôi thực sự thích ý tưởng về nói cho người dùng khoảng bao lâu nó sẽ mất để tải về các tập tin
  • Như ai đó chỉ ra, nếu tôi Robert sử dụng một thanh hoặc biểu tượng "cường độ tín hiệu", cung cấp cho ấn tượng về một "tối đa" kích thước tập tin
  • tôi thích che văn bản - mạnh hơn cho các tập tin lớn hơn

tôi sẽ đi với một cách tiếp cận kết hợp:

  • font size Uniform
  • văn bản Darker cho các tập tin lớn hơn
  • Một tooltip nói cho người dùng khoảng nó sẽ mất bao lâu để tải
  • Một mảnh nhỏ của văn bản, trong dấu ngoặc đơn, sau khi kích thước, mô tả lớn thế nào, ví dụ như:
 
15 KB (tiny) 
2 MB (small) 
20 MB (big) 
300 MB (huge) 

tôi sẽ xem liệu tôi có thể đặt một ảnh chụp màn hình trên đây của nó trông như thế khi tôi đã có một nguyên mẫu. Một lần nữa, cảm ơn phản hồi!

Trả lời

7

Nếu đó là tôi, tôi sẽ hiển thị kích thước của tệp theo cách thông thường, nhưng cũng hiển thị thời gian ước tính để tải xuống (Giả sử 1,5 MBit DSL để tính toán của bạn).

+0

Tôi nghĩ tốc độ tải xuống giả định ít quan trọng hơn việc hiển thị cho người dùng thời gian tương đối - trong khi "15KB" và "15MB" trông giống nhau, ước tính thời gian tải xuống của họ sẽ không và đó là điều quan trọng. – SqlRyan

+0

Tôi thực sự thích ý tưởng này - Tôi nghĩ tôi sẽ kết hợp nó với một số ý tưởng khác ở đây, và xem người dùng làm gì ... –

1

Làm thế nào về một thanh có độ dài tùy thuộc vào kích thước. Điều này tương tự như ý tưởng biểu tượng tín hiệu wi-fi nhưng việc quét sẽ dễ dàng hơn.

Màu sẽ bắt đầu bằng màu xanh lá cây và chuyển sang màu đỏ khi độ dài tăng.

+2

Điều đó sẽ khiến tôi cho rằng tệp có kích thước giới hạn đang được tiếp cận. –

0

Nếu bạn chỉ có một bước phạm vi duy nhất (nghĩa là chỉ kb hoặc mb hoặc chỉ mb hoặc gb) thì tôi sẽ sử dụng kích thước + đơn vị thấp nhất. ví dụ. 15000kb, 15kb. Nếu bạn phải làm, kb, mb, gb thì điều đó sẽ không hoạt động.

Điều gì về đơn giản + ++ +++ hoặc $ $$ $$$ sau kích thước để hiển thị kb, mb, gb?

0

Điều gì về chỉ báo kích thước theo kiểu của thanh tiến trình?

Một cách khác sẽ là tỷ lệ màu xám: Các tệp nhỏ màu xám nhạt, các tệp lớn màu đen.

0

Điều gì về việc sử dụng màu? Một cái gì đó như:

  • xanh nếu các tập tin nhỏ hơn 1MB
  • vàng nếu các tập tin nằm trong khoảng 1MB và 10MB
  • đỏ nếu file lớn hơn 10MB

hoặc bất kỳ quy mô khác phù hợp với loại tệp bạn phải xử lý ... Bạn có thể đặt những màu đó trên nền hoặc màu văn bản của dòng mô tả tệp của bạn hoặc trên biểu tượng gần kích thước ...

+2

ở rất nhiều người mù màu –

-1

Tôi thích ý tưởng KB b/c lớn hơn sẽ nổi bật. Sau đó, đặt giới hạn và có thể sử dụng màu css để tô sáng ... màu xanh lá cây ngắn hơn, màu đỏ càng đậm, dài hơn, v.v.

+0

ở rất nhiều người mù màu –

1

Nếu bạn có không gian, tôi sẽ đi với ý tưởng giữ tất cả các kích thước tệp trong các đơn vị liên tục để thứ tự độ lớn được biểu thị bằng số lượng địa điểm được tiêu thụ. Với các số được căn phải, điều đó sẽ giúp bạn dễ dàng quét tìm một thứ tự độ lớn cụ thể.

Hãy nhớ rằng bạn đạt được khoảng ba không gian với cách tiếp cận này vì bạn loại bỏ cột đơn vị, thay vì đặt các đơn vị trong tiêu đề cột kích thước tệp, vì vậy điều này sẽ không có nhiều khoảng trống. Để tiết kiệm thêm một chút dung lượng, hãy xem xét hiển thị kích thước trong MB được giải quyết tới 0,1 MB. Đối với thời lượng tải xuống với băng thông rộng của ngày hôm nay, khi bạn tính thời gian phản hồi và biến thể của máy chủ, mọi thứ dưới 0,1 MB sẽ có vẻ như có cùng thời lượng. Nó sẽ không mất quá thời gian tải một trang web mới và người dùng không mong đợi/cần ước tính thời gian cho điều đó. Bạn có thể viết nó dưới dạng "dưới 0,1" cho các tệp nhỏ hơn 50kB. Thậm chí có thể giải quyết tới 1 MB là đủ tốt nếu bạn thực sự cần không gian.

Biểu diễn dạng đồ họa tuyến tính về kích thước tệp (ví dụ: biểu đồ thanh) tốt hơn để đánh giá thời gian tải xuống tương đối. Tuy nhiên, tôi không thể thấy nó hoạt động tốt khi thời lượng tải xuống của bạn kéo dài từ ba đơn vị trở lên. Người dùng có thể sẽ muốn phân biệt bản tải xuống 5 so với 10 phút, do đó bạn cần chênh lệch đáng chú ý về mặt thị giác khoảng 2 MB. Tôi muốn nói rằng bạn cần ít nhất 3 pixel cho 2 MB cho biểu đồ thanh, có khá nhiều quy tắc biểu thị các tệp của GB trở lên. Bạn có thể cố gắng đại diện tuyến tính với GB, MB và kB với đồ họa riêng biệt, nhưng những màn hình như vậy khó đọc và khó quét hơn (ví dụ, đa giác đã bị bỏ trong máy bay vì lỗi đọc). Tôi sẽ không thử một cái gì đó như thế trừ khi người dùng của bạn được đào tạo hoặc có nhiều kinh nghiệm với nó.

Cố gắng xếp hạng hoặc phân loại kích thước tệp bằng biểu tượng, màu sắc, kích thước phông chữ hoặc số biểu tượng có vấn đề trừ khi bạn biết điểm ngắt phù hợp cho người dùng của mình. Tuy nhiên, có thể bạn không biết vì ngưỡng thời lượng chấp nhận được sẽ khác nhau tùy theo người dùng, thiết bị của họ và tình trạng của họ (khoảng thời gian họ có). Tôi sẽ không sử dụng màu đỏ cho bất kỳ kích thước tệp nào trừ khi bạn muốn một số người dùng cho rằng tệp quá lớn nên việc tải xuống có thể làm hỏng máy tính của họ hoặc gây ra một số vấn đề kỹ thuật khác.

Mã tốt để xếp hạng, như kích thước phông chữ và số biểu tượng, cũng có thể có vấn đề bởi vì người dùng có thể cho rằng chúng có liên quan tuyến tính với thời gian, khi bạn có thể cần sử dụng biến đổi lôgarit. Viết ra các kích thước trong các đơn vị không đổi không có vấn đề này bởi vì rõ ràng số lượng địa điểm có liên quan đến kích thước lôgarit, ngay cả đối với những người dùng không biết logarit là gì. Nếu bạn muốn thử một số loại biểu tượng xếp hạng, tôi khuyên bạn nên biểu thị kích thước bằng khối lượng chất rắn 3-D (ví dụ: các kích thước khối khác nhau). Điều này có thể giúp người dùng hiểu rằng một bước có nghĩa là tăng kích thước phi tuyến. Tất nhiên, bất kỳ mã hóa đồ họa nào sử dụng nhiều thứ nguyên đều có thể có các vấn đề về khoảng cách hàng trong bảng của bạn.

Nếu bạn không thể sử dụng các đơn vị không đổi, thì phân biệt bằng biểu tượng kB, MB, GB là một lựa chọn tốt. Tôi sẽ xem xét sử dụng trọng lượng phông chữ cho điều đó. Nó có thể quét được, nhưng chức năng thực sự của nó là tăng cơ hội người dùng nhận thấy các đơn vị khác nhau, không phải để giúp quét các tệp có phạm vi kích thước cụ thể. Điều này là tốt nếu người dùng sẽ tải xuống tệp, nhưng chỉ muốn có thể lập kế hoạch cho thời gian tải xuống. Trên thực tế, nếu tác vụ thực sự là về việc người dùng tìm các tệp có phạm vi kích thước cụ thể, việc sắp xếp hoặc lọc danh sách theo kích thước tệp (theo mặc định hoặc tùy chọn người dùng) có lẽ là giải pháp tốt nhất.

+0

I như ý tưởng bolding/nhấn mạnh đơn vị kích thước; nó không phải là 100%, bởi vì có một sự khác biệt lớn giữa 1MB và 100MB, nhưng tôi nghĩ rằng với điều này không có giải pháp 100%, chỉ cần một vài lựa chọn tốt 10% -... –

0

Có rất nhiều cách để thực hiện, mặc dù quy mô lôgarit chắc chắn là cần thiết. Tôi khuyên bạn nên sử dụng trường có ký tự lớn hơn và lặp lại nhiều hơn cho mỗi công suất 1000 hoặc 1024. Như sau:

Type Name  Created  Size 
------------------------------------- 
PDF Doc 0 01/04/2010 15 B 
PDF Doc 1 01/04/2010 15 KB . 
PDF Doc 2 01/04/2010 15 MB :: 
PDF Doc 3 01/04/2010 15 GB ||| 
PDF Doc 4 01/04/2010 15 TB TTTT 
PDF Doc 5 01/04/2010 15 PB PPPPP 
PDF Doc 6 01/04/2010 15 EB EEEEEE 
Các vấn đề liên quan