Ide: MUD harus dapat menyediakan tautan yang mudah digunakan dengan info koneksi mereka untuk menelurkan Mudlet dan menghubungkannya ke game mereka. Mirip dengan apt://, steam:// dan sebagainya link.
Saya pikir Mudlet harus mendukung jenis tautan itu - akan jauh lebih nyaman bagi pemain untuk mencoba MUD baru jika mereka hanya perlu mengklik tautan, daripada menyalin server dan port, pergi ke Mudlet, membuat yang baru profil dan sebagainya.
Untuk penamaan tautan, kita bisa menggunakan yang khusus: mudlet: // atau - gunakan yang sudah standar (telnet: //), yang akan jauh lebih baik karena beberapa situs web sudah menggunakannya (http: / /dmud.thebbs.org/lotflink.htm) dan akan kompatibel dengan klien MUD lainnya.
Saya yakin opsi terakhir lebih baik.
Tautan telnet tampaknya berfungsi dalam format: telnet: //
Logikanya bisa jadi sebagai berikut:
Ketika Mudlet muncul melalui tautan telnet, periksa untuk melihat apakah ada server profil yang cocok dengan bidang server dari tautan tersebut. Jika ada beberapa profil, muat otomatis profil terbaru yang digunakan. Jika ada yang cocok, muat profil itu. Jika tidak ada profil yang cocok ...
Buat profil baru dengan server dan data port yang diberikan, dan nama profil akan menjadi nama server juga. Muat otomatis profil yang baru dibuat ini.
Saya pikir kasus ini terdengar masuk akal. Akan ada masalah dengan orang-orang yang sudah membuat profil menggunakan nama server vs alamat IP secara langsung seperti yang mungkin dilakukan oleh webmaster, tetapi itu bukanlah sesuatu yang dapat dengan mudah dihindari.
Rincian Launchpad: # LP1187243 Vadim Peretokin - 2013-06-04 04:47:05 +0000
vadi2
Semua 19 komentar
Beberapa MUD yang saya lihat menggunakannya. Akan menyusun daftar di sini jadi kami punya banyak tautan untuk diperiksa:
vadi2
pada 30 Mei 2017
Windows: Sepertinya Anda membutuhkan penginstal untuk memasukkan sesuatu ke dalam registri. Lihat https://docs.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/platform-apis/aa767914 (v=vs.85)
Linux: ?
MacOS:?
Tidak yakin apa yang terjadi di Mudlet setelah mengklik tautan, sehubungan dengan profil Mudlet.
Kebap
pada 17 Jan 2019
Ya. Jika seseorang dapat membantu merancang bagaimana ini seharusnya bekerja, itu akan sangat membantu! Tidak perlu mengkodekannya.
vadi2
pada 17 Jan 2019
@Kebap Saya tidak yakin apakah yang ini khusus hanya untuk ubuntu / gnome dan dapat digunakan oleh kde juga ..
druuimai
pada 17 Jan 2019
Jadi, anggap saja sebentar, kami memang berhasil di semua sistem operasi, dan Mudlet akan tahu ketika pengguna mengklik tautan telnet.
Sekarang apa yang sebenarnya harus dilakukan Mudlet? Berikut ini adalah proposal desain:
Pertanyaan-pertanyaan terbuka:
- Apakah Anda setuju untuk menangani kasus yang berbeda ketika satu atau lebih profil ditemukan?
- Apakah mungkin ada kasus yang lebih relevan untuk diperiksa, yang tidak saya sertakan?
- Dapatkah tautan telnet juga berisi nama pengguna dan kata sandi seperti tautan mailto atau ssh?
- Apakah kita memerlukan opsi untuk menonaktifkan Mudlet yang mengambil semua tautan telnet, jika pengguna ingin membuka tautan melalui telnet tanpa Mudlet juga?
Anda dapat mengedit dan membangun di atas proposal ini secara online di sini (tidak perlu registrasi)
Kebap
pada 17 Jan 2019
Bagaimana dengan pertanyaan tentang startup Mudlet untuk platform yang didukung seperti "Apakah Anda ingin Mudlet menjadi klien telnet default Anda? Telnet adalah protokol paling umum untuk terhubung ke game melalui Mudlet." Batalkan | Ya sebagai opsi. Mungkin hanya bertanya pada permulaan pertama per versi? Tambahkan cara untuk pop-up di menu? Ide untuk dibentuk di sini.
-Tamarindo
mpconley
pada 17 Jan 2019
Saya setuju dengan Tamarindo tentang membiarkan aplikasi Mudlet utama mengatur penangan skema URI karena dua alasan:
- Kami memiliki versi Mudlet tanpa penginstal (Linux AppImage, macOS .dmg) dan membuat penginstal windows kami melakukan langkah tambahan mungkin akan menyakitkan juga.
- Jika pengguna mengatur program yang berbeda untuk menangani tautan telnet, mereka tidak memiliki cara mudah untuk mengaturnya kembali ke Mudlet.
keneanung
pada 17 Jan 2019
Kami perlu mengubah penanganan argumen baris perintah untuk menyediakan mekanisme untuk menerima argumen berikut agar ini berfungsi, saya pikir - jadi, selain argumen terbatas saat ini (yang QT dan -h / --help , -v / --version dan -q / --quiet ) Saya rasa kita perlu menangani argumen tambahan:
- URL server
- nomor port (default ke 23 jika dihilangkan)
- nama profil (opsional) - yang penggunaan terbatas dalam menyelesaikan
telnet://skema URL tetapi akan membantu, mungkin membuat pintasan Desktop di beberapa OS. - nama karakter (opsional) untuk digunakan - sekali lagi, hanya benar-benar berguna untuk membuat pintasan Desktop ke profil favorit (menangani kata sandi pada baris perintah itu canggung, karena kemungkinan akan dapat dibaca melalui proses gambaran umum sistem - misalnya
topdi *nix) - sebuah Boolean atau sesuatu untuk menangani koneksi SSL yang baru ditambahkan
- a Boolean atau sesuatu untuk mengaktifkan integrasi Discord dengan profil baru/yang dipilih
- a Boolean untuk menahan pemuatan otomatis profil yang sudah ditandai untuk memuat otomatis - saat ini secara otomatis tetapi mungkin ada kesempatan (seperti menyelesaikan URL skema
telnet://) di mana hal ini tidak diinginkan
Semua kecuali yang terakhir harus diizinkan beberapa kali untuk memungkinkan beberapa profil untuk dimulai - mungkin menggunakan Server satu sebagai pembatas untuk semua argumen yang mengikutinya sampai Server lain bertemu di baris perintah ...
SlySven
pada 17 Jan 2019
Apa yang dimaksud dengan bagian 'tinjau semua profil'? Apakah itu merangkum logika yang ditampilkan setelahnya, atau apakah itu langkah awal yang terpisah?
vadi2
pada 17 Jan 2019
Seharusnya merangkum dan berarti: Lakukan logika ini berulang kali sekali untuk setiap profil yang terdaftar
Kebap
pada 17 Jan 2019
Saya sangat menyukainya, inilah revisi saya:
Saya mengambil penanganan terpisah jika pengguna sudah memiliki nama pengguna - saya pikir kami _harus_ terhubung dengan profil unik. Jika memiliki nama pengguna, itu berarti orang tersebut dapat langsung masuk dan terbiasa dengan permainan.
vadi2
pada 17 Jan 2019
Adapun memberi makan informasi dari OS ke dalam panggilan untuk memulai / terhubung dengan Mudlet saya kira itu harus menangani baik host / port atau nama profil - dan kasus sebenarnya tidak akan membantu karena jika Anda memiliki kedua mantan berlebihan ...
Oh, bagaimana kita mencegah pengguna menjalankan beberapa instance Mudlet pada saat yang sama - sehingga kami tidak menelurkan instance kedua jika sudah ada yang terbuka - di OS yang independen dan pengguna lain di sistem yang sama?
Saya merasa seolah-olah kita akan ditabrak oleh: bus: mungkin QtDBus ...
SlySven
pada 17 Jan 2019
:wave: kembali ke sini karena banyak pekerjaan lain yang menunggu ulasan.
@Kebap apa pendapat Anda tentang https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455272369 saya yang disederhanakan? Saya pikir ini akan menjadi pengalaman pengguna yang lebih mulus karena lebih sedikit yang akan menghalangi Anda untuk benar-benar bermain.
Apakah Anda setuju untuk menangani kasus yang berbeda ketika satu atau lebih profil ditemukan?
Secara umum ya, lihat revisi di atas. Apa pendapat Anda tentang itu?
Apakah mungkin ada kasus yang lebih relevan untuk diperiksa, yang tidak saya sertakan?
Saya pikir itu semuanya: +1:
Dapatkah tautan telnet juga berisi nama pengguna dan kata sandi seperti tautan mailto atau ssh?
Sepertinya ya! https://tools.ietf.org/html/rfc4248 Kami dapat mendukungnya.
Apakah kita memerlukan opsi untuk menonaktifkan Mudlet yang mengambil semua tautan telnet, jika pengguna ingin membuka tautan melalui telnet tanpa Mudlet juga?
Ya...
vadi2
pada 27 Sep 2019
https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455171499: Saya mengerti apa yang Anda katakan tetapi melihat RFC, saya rasa tidak ada saran yang berlaku untuk _this_ peningkatan spesifik - alih-alih seperti Anda sebutkan, ini jauh lebih cocok untuk pintasan desktop dan semacamnya.
vadi2
pada 27 Sep 2019
Apakah mungkin ada kasus yang lebih relevan untuk diperiksa, yang tidak saya sertakan?
Perbarui saat saya mulai mengerjakan ini: ini tidak mempertimbangkan apa yang harus dilakukan ketika profil diatur untuk memuat otomatis, di mana dalam hal ini tidak perlu mengganggu pengguna dengan dialog koneksi... :thinking:
vadi2
pada 27 Sep 2019
Revisi Anda tampaknya adil. Kami selalu dapat menambahkan gateway yang Anda hapus jika keinginan yang meningkat muncul...
Jika autoload diaktifkan, saya rasa saya tidak akan mengharapkan hasil yang berbeda dari mengklik link tertentu. Muat otomatis mungkin harus diabaikan dalam kasus itu. Hanya jika Mudlet dipanggil tanpa mengklik telnet: // di mana saja, maka autoload harus dihormati.
Kebap
pada 5 Nov 2019
Ya.
Saya telah membuat kemajuan yang baik dalam hal ini, tetapi saya terjebak - jika saya ingat benar - benar-benar mendaftarkan Mudlet sebagai penangan aplikasi. Sangat tidak jelas bagaimana melakukannya di macOS dan Windows, jadi jika ada yang memiliki langkah nyata yang berhasil, saya akan senang membantu dalam hal ini.
vadi2
pada 5 Nov 2019
Saya menemukan ringkasan ini dari 16 November. Pengujian pada Win 10 tampaknya sah. Ada juga Mac dan Linux:
https://support.shotgunsoftware.com/hc/en-us/articles/219031308-Launching-applications-using-custom-browser-protocols
Mereka berbicara tentang menambahkan penangan baru, tetapi Anda perlu memeriksa dan memperbarui penangan telnet yang ada sebagai gantinya.
Kebap
pada 21 Jan 2020
Terima kasih banyak! Aku akan melihat-lihat.
vadi2
pada 21 Jan 2020
Masalah terkait
xekon
·
10Komentar
Eraene
·
6Komentar
vadi2
·
6Komentar
xekon
·
8Komentar
zesstra
·
6Komentar
Komentar yang paling membantu
Jadi, anggap saja sebentar, kami memang berhasil di semua sistem operasi, dan Mudlet akan tahu ketika pengguna mengklik tautan telnet.
Sekarang apa yang sebenarnya harus dilakukan Mudlet? Berikut ini adalah proposal desain:
Pertanyaan-pertanyaan terbuka:
Anda dapat mengedit dan membangun di atas proposal ini secara online di sini (tidak perlu registrasi)