+1 suara
1,4k tampilan

Halo komunitas Paratext,

Saya menemukan bahwa perilaku autosave Paratext berbeda dari yang saya harapkan, jadi saya pikir saya akan bertanya perilaku apa yang Anda harapkan, dan harapan apa yang telah Anda amati pada orang lain.

Saya adalah seorang Amerika berusia 32 tahun yang bekerja dengan tim penerjemah Quechua di Peru. Bagi saya, dan yang saya pikir akan baik untuk tim saya, perilaku autosave ideal Paratext adalah sebagai berikut:

  • Proyek di-autosave setiap kali sebuah ayat diedit dan pengguna berpindah ke tempat lain (sumber daya, ayat berikutnya). Catatan dan komentar catatan di-autosave saat dibuat.
  • Perilaku ini menjadi bawaan (default) saat instalasi.

Sebagai alternatif, PT dapat menyimpan secara otomatis setiap 15 menit. Ini dapat diubah di pengaturan menjadi setiap 5 menit, setiap 30 menit, setiap jam, atau tidak pernah… Dalam hal ini, autosave antar buku dan bab juga akan menjadi baik.

Saya menyadari bahwa pengaturan ini akan meningkatkan permintaan pada sumber daya, jadi mungkin perlu dipertimbangkan apakah ini layak bagi pengguna yang memiliki memori komputer terbatas.

Tahun lalu, penerjemah balik sukarelawan kami menerjemahkan balik seluruh一章 Kejadian, dan kemudian komputernya crash. Dia kehilangan seluruh bab itu dan sangat kecewa, sehingga dia tidak melakukan pekerjaan apa pun selama seminggu.

Sebagai catatan terkait, saya telah mengaktifkan “Autosave (Automatically save changes without asking when switching to a different book or chapter.)” di Paratext 8. Beberapa waktu setelah upgrade ke versi 9.0, saya menyadari bahwa itu telah tidak dipilih. Baru saja, beberapa bulan setelah memperbarui ke 9.1, saya memperhatikan bahwa itu telah tidak dipilih lagi.

Apakah ada cara agar opsi ini menjadi bawaan, dan agar pengaturan tersebut tetap ada melalui upgrade PT?

Saya pikir sebagian besar pengguna saat ini menganggap autosave sebagai hal yang sudah seharusnya, dan tidak memiliki kebiasaan mengklik ikon “3½ Floppy-A”.

Apa pendapat Anda? Perilaku autosave seperti apa yang Anda harapkan? Apa yang Anda lihat pada rekan tim Anda?

Diterjemahkan secara otomatis dari English
Paratext oleh (379 poin)
ditampilkan kembali | 1,4k tampilan

12 Jawaban

+2 suara
Jawaban terbaik

Saya menyarankan agar tombol “Ya”, “Tidak” diberi label yang lebih jelas, dan tombol “X” dinonaktifkan. Ini mengikuti praktik terbaik terkait desain UX (lihat halaman ini di UX StackExchange, misalnya).

Pengguna di proyek saya sering tidak membaca teks dialog konfirmasi sama sekali. Mereka mungkin secara refleks mengklik “Ya”, atau “Batal”, atau mengklik “X” di sudut kanan atas. Saya telah melihat pengguna mengklik “X” di sudut kanan atas dan kemudian bertanya-tanya mengapa tindakan yang dimaksud tidak terjadi. Mereka kemudian mencoba melakukan tindakan yang dimaksud lagi, mereka dipromptkan lagi, mereka mengklik “X” lagi untuk menghilangkan gangguan, dan kemudian bertanya-tanya mengapa tindakan yang dimaksud tidak terjadi. Pada suatu titik, mereka memutuskan untuk menelepon saya dan bertanya mengapa “itu tidak berfungsi”. Saya pribadi yakin bahwa label tombol yang lebih jelas akan membantu. Dan saya condong ke ide tentang lebih banyak autosave.

