Saya setuju di sini. Terutama karena dialog komit secara efektif berfungsi sebagai "status git" di gui.

Apa yang Anda harapkan untuk skenario ini:

Langkah 0:

1. Dalam formulir utama (Jelajahi) klik tombol "Komit", dialog komit terbuka.
2. Minimalkan dialog komit dan alihkan fokus kembali ke jendela utama.
3. Klik tombol "Komit" lagi.
   T: haruskah dialog yang ada muncul atau salinan dialog baru harus dibuat?

Langkah 1:

1. Dalam formulir utama (Jelajahi) klik tombol "Komit", dialog komit terbuka.
2. Alihkan fokus kembali ke jendela utama dan tutup.
   T: haruskah dialog komit ditutup juga?

Langkah 2:

1. Dalam formulir utama (Jelajahi) klik tombol "Komit", dialog komit terbuka.
2. Alihkan fokus kembali ke jendela utama dan perhatikan bahwa komit baru belum ada.
3. Alihkan fokus ke dialog komit dan komit sebagian file (atau bagian dari baris yang diubah), komit baru telah dibuat, tetapi dialog komit masih terbuka.
4. Kembali ke jendela utama.
   T: Haruskah grafik riwayat komit sudah berisi komit baru?

1. Dialog yang ada
2. Tutup dialog
3. Dialog komit harus ditutup setelah komit & riwayat harus menunjukkan komit baru

Ini pendapat saya, sih.

0: Dialog yang ada

1: Tutup dialog

2: grafik harus berisi komit baru, dialog komit harus ditutup tergantung pada opsi yang dipilih (seperti sekarang)

Saya juga ingin mendukung permintaan ini. Rasanya tidak wajar bahwa saya harus menutup dialog komit hanya untuk mendapatkan riwayat untuk menyalin pesan komit misalnya.

Sangat dihargai.

Ada juga masalah lain. Apa yang harus dilakukan GitExtensions ketika dialog Komit terbuka dan pengguna akan mengubah direktori kerja?
a) Tutup dialog komit
b) Biarkan dialog tetap terbuka dan segarkan kontennya.
c) Biarkan dialog tetap terbuka dan bekerja dengan repo sebelumnya.
d) Jangan izinkan perubahan direktori kerja, ketika ada dialog terbuka.
e) Ide lain.

Saya mengharapkan "c", tetapi pada tombol "Commit" klik ulangi contoh dialog baru harus dibuka. Satu instance dialog per repo (jadi jika Anda mengubah dir kerja kembali, instance pertama akan digunakan lagi alih-alih membuka instance ketiga).

c) Biarkan dialog tetap terbuka dan bekerja dengan repo sebelumnya.

Dan berikan "perbarui perubahan lokal", yang diwakili dalam pohon file perubahan di sebelah kiri (tidak dipentaskan). Situasi ini sudah dimungkinkan dalam keadaan saat ini dan tidak terpengaruh oleh modalitas dialog. Namun, harus jelas bahwa perubahan lokal tidak boleh dilakukan dari GitExt.
Saya pikir mengubah cabang atau komit saat ini (yaitu indeks) - "keras" tidak akan dapat diterima; direktori kerja harus tetap tidak tersentuh - memiliki penggunaan terbatas pada saat ini tetapi saya tidak melihat alasan mengapa ini tidak mungkin.

Atau, "Berkomitmen ke ... (cabang|komit)".

Saya baru-baru ini membuat ViewPullRequestForm tanpa mode. Ketika saya mengklik FormBrowse itu merespons, tetapi tetap berada di belakang ViewPullRequestForm. Adakah yang tahu pengaturan apa pun untuk menampilkan FormBrowse di depan ViewPullRequestForm setelah FormBrowse diaktifkan?

Anda dapat menghapus parameter induk dari panggilan Show()/ShowDialog() untuk ViewPullRequestForm.

Saya mencoba tetapi tidak membantu.

Saya pikir perilaku bentuk tanpa mode saat ini tidak intuitif dari sudut pandang pengguna karena aplikasi keluar saat menutup jendela utama.

Saya pikir kami memiliki beberapa opsi:

• Cobalah untuk memperbaiki masalah dalam implementasi saat ini
• Setiap kali menjalankan instance aplikasi baru
• Ubah semua jendela tanpa mode FormBorderStyle menjadi FixedToolWindow/SizableToolWindow sehingga pengguna setidaknya dapat mengharapkan perilaku ini

Saya sering tersandung dalam hal ini. Saya membuat komit kecil biasa dan menjaga jendela komit.

Ini terus terjadi:

1) Lakukan sesuatu
2) Minimalkan jendela
3) Lanjutkan
4) Kembali ke jendela utama Git Extensions dan coba klik item
5) Menjadi frustrasi ketika hanya berkedip dan membuat suara kesalahan
6) Sadarilah ada jendela modal kecil yang diperkecil di ujung paling kiri layar saya

Harap buat non-modal atau hapus kemampuan untuk meminimalkan. Saya memilih opsi sebelumnya.

Anda dapat melakukan stage dan unstage dan kemudian menutup dialog komit dan membawanya
cadangan kapan saja.

Pada Kam, 18 Juli 2013 pukul 11:14, Drew Noakes [email protected] :

Saya sering tersandung dalam hal ini. Saya membuat komitmen kecil secara teratur dan tetap
jendela komit tentang.

Ini terus terjadi:

1) Lakukan sesuatu
2) Minimalkan jendela
3) Lanjutkan
4) Kembali ke jendela utama Git Extensions dan coba klik item
5) Menjadi frustrasi ketika hanya berkedip dan membuat suara kesalahan
6) Sadarilah ada jendela modal kecil yang diperkecil di paling kiri
layar saya

Harap buat non-modal atau hapus kemampuan untuk meminimalkan. saya memilih
untuk opsi sebelumnya.

—
Balas email ini secara langsung atau lihat di Gi tHubhttps://github.com/gitextensions/gitextensions/issues/564#issuecomment -21190625
.

_Jay Asbury_
Perbaikan PC dan program khusus $30/jam min 1 jam
Blog Bersepeda Saya http://vbjaybiking.blogspot.com

@vbjay , saya tahu, itu bukan hanya bagaimana saya terbiasa bekerja dengan windows komit :) Saya menghabiskan sebagian besar waktu saya di Linux dengan alat lain yang berfungsi seperti yang saya harapkan. Senang bagi penulis untuk memutuskan apa yang terbaik. Hanya +1 saya untuk perubahan.

Gangguan lain dari dialog modal commit adalah ia membawa jendela utama ke depan saat fokus.

Misalnya, jika Anda memasang jendela utama ke kiri, lalu membuka dialog komit dan memasangnya ke kanan, lalu Anda membuka IDE yang ditambatkan ke kiri dan memfokuskan dialog komit, jendela utama mengaburkan IDE. Anda akhirnya harus sedikit menyulap jendela untuk mendapatkannya seperti yang Anda inginkan.

Saya baru-baru ini menyadari bahwa pada dasarnya saya hanya menggunakan jendela komit, dan saya akan dengan senang hati meluncurkannya sendiri. Saya sangat menyukai kemampuan untuk melakukan tambalan dengan mouse (daripada secara interaktif di konsol), tetapi semua hal git lainnya terasa lebih nyaman di baris perintah.

Dengan mengingat hal ini, jawaban saya atas tiga pertanyaan yang diajukan oleh @vcpp adalah:

1. Gunakan kembali jendela komit berdasarkan repositori (Saya ingin beberapa jendela komit terbuka untuk proyek yang berbeda).
2. Biarkan jendela komit terbuka
3. Komit di jendela anak memberi tahu jendela utama komit baru, jadi pembaruan segera terjadi

Tampaknya ada kesepakatan antara @NJAldwin , @jbialobr dan saya sendiri (tiga responden) dalam segala hal kecuali poin kedua, dan itu dapat dikontrol oleh opsi di drop-down yang ada ini:

Ada beberapa diskusi menarik di situs UX Stack Exchange:

http://ux.stackexchange.com/questions/39778/benefits-and-drawbacks-of-modal-windows

Tampaknya tergantung pada apakah Anda menggunakan jendela komit untuk mantra pendek, atau apakah Anda membiarkannya terbuka. Alat seperti Git Extensions cocok dengan beragam alur kerja pengembang. Pada masalah ini saja saya merasa seperti itu dirancang untuk seseorang dengan alur kerja yang berbeda dengan saya. Secara anekdot, pandangan ini dibagikan oleh pengembang lain di tim saya.

Baru-baru ini, konsol ditambahkan ke kontrol tab di panel bawah jendela utama. Mengapa jendela komit tidak dapat ditambahkan sebagai tab di sana juga?

Ini sepertinya solusi yang bagus untuk saya.

Berikut adalah mockup. Judul tab perlu diubah. Mungkin tab "Komit" kedua menjadi "Perubahan".

Anda masih bisa menyimpan jendela komit yang ada untuk pengguna yang telah tumbuh seperti itu. Setidaknya dari perspektif visual, kontrol dapat digunakan kembali (dikurangi opsi tentang menutup dialog saat komit, dll).

Ini sepertinya solusi yang bagus untuk saya.

Ini memang ide yang bagus! Sebagian besar waktu saya beralih ke dialog Telusuri hanya untuk membuka dialog Komit.

Satu-satunya masalah yang akan saya lihat adalah perlambatan ui. Itu banyak
fungsionalitas digulung menjadi satu bentuk. Mungkin tidak memperbarui kontrol sampai
tab aktif.

Pada Senin, 20 Mar 2017 pukul 13:36 Janusz Białobrzewski <
[email protected]> menulis:

Ini sepertinya solusi yang bagus untuk saya.

Ini memang ide yang bagus! Sebagian besar waktu saya beralih ke dialog Telusuri
hanya untuk membuka dialog Komit.

—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/gitextensions/gitextensions/issues/564#issuecomment-287837834 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ADdhsWU1-9kllO-8sYbi61lIS_owCqH0ks5rnrkcgaJpZM4AdCWc
.

Memuat UI dengan malas tampaknya masuk akal (meskipun tidak akrab dengan kode).

Saya pikir jika kita ingin mengintegrasikan FormCommit ke formulir utama, maka kita harus memindahkan tab "Konsol", "Komit..." di jendela penuh

@KindDragon yang tampaknya konsisten secara logis karena keduanya tidak bergantung pada komit yang dipilih dalam grafik.

Kelemahannya adalah kehilangan lebih banyak ruang vertikal, dan meningkatkan jumlah gerakan dan klik mouse yang diperlukan untuk bernavigasi di sekitar UI. Seringkali UI lebih ramah/alami bagi pengguna bahkan ketika itu kurang logis bagi programmer.

Jika Anda akan memperkenalkan tab di bagian atas, saya pribadi lebih suka jika itu untuk repositori sehingga saya bisa melacak beberapa repo dalam satu jendela. Itu bukan fokus masalah ini, tetapi ada baiknya mempertimbangkan penggunaan alternatif untuk kontrol tab tingkat atas sebelum melakukannya.

Satu alur kerja yang akan lebih baik jika bentuk komit berada di bawah grafik adalah membuat komit perbaikan. Semua yang Anda perlukan akan terlihat di layar. Saya yakin dua elemen UI yang paling banyak dilihat adalah grafik dan jendela komit. Membuat modal komit membuat sulit untuk menggunakan keduanya bersama-sama. Menempatkan mereka di tab membuatnya lebih mudah, tetapi membuat keduanya terlihat pada saat yang sama adalah (menurut saya) yang terbaik.

Jika Anda akan memperkenalkan tab di bagian atas, saya pribadi lebih suka jika itu untuk repositori sehingga saya bisa melacak beberapa repo dalam satu jendela.

Saya memikirkan tab di bagian bawah.

Bergerak di antara bilah tab di bagian bawah, tab di tengah, dan bilah alat/menu di atas adalah banyak aktivitas mouse untuk menavigasi ke mana Anda harus pergi. Memiliki satu bar di bagian atas dan satu bar di tengah lebih baik daripada memiliki tiga bar, IMO. Tab yang ditempatkan di bawah panelnya tidak begitu umum di UI.

Mungkin kolom tab (Graph, Commit, Console) di sisi kiri jendela, sejajar dengan bagian atas. Itu akan membuat semuanya tetap dekat.

Pertimbangkan untuk menggunakan kerangka kerja dok sehingga pengguna dapat mengonfigurasi tata letak yang sesuai dengan mereka. Saya tidak berpikir mungkin untuk menyenangkan semua orang dengan satu tata letak. Sekali lagi, saya suka melihat grafik saat saya melakukan.

Saya sebenarnya tidak suka proposal itu... Bagi saya itu berarti terus-menerus mengubah ukuran panel (pemisah).

Mungkin UX yang lebih baik dapat dicapai dengan jendela berlabuh seperti di VS (lihat https://github.com/gitextensions/gitextensions/issues/3679).
Tetapi (harus selalu ada) itu tidak akan berfungsi untuk pengguna non-windows ....

Mungkin solusi docking "orang miskin" di mana pengguna dapat memilih tata letak dari serangkaian tata letak yang telah ditentukan sebelumnya dari tata letak yang ditambatkan atau tidak di-unlock akan dimungkinkan? Menemukan kerangka kerja yang akan mendukung docking untuk semua orang mungkin sulit?

Saya menambahkan beberapa masalah terkait:

4033

4031

Saran di #4031 yang harus terkait dengan "komit tanpa mode" mirip dengan mockup oleh @drewnoakes
Saya setuju sampai batas tertentu dengan @RussKie dan percaya komit dasar harus tanpa mode, tetapi komit "penuh" dapat dilakukan di sembulan

• Tab komit saat ini disembunyikan. Harus memiliki info yang mirip dengan tab komit untuk HEAD, kecuali bahwa tidak ada hash komit dan pesan komit itu adalah "WIP saat ini" (apa yang telah ditambahkan sebelumnya).

• Peningkatan: Teks komit yang dapat diedit. Bahkan jika hanya mungkin untuk melakukan dari dialog popup, itu akan menyederhanakan penulisan pesan komit.

• Penyempurnaan: Tombol komit mirip dengan Komit popup

• Tab Diff, menu konteks tampilan file ke stage/unstage dan reset file

  • Haruskah klik dua kali file berfungsi seperti di Browse (File History) atau stage/unstage seperti di Commit?

• Enhancement: Tab terpisah sehingga Commit/Diff dapat dilihat secara bersamaan

  • Cukup dengan memindahkan jendela komit?

Apa pendapat Anda tentang ide untuk membuat dialog komit "dockable" di bagian bawah grafik komit (seperti @drewnoakes mockup) dan pintasan keyboard dock/undock bisa sama (atau dapat dikonfigurasi) seperti membuka dialog di tempat pertama.
Jadi katakanlah Anda membuka dialog besar-besaran dengan ctrl+spasi tetapi menginginkannya lebih kecil, ctrl+spasi lagi dan itu berlabuh. Dan sebaliknya jika status dialog terakhir di-dock.

@drewnoakes apakah Anda memiliki prototipe yang berfungsi? Saya ingin mulai menggunakan HARI INI :D

Saya mulai menerapkan menggunakan tab CommitInfo di awal tahun, tetapi pada dasarnya menggandakan semua kode di FormCommit sehingga solusi tidak akan menyenangkan dari perspektif pemeliharaan dan saya menjatuhkannya.

Adakah pemikiran untuk meninggalkan dialog ini sebagai modal tetapi dengan opsi untuk memasang/melepaskannya?

Tidak pernah menggunakannya. Ini berlisensi MIT. https://github.com/dockpanelsuite/dockpanelsuite

Menutup ini demi #5535.

Menurut pendapat pribadi saya, akan lebih baik untuk menerapkan ini, bagaimanapun, ada solusi, setidaknya di bawah Windows, yaitu membuka folder di file explorer, klik kanan dan pilih "GitExt Commit...", ini akan terbuka dialog komit secara independen ke jendela Ekstensi Git lainnya yang dibuka.