it-swarm.asia

Haruskah tombol Ramah-Printer membuka jendela browser baru?

Membaca Gotchas kegunaan aplikasi web yang umum? Saya merasa bersalah ketika membaca yang menggunakan target = "_blank" adalah hal buruk .

Saya telah mengembangkan aplikasi web kecil yang memformat pertanyaan Stack Exchange dalam tampilan ramah-printer dan saya merasa ada sesuatu yang rusak di antarmuka tentang target = "_blank" pengalaman navigasi.

Biarkan saya jelaskan:

Beranda

  1. orang dapat memasukkan ID pertanyaan dan mencetaknya dengan mengklik tombol "cetak"
  2. tampilan ramah-printer dibuka di halaman yang sama
  3. orang dapat kembali ke beranda mengklik ikon Rumah kecil di sudut kiri atas halaman.

Saya pikir tidak ada yang salah dengan ini (meskipun ada umpan balik yang dihargai).

Terpilih

  1. Orang-orang dapat menelusuri daftar pertanyaan
  2. Mengklik ikon "printer" kecil tampilan yang ramah-printer dibuka di jendela baru (target = "_blank")
  3. Fokus dari halaman "daftar pertanyaan" hilang
  4. Orang-orang harus mengklik lagi pada halaman "daftar pertanyaan"
  5. Orang-orang dapat mencetak pertanyaan lain dari halaman "daftar pertanyaan"

Kenapa saya melakukan ini?

Alasan pertama:
Fitur "cetak" Gmail berfungsi seperti ini (membuka halaman baru)

Alasan kedua:
Karena saya ingin memberikan kesempatan untuk mencetak banyak pertanyaan sekaligus.
Dengan urutan seperti print - back to the "questions page" - print - back to the "questions page" - print etc. etc. pengguna dapat mencetak pertanyaannya secara paralel (proses cetak tidak terlalu cepat pada pertanyaan gemuk seperti yang ini ).

Saya pikir ada sesuatu yang rusak karena:
1. Pengalaman kasus pertama berbeda dari yang kedua
2. Setelah jendela "ramah-printer" baru dibuka, orang-orang memiliki ikon "kembali ke rumah" yang sama di sudut kiri atas dan saya pikir itu bisa membingungkan.[tetap]

Ada saran?

13
systempuntoout

Saya tidak setuju dengan anggapan bahwa target="_blank" is selal buruk. Dalam beberapa kasus, terutama dalam aplikasi web, ini bisa sangat berguna, seperti dalam situasi yang Anda uraikan di atas. (Dan saya juga bertemu dengan sejumlah desainer web yang membencinya hanya karena spesifikasi W3C terbaru mengatakan itu ilegal ...)

Alasan desainer UI tidak menyukainya adalah karena itu mengambil kendali dari pengguna, yang menjengkelkan - di situs web. Itu karena Anda mengendalikan pengalaman menjelajah Anda, dan ketika Anda menjelajah, mis. membaca artikel, Anda tidak ingin situs web memunculkan tab atau jendela baru setiap kali Anda mengklik tautan. Anda akan memutuskan itu sendiri.

Tetapi ketika Anda menggunakan aplikasi web, terutama saat ini karena aplikasi web semakin rumit (Gmail adalah contoh yang baik), pengguna berada dalam kondisi pikiran yang berbeda dan menginginkan kenyamanan yang berpusat pada penggunaan aplikasi web. Aku tidak berbicara target="_blank" adalah solusi yang sempurna, tetapi tentu saja tidak seburuk yang dibuat untuk terdengar dalam pertanyaan "gotcha".

Seperti biasa, ini untuk mengetahui bagaimana perasaan pengguna Anda tentang hal itu. Sebagai perancang, Anda harus membuat keputusan berdasarkan apa yang Anda rasa terbaik untuk Anda basis pengguna, dan cobalah untuk tidak terlalu bergantung pada "aturan" universal yang tampaknya berlaku untuk semuanya, selalu. Kebiasaan dan pola sangat bagus, tetapi penting bagi Anda untuk tetap berpikiran terbuka dan menggunakan akal sehat jika perlu. :)

13
Rahul

Ini tidak terkait langsung dengan pertanyaan Anda, tetapi begini ... Satu hal yang selalu disadap saya dengan tombol "Cetak" adalah bahwa Anda tidak pernah tahu apakah mengkliknya benar-benar akan mencetak atau apakah itu akan menunjukkan tata letak ramah printer kepada Anda . Saya telah melihat hanya satu atau dua situs web yang memberi label tombol "Show Printer Friendly Page" (atau semacamnya).

12
Hisham

Saya tidak setuju dengan kebutuhan untuk memiliki tombol ramah printer membuka halaman yang berbeda sama sekali. Menggunakan CSS Anda dapat menyembunyikan semua hal yang tidak ingin Anda cetak dan membuat perubahan apa pun yang diinginkan. Oleh karena itu hampir setiap halaman dapat menjadi printer friendly secara default. Satu-satunya pengecualian nyata adalah daftar paginasi di mana Anda ingin mencetak daftar lengkap.

http://www.w3.org/TR/CSS21/media.html

Saya pikir bahkan ketika menggunakan css untuk membuat halaman ramah printer Anda masih harus memiliki tombol Print pada halaman tetapi yang harus dilakukan hanyalah memanggil fungsi cetak browser secara langsung. Intinya adalah bahwa sebagian besar pengguna tidak terbiasa dengan fungsi cetak browser bekerja dengan sangat baik dan tombol Print pada halaman memberikan output yang lebih bersih.

5
Sam

Saya pikir pengguna harus memiliki pratinjau apa yang sebenarnya akan keluar dari printer mereka. Ini mungkin kurang diperlukan jika tombol "cetak artikel ini" dan halaman yang diubah dalam hal ini juga dapat langsung ditransfer ke printer jika memungkinkan.

Tentang membuka jendela baru, saya pikir jendela modal (a la safari reader) selalu merupakan pilihan terbaik, karena ini memfokuskan perhatian pengguna pada jendela itu sendiri dan sangat mudah untuk melihat cara menutupnya, dan dengan menutupnya pengguna akan kembali ke keadaan sebelumnya dari aplikasi (halaman redup di latar belakang), juga jika data diperbarui secara realtime itu akan menjadi jelas, mengingat bahwa itu ditampilkan di suatu tempat di ui, pembaruan halaman apa yang sebenarnya sedang dicetak.

Pokoknya tidak mudah untuk menemukan solusi optimal untuk masalah seperti ini.

2
Michele

Saya sangat setuju dengan Rahul, terutama pada paragraf terakhir. Dan Saffer dalam bukunya "Designing for Interaction" menyebut Desain Genius ini di mana desainer menggunakan penilaian terbaik mereka untuk apa yang diinginkan pengguna dan kemudian merancang berdasarkan penilaian itu.

2
Howie

Ramah printer tidak pernah ada. Saya tidak tahu mengapa harus seperti itu.

Apa yang dapat Anda lakukan adalah merender halaman di server dengan wkhtmltopdf (menggunakan stylesheet Anda sendiri, font yang disukai dan gambar SVG seperti yang diperlukan untuk logo hi-res) dan kemudian melayani dengan kotak dialog cetak - tanpa omong kosong pratinjau, hanya PDF langsung ke printer, tidak ada _blank atau apapun seperti itu. Dengan cara ini Anda dapat mengontrol tata letak halaman Anda dan mendapatkannya ke standar 'katalog', dan menyimpan pengguna Anda langkah tambahan karena harus mencetak. tombol.

Biarkan tombol cetak Anda 'lakukan apa yang tertulis di kaleng'.

1
ʍǝɥʇɐɯ

Pendapat saya murni tidak didukung dengan penelitian khusus:

"Print Friendly" lebih disukai daripada "Print" karena sejumlah alasan:

  • seperti yang telah dinyatakan, orang tidak tahu apa yang akan dilakukan tautan 'cetak' ... apakah akan membuka jendela baru? Tunjukkan pada saya halaman cetak ramah? Luncurkan dialog cetak browser saya?
  • opsi 'Print Friendly' seringkali sangat berguna untuk membaca di layar. Ini melayani tujuan di luar printer.
  • Anda memastikan orang akan memiliki harapan tentang apa yang akan dicetak sebelum mereka menekan cetak (apakah semua orang tahu bahwa mereka dapat melihat pratinjau cetak melalui dialog cetak browser mereka?)

Karena itu, saya lebih suka memiliki file cetak CSS yang tepat dan juga tautan 'cetak ramah'.

Adapun apakah itu harus terbuka di jendela baru atau tidak ... itu yang sulit. Jendela baru masih memperkenalkan masalah kegunaan dan aksesibilitas. Saya lebih condong ke arah memuatnya di halaman yang sama dengan semacam tautan 'kembali ke versi web' yang jelas.

1
DA01

Apakah saya salah memahami Anda, atau Anda membuat pengguna Anda bolak-balik setiap kali mereka ingin menambahkan pertanyaan ke satu perintah cetak? Jika demikian, Anda harus benar-benar memikirkan cara yang lebih baik untuk mencapainya. Sesuatu seperti tombol "Tambahkan ke Cetak Daftar" yang menyimpan daftar id pertanyaan, dan memformat semuanya untuk pengguna akhir ketika mereka mengklik "Cetak Daftar Pertanyaan Saya". Bolak-balik di antara layar seperti itu akan sangat membuat saya frustasi.

Maaf jika saya salah mengerti apa yang Anda katakan di sana.

0
ThatSteveGuy