Diterjemahkan secara otomatis dari English
oleh (495 poin)

Ide yang hebat, bit!

Diterjemahkan secara otomatis dari English

Ya, tombol “x” seharusnya tidak ada.

Melabeli tombol untuk tindakannya sudah lama menjadi sesuatu yang ingin saya lakukan secara konsisten di Paratext dan kami melakukannya ketika kami mampu. Ada beberapa alasan yang membuat kami sulit melakukan ini sesering yang saya inginkan (kode umum, pertimbangan lokalisasi).

Saya sepenuhnya setuju bahwa kotak pesan yang memiliki baris teks yang menjelaskan makna tombol sangat jauh dari optimal. Kami menghindari ini di mana pun memungkinkan dan saya tidak berpikir Anda akan menemukan contoh seperti itu di UI yang ditambahkan lebih baru. Saya akan menyimpannya sebagai contoh utama dari “apa yang tidak boleh dilakukan” dalam panduan gaya kami.

Diterjemahkan secara otomatis dari English
0 suara

Saya juga menginginkan autosave yang lebih sering.

Diterjemahkan secara otomatis dari English
oleh (241 poin)
0 suara

Alasan perilaku penyimpanan saat ini adalah karena tumpukan undo/redo hilang selama penyimpanan. Jika Paratext menyimpan secara otomatis, undo/redo akan sangat terbatas.
Juga, ini tidak menjadi bawaan yang diaktifkan karena banyak pengguna kami tidak menginginkan autosave karena ada banyak saat mereka tidak ingin menyimpan.

Paratext sudah menyimpan saat beralih bab/buku.

Paratext membuat “crash save” setiap menit. Jika Paratext tidak dimatikan secara normal, penyimpanan ini seharusnya dimuat saat Paratext dimulai ulang. Saya tidak yakin mengapa itu tidak bekerja dalam kasus penerjemah Anda.

Diterjemahkan secara otomatis dari English
oleh [Expert]
(16,7k poin)
+1 suara

Saya melakukan tes dan menemukan bahwa jika Autosave diaktifkan di PT8, itu tidak tetap aktif saat saya menginstal PT9.0.

Hal yang sama berlaku dari PT 9.0 ke PT 9.1: jika Autosave diaktifkan di PT9.0, itu tidak tetap aktif saat saya menginstal PT9.1.

Saya melaporkan ini sebagai (potensi) bug. Sepertinya bagi saya bahwa pengaturan tersebut harus “sticky” (tetap) ketika pengguna mengaktifkannya. Mungkin itu asumsi yang salah, tetapi saya akan melaporkannya agar masuk dalam radar.

james_post

Diterjemahkan secara otomatis dari English
oleh [Moderator]
(2,1k poin)

Beralih dari PT9.0 ke PT9.1 tidak akan mempertahankan pengaturan pengguna apa pun karena beralih ke 64-bit. Tidak ada banyak yang bisa kami lakukan tentang itu. EDIT: Ternyata ini tidak benar.

Beralih dari PT8 ke PT9.0 seharusnya mempertahankan pengaturan jika Anda sebelumnya tidak memiliki PT9.0 yang terinstal (yaitu, hanya menghapus PT9.0 dan menginstalnya kembali tidak akan berhasil).

EDIT: Saya juga ingin menjelaskan bahwa memiliki autosave mati tidak menghapus penyimpanan di tempat mana pun di mana autosave terjadi, itu hanya bertanya kepada pengguna apakah mereka ingin menyimpan setiap kali alih-alih melakukannya secara diam-diam.

Diterjemahkan secara otomatis dari English

Terima kasih atas informasinya.

Saya tidak ingin berasumsi apa pun tentang para pengembang karena saya tahu waktu/sumber daya Anda penting dan terbatas, tetapi apakah mungkin untuk mengekspor pengaturan pengguna tertentu ke file sebelum upgrade ke 9.1, lalu mengimpornya kembali selama upgrade?

james_post

Diterjemahkan secara otomatis dari English
0 suara

Aww, Anda lebih cepat dari saya. Saya hampir akan mengoreksi saya.
Saya kembali dan memverifikasi apa yang saya katakan, dan saya salah. Kami menemukan solusi untuk masalah 9.0 ke 9.1 (saya telah melupakannya). :flushed:

Namun, poin tentang memiliki hal-hal yang sebelumnya terinstal masih berlaku. Kecuali folder pengaturan Paratext dihapus dan semua jejak versi Paratext dihapus, pengaturan tidak akan di-upgrade saat diinstal ulang. Jika Anda melakukan tes instalasi pada mesin yang baru diinstal (di mana versi Paratext tidak sebelumnya terinstal), seharusnya berhasil.

EDIT: Juga perhatikan bahwa jika Anda pernah mengatur ulang pengaturan Paratext Anda dengan menahan tombol Shift saat memulai Paratext, itu adalah salah satu pengaturan yang diatur ulang (sebagai penjelasan mengapa itu mungkin tiba-tiba hilang).

Diterjemahkan secara otomatis dari English
oleh [Expert]
(16,7k poin)

ditampilkan kembali
0 suara

Terima kasih banyak @anon291708 dan @james_post. Saya tidak menyadari tentang tumpukan undo/redo dan fitur “crash save”. Meskipun demikian, saya bertanya-tanya apakah ada cara untuk setidaknya memberikan pengguna pilihan autosave yang lebih sering, seperti opsi “___ menit”.

Saya juga tidak tahu bahwa ada banyak pengguna yang tidak menginginkan autosave. Mungkin seseorang dari kubu itu dapat berbagi mengapa itu merugikan dalam kasus Anda?

Dalam hal apa pun, saya ingin tahu apa yang lebih banyak orang di komunitas Paratext pikirkan tentang autosave.

Terima kasih.

Diterjemahkan secara otomatis dari English
oleh (379 poin)

Beberapa pemikiran tambahan - dari segi UX - tentang autosave…

Autosave biasanya sangat berguna, jika Anda hanya memiliki satu dokumen yang terbuka. Pengguna dapat dengan mudah melacak secara mental dokumen mana yang sedang disimpan dan bagaimana cara membatalkan perubahan jika diperlukan. Namun, Paratext mungkin memiliki banyak dokumen yang dapat diedit terbuka (atau Anda mungkin juga melihat browser atau email Anda pada saat yang sama dengan Paratext). Dalam skenario ini, adalah mungkin untuk mengetik sesuatu di Paratext, dengan berpikir bahwa Anda sedang mengetik ke jendela lain, dan autosave menjadi beban. Seseorang yang fokus pada jendela lain mungkin mengetik, “Salam hormat, John” atau “youtube.com” ke dalam proyek Alkitab, tanpa menyadarinya. “Youtube.com” kemungkinan besar akan tertangkap oleh pemeriksaan. “Salam hormat, John” … ya, itu bisa lolos dari pemeriksaan dan bergantung pada proofreading. Jika ada banyak proyek yang dapat diedit terbuka,

Lalu ada pembersihan otomatis yang terus-menerus dilakukan oleh Paratext. Ini dapat membantu pengguna menemukan bahwa ada masalah dengan proyek mereka. Jika mereka terus-menerus melihat “Apakah Anda ingin menyimpan perubahan” saat mereka menavigasi ke bab baru, padahal mereka cukup yakin bahwa mereka tidak membuat perubahan, itu bisa menjadi indikasi bahwa ada beberapa karakter tidak valid dalam teks yang sedang dirapikan oleh Paratext. Ini adalah tanda untuk memeriksa inventaris atau mungkin pengkodean teks.

Kami terus memikirkan apakah kami dapat menyediakan sesuatu seperti autosave dengan jaring pengaman yang spesifik untuk penyuntingan Alkitab. Saat ini, prompt penyimpanan di Paratext sengaja dibuat mengganggu. Kami ingin mengetahui bahwa Anda benar-benar bermaksud untuk menyimpan perubahan yang dibuat, dan kami ingin Anda menyadari bahwa perubahan terjadi di bab ini. Terjemahan telah diterbitkan dengan teks yang tidak disengaja di antara teks ayat, kami ingin menghindari hal itu!
Saya dapat membayangkan lingkungan campuran. Ini akan mempertahankan model penyimpanan yang disengaja dan dipromptkan sambil juga terus-menerus melakukan autosave. Yang terakhir akan menyediakan cadangan. Jika mesin pengguna crash - tawarkan untuk memulihkan atau melihat versi cadangan dan menyediakan opsi untuk memulihkan. Jika pengguna memilih untuk tidak menyimpan, simpan file .BAK dengan materi tambahan sampai mereka membuat perubahan lain di buku tersebut -simpan - dalam hal mereka segera menyesali pilihan untuk tidak menyimpan. Pengguna yang memilih untuk tidak menyimpan kerja keras mereka masih dapat mengambilnya dari file .BAK sampai mereka bekerja di buku itu lagi. (File .BAK memang sudah muncul di folder proyek, tetapi saya tidak tahu apa yang menyebabkan mereka muncul.)

Diterjemahkan secara otomatis dari English

Saat kotak dialog autosave muncul di layar, bagaimana jika kita memberikan orang-orang indikasi tentang apa yang mereka simpan? Bahkan 5 atau 10 kata pertama yang berubah bisa membantu menangkap beberapa masalah atau mengidentifikasi beberapa penyesuaian otomatis Paratext. Tombol lain di kotak dialog autosave dapat menampilkan kotak dialog yang lebih rinci yang memungkinkan pengguna untuk melihat semua perubahan mereka dan menerima atau menolak perubahan-perubahan ini satu per satu. Pengembang memiliki alat seperti ini untuk menghindari commit sampah ke repositori kode.

PADev.

Diterjemahkan secara otomatis dari English
0 suara

Baik untuk mengetahui @anon291708.

@anon094061, salah satu kekhawatiran dengan autosave adalah jika seseorang secara tidak sengaja menghapus sesuatu (atau memilih teks dan menekan Enter, yang menghapusnya), atau melakukan drag-n-drop yang tidak disengaja dan tidak menyadarinya, autosave akan menyimpan perubahan yang tidak disengaja tersebut. Jadi sebagian dari itu adalah keseimbangan antara apakah pengguna menyimpan pekerjaan mereka sendiri (beberapa menyimpan terus-menerus, beberapa hanya lupa) dan apakah mereka cukup waspada untuk menyadari perubahan yang tidak disengaja (beberapa mungkin menyadarinya segera, yang lain tidak).

Dan kemudian selalu ada kebetulan acak di antaranya. :slight_smile:

Diterjemahkan secara otomatis dari English
oleh [Moderator]
(2,1k poin)
0 suara

@james_post, ah, poin yang bagus. Autosave dengan setiap ayat + kehilangan tumpukan undo-redo dengan setiap penyimpanan akan menjadi resep bencana! … Tetapi jika ada cara untuk mempertahankan tumpukan tersebut antar penyimpanan, mungkin itu bisa bekerja…

Saya percaya bahwa drag dan drop dinonaktifkan secara bawaan, yang saya pikir tentu saja langkah yang baik…

Diterjemahkan secara otomatis dari English
oleh (379 poin)
0 suara

Halo @anon094061, pertanyaan yang sangat menarik karena memungkinkan kita melihat pengguna dan perspektif berbeda yang ada. Sedikit masukan dari seorang dinosaurus, secara IT. Biasanya saya membenci apa pun yang otomatis, kecuali jika sangat terdokumentasi dengan baik, transparan, dan dapat dikonfigurasi (termasuk dapat dimatikan).

Bencana adalah alat-alat di mana mereka menyajikan campuran konsep, di mana Anda harus menyelesaikan atau mengonfirmasi pekerjaan atau konfigurasi tertentu (dengan OK atau ENTER) dan jendela atau bagian lain di sana “tidak ada” dan tidak ada umpan balik visual dan Anda hanya harus berharap bahwa pengaturan Anda telah disimpan atau diterapkan. Atau mungkin Anda hanya melewatkan simbol centang yang tidak di kanan bawah di mana Anda menginginkannya, tetapi di kanan atas. Terdengar familiar?

Sampai saat ini saya sangat senang dengan PT dalam aspek ini dan tidak bisa mengingat pernah kehilangan sesuatu yang signifikan, secara pekerjaan. Kebiasaan yang baik, saya kira, atau PT yang baik, atau tentu saja.

Hanya satu detail: Untuk tim lokal, saya harus mengatakan bahwa sebagian besar dari mereka tidak pernah menggunakan atau melihat salah satu dari “bukan-disket-sangat” itu. Jadi simbol simpan di PT sudah ketinggalan zaman dan tidak membantu di sini.

Saya bekerja selama bertahun-tahun di PT dan bahkan tidak pernah tahu tentang autosave. Suatu hari menemukan opsi untuk menyimpan saat mengubah bab. PT selalu adil dan mengusulkan penyimpanan saat mengubah bab, jadi kami selalu harus melakukan klik-klik itu. Saya memahami pesan-pesan itu berarti “jika Anda mengubah bab dan tidak menyimpan, pekerjaan Anda akan hilang”, jadi tentu saja kami sebagian besar ingin menyimpan dalam kasus ini.

Jika ada lebih banyak “autosave” di PT di luar keajaiban mengubah-bab, saya tidak tahu. Beberapa posting di sini hanya menulis “autosave”. Fitur apa yang dimaksud dengan itu tepatnya?

Terjemahan pekerjaan - atau setidaknya tahap tertentu - dapat dilakukan dengan memasukkan beberapa opsi (kami sering menggunakan beberapa opsi berdampingan dengan simbol / untuk memisahkannya, saat bekerja sebagai tim) dan melihatnya secara tertulis dan dalam konteks ayat tetangga. Kemudian ide-ide akan diteriakkan dan teks di layar diedit. Ini bisa disebut “bermain-main kreatif sampai baik”.

Sejarah ayat dan “timing tags”-nya masih misteri yang dalam bagi saya. Jadi alih-alih memiliki mungkin sepuluh versi dalam sebuah ayat, kami mungkin memiliki puluhan atau ratusan dengan fitur autosave tertentu, jika itu diterapkan pada cara pengujian kreatif kami: semoga tidak pernah terjadi.

Jadi perspektif saya untuk pekerjaan penting seperti mengendarai kendaraan bermotor atau menerjemahkan kitab suci masih bahwa mesin, bahkan AI, tidak akan pernah tahu apa yang benar-benar terjadi. Jadi itu adalah peran pengguna untuk berkonsentrasi dan menyimpan dengan bijak saat diperlukan. Atau menggunakan opsi untuk pergi dan tidak menyimpan, jika beberapa ide draf dipertimbangkan dan tidak disukai oleh tim.

Saya menggunakan beberapa alat profesional berbayar seperti editor dan beberapa memungkinkan saya menetapkan jumlah RAM atau ruang disk tertentu dalam GB untuk undo dan untuk tujuan (auto)save. Itu adalah fitur yang baik. Secara pribadi saya mungkin sangat konservatif dengan autosave (tetapi menyukainya di mana autosave tersebut ditempatkan ke folder tertentu atau memiliki sufiks tertentu pada nama file yang dapat saya konfigurasikan sendiri). Sebaliknya, saya biasanya akan memberikan izin yang sangat murah hati untuk undo, untuk alat-alat di mana saya yakin bahwa mereka benar-benar menangani seni-undo dengan baik.

Diterjemahkan secara otomatis dari English
oleh (934 poin)

Tim,
Saya tidak yakin apakah saya memahami Anda dengan benar, tetapi Autosave adalah opsi yang dapat Anda nyalakan di pengaturan utama Paratext. Jika Anda mencari di bantuan, Anda dapat menemukan yang berikut:

Diterjemahkan secara otomatis dari English

Jika Anda semua hanya berbicara tentang “Autosave saat berganti ke buku atau bab yang berbeda”, maka saya telah melihat ini sejak awal. Saya telah menyebutkannya di .

Tetapi dalam pemikiran saya, ini bukan “autosave” yang sebenarnya karena itu tidak otomatis. Bukan berdasarkan waktu atau jumlah edit. Saya harus “memicu” itu sendiri dengan berganti ke bab lain. Jika masalah pernah datang (mati listrik, hewan di keyboard, apa pun) itu tidak akan menyimpan pekerjaan saya selama x-jam di dalam satu bab. Inilah mengapa saya bertanya apakah ada “sesuatu yang lain”.

Lagi: Saya tidak pernah membutuhkan banyak autosave dan saya sangat senang dengan PT seperti yang ada - dalam aspek ini. Saya hanya ingin mengetahui semua fitur yang ada. OP bertanya apa yang kami harapkan. Saya tidak mengharapkan banyak dan jadi saya adalah pengguna yang bahagia.

Diterjemahkan secara otomatis dari English

Jika pengguna memang dapat tetap di satu bab untuk waktu yang lama dan tidak memicu auto-save, mungkin masuk akal untuk memiliki auto-save yang dipicu otomatis dari waktu ke waktu (satu kali per jam?). Seperti yang dikatakan Tim, jika ada pemadaman listrik atau sesuatu, banyak pekerjaan bisa hilang dengan cara itu.

Diterjemahkan secara otomatis dari English

Saya setuju dengan @Tim dan @james_post di sini. Mudah menghabiskan berjam-jam atau bahkan lebih dari satu hari di satu bab - terutama ketika bekerja pada draf pertama.

Mungkin cadangan pemulihan crash Paratext akan berperan di sini?

Meskipun demikian, saya benar-benar menginginkan autosave yang sebenarnya.

Bagaimana pengguna baru mengetahui fitur cadangan, dan dengan demikian dapat menggunakannya? Ini benar-benar masuk ke wilayah luas pelatihan pengguna. Ide pertama yang terlintas di benak saya adalah mengimplementasikan semacam layar pembuka untuk instalasi Paratext baru. Sesuatu setingkat, “jika Anda mengalami crash dan kehilangan data, Anda mungkin dapat memulihkannya dari cadangan. Pelajari lebih lanjut dengan mengklik di sini atau mencari “backup” di bilah pencarian atas.” Tetapi jika Anda dapat membenarkan layar pembuka untuk itu, Anda dapat membenarkannya untuk segala macam hal, dan kemudian akan ada begitu banyak popup… Dan bagaimana jika pengguna baru tidak memulai dengan instalasi Paratext yang baru? Banyak masalah :joy:

… Atau, bagaimana jika pengguna baru dimulai dengan kampanye email otomatis di LWC mereka yang secara bertahap memberi mereka informasi dasar dan penting, tips dan trik… Tentu saja ini akan melengkapi sistem pelatihan yang ada. Tetapi mungkin dua paragraf ini harus berada di thread mereka sendiri :joy:.

Diterjemahkan secara otomatis dari English

Kami berharap dapat membantu menyelesaikan beberapa masalah ini dengan lokakarya Paratext untuk Pemula online (dulu Paratext Boot Camp). Yang berikutnya akan datang di bulan Juni: https://paratext.org/paratext-training/paratext-beginners-training. Ada harapan/pembicaraan untuk menjadikan ini sebagai kursus mandiri di mana pengguna dapat mengambilnya secara individual dengan kecepatan mereka sendiri.

Diterjemahkan secara otomatis dari English
0 suara

Ini adalah beberapa pertimbangan dan ide yang baik.

Faktor penting dari percakapan ini adalah bagaimana pekerjaan dapat dilindungi dan dipulihkan dalam peristiwa crash.

Bagaimana pengalaman pengguna untuk memulihkan pekerjaan yang hilang? Apakah seperti Word? Mereka membuka kembali Paratext dan dialog muncul, bertanya apakah mereka ingin memulihkan apa yang sedang mereka kerjakan? Atau apakah mereka harus masuk jauh ke dalam folder program, menemukan file .BAK, dan melakukan sesuatu dengannya?

Jika lebih seperti yang terakhir, mungkin pekerjaan sukarelawan yang disebutkan sebelumnya sudah disimpan, tetapi dia tidak mengetahuinya.

Apa yang bisa menjadi alasan untuk hal ini tidak terjadi?

Saya merasa semakin baik opsi pemulihan, semakin tidak diperlukan autosave.

Diterjemahkan secara otomatis dari English
oleh (379 poin)

Dengan asumsi “crash save” berfungsi (saya belum pernah mendengarnya tidak berfungsi sebelum laporan ini), ketika Paratext dimulai ulang, pengguna harus melihat dialog yang mengatakan “Teks yang tidak tersimpan untuk {ProjectName} telah dipulihkan. Silakan tinjau jendela ini dan simpan atau buang teks.”. Teks tersebut kemudian dapat dibatalkan (menggunakan Undo) jika pengguna tidak ingin menyimpannya.

Tidak ada ide yang terlintas di benak saya. Ini adalah pertama dan satu-satunya kali saya mendengarnya gagal. Jika seseorang dapat mereproduksi kegagalan tersebut, mungkin kami dapat mencari tahu mengapa itu tidak berfungsi. :thinking:

Diterjemahkan secara otomatis dari English

Pertanyaan terkait

0 suara
1 jawaban 237 tampilan
Halo, Saya ingin bertanya tentang beberapa detail perilaku Paratext terkait penyimpanan (saving), penyimpanan otomatis ( ... ingin bertanya untuk memastikan. Terima kasih banyak!
alex_larkin 379 bertanya Apr 3, 2021
+1 suara
2 jawaban 341 tampilan
Halo, Saat ini kami sedang memeriksa terjemahan kami dan sering berpindah-pindah dari ayat ke ayat dan dari pasal ... Perkiraan waktu baca: 13 menit Terima kasih banyak, anon094061
alex_larkin 379 bertanya Mei 6, 2021
0 suara
3 jawaban 301 tampilan
Reading about Unicode equivalence here and on SIL's NRSI pages here and also here on Wikipedia it would appear that Unicode ... and output (apps etc) can be made most helpfully.
rowbory 510 bertanya Feb 15, 2017
0 suara
1 jawaban 195 tampilan
Cancelling a Send / Receive takes an inordinately long time (5 minutes seems a generous estimate). Is there any way ... a slow internet location, and it's proving very frustrating
Paul 642 bertanya Nov 17, 2018
0 suara
4 jawaban 571 tampilan
Saya menggunakan alat Compare versions untuk melihat perubahan dalam teks proyek. Alat ini berguna. Namun, saya ... di alat Compare Versions ? Terima kasih atas bantuannya!
bit 495 bertanya Des 27, 2021
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For we were all baptized by one Spirit so as to form one body—whether Jews or Gentiles, slave or free—and we were all given the one Spirit to drink.
1 Corinthians 12:13
3,045 pertanyaan
6,005 jawaban
5,671 komentar
2,026 pengguna