@Tekbr apa yang salah dengan pendekatan kami?

@bpasero Saya pikir itu tidak terlalu jelas. Saya akan mencoba menjelaskan lebih baik. Maaf untuk bahasa Inggris

Saya menikmati yang baru di versi 1.7, tetapi akan menarik untuk memungkinkan pemisahan vertikal dan horizontal pada saat yang bersamaan.

Seperti yang ditunjukkan di gif, tiga tab. Perpecahan vertikal, pemisahan horizontal pada saat yang sama.

Mengklik tombol (atau menggunakan pintasan) untuk mengubah orientasi, itu menjadi sedikit membosankan.

Sama seperti kita menyeret tab ke samping itu menyesuaikan jendela, menyeret ke bawah, dekat tepi bawah jendela ini untuk menyesuaikan, tanpa perlu menggunakan "Toggle Editor Group Layout".

Saya menggunakan 👍 tetapi ingin memberikan dukungan verbal untuk kasus penggunaan ini juga. Saya memiliki monitor yang agak besar di mana saya menggunakan Sublime dalam grid 2x3 yang saat ini tidak memungkinkan di VS Code karena Anda harus memilih antara horizontal vs vertikal.

Setelah akhirnya menerapkan # 1749, ini adalah langkah lain yang diperlukan untuk membuat meja kerja sefleksibel di editor lain ( Sublime Text, Atom, vim, Emacs, Visual Studio lengkap - semuanya mendukung tata letak kisi). Terutama pada layar yang lebih besar, sangat berguna untuk menggunakan tata letak kisi 2x2 atau 1 + 2. Beberapa orang dengan layar yang sangat besar cenderung menggunakan tata letak yang lebih gila lagi, yang dapat berguna saat mengerjakan proyek yang memiliki banyak file terkait (misalnya file header dalam C ++).

Akan sangat menyenangkan memiliki sesuatu seperti ini di VS Code!

Saya suka bisa membelah baik secara vertikal maupun horizontal dan ini benar-benar hilang di sini :(

Mudah-mudahan bisa terlaksana. Ini adalah satu-satunya masalah besar yang saya alami dengan vscode sekarang.

+1

Saya menggunakan WebStorm melalui VS Code karena tiga alasan:

1) Tidak dapat membagi secara horizontal
2) emulasi vim biasa-biasa saja (tapi terima kasih, itu membuatnya dapat digunakan sama sekali)
3) tidak dapat merekam makro keyboard

VS Code sangat cepat dan saya suka itu dalam JavaScript. Ini memiliki banyak sekali potensi. Saya yakin itu akan menjadi editor pilihan saya ketika hal-hal itu diterapkan.

Untuk lebih jelasnya, berikut screenshot menu WebStorm (yang saya maksud dengan split horizontal):

Bagi saya, Atom memilikinya dengan sempurna ... terbagi atas / bawah ... belah kiri / kanan ... dan Anda dapat berakhir dengan 4 kuadran, atau 2 di kiri dan 1 di kanan, atau 1 di kiri dan 2 di sebelah kanan, atau bahkan lebih jika Anda suka ... masing-masing dengan kumpulan tabnya sendiri. File yang baru dibuka masuk ke bagian dengan fokus pada saat dibuka. Saat ini saya menggunakan ketiga casing pada monitor 4K saya.

Saya bertanya-tanya mengapa itu belum diimplementasikan, atau mungkin tim VS memiliki beberapa pembenaran terhadap pemisahan horizontal?

@whitecolor VSCode memiliki pemisahan horizontal. Anda dapat mengaktifkannya dengan menekan 'alt + shift + 1' (beralih antara pemisahan vertikal dan horizontal).

Namun, saya pasti setuju bahwa tata letak grid yang memungkinkan ketidakcocokan jendela horizontal dan vertikal diperlukan di VSCode. Di kantor saya, saya satu-satunya orang yang secara konsisten menggunakan VSCode dan salah satu alasan yang menonjol adalah kurangnya kemampuan tata letak grid.

Benar, Anda dapat beralih vertikal horizontal, tetapi tidak dapat menggunakan keduanya, ini agak aneh.

Apakah ini akan dipertimbangkan atau haruskah kita melupakannya?

Sejujurnya itu adalah satu-satunya hal buruk yang saya lihat tentang vscode saat ini, tetapi saya ingin menggunakannya setiap hari dan cukup menyakitkan untuk tidak bisa melakukannya.
Saya mengerti bahwa waktu tidak terbatas, tetapi saya tidak melihat banyak yang terjadi di sini jadi permisi jika saya mengganggu dengan menaikkan ini tetapi saya ingin diskusi ini berlanjut lebih jauh :)

Silakan lihat diskusi di # 9443.

@kieferrm Anda menutup masalah # 9443 yang merujuk orang ke masalah ini. Jadi, dapatkah kita berasumsi bahwa masalah ini adalah _one_ yang akan melacak fitur tata letak kisi?

@andrendy ya.

Juga akan menyukai ini. Pemisahan grid yang sewenang-wenang cukup penting bagi alur kerja saya. Saya ingin beralih ke Code karena ini luar biasa di tempat lain tetapi, ini terus menahan saya. 😄

Ini adalah alasan nomor satu mengapa beberapa kolega saya tidak menggunakan vscode train

Pastinya. Ini merupakan bagian integral dari sebagian besar alur kerja pengguna emacs untuk terus mendefinisikan ulang kisi penyangga, menggunakan kombinasi tombol C-x-<n> . Saya akan mengatakan penggunaan nomor satu adalah membagi satu kali untuk mendapatkan dua tampilan dari buffer yang sama dan dengan cepat menavigasi ke bagian yang berbeda untuk referensi - dan kemudian sering tidak terpisahkan segera setelahnya.

Saya hanya mencoba untuk beralih dari Emacs, dan tidak memilikinya membuat migrasi menyakitkan

Wow. Aku benci ini. Setiap kali Anda memulai beberapa perangkat lunak baru, bermain-main sedikit dan menemukan sesuatu yang mengganggu, Anda membuka masalah - tetapi masalah itu baru saja diselesaikan untuk dirilis di versi berikutnya, atau diskusi baru saja selesai sehingga perlu dilakukan .
Ngomong-ngomong. Bermain dengan React-Native, setelah Android Studio saya sangat merindukan pemisahan layar ini

Setuju bahwa kita harus dapat membagi baik secara Horizon DAN Vertikal. Memilih 1 format di atas yang lain tidak dapat digunakan.

Mungkin ingin mengambil halaman dari:
https://github.com/SublimeText/Origami

Ini adalah satu-satunya fitur yang akan saya lewatkan jika saya meninggalkan Sublime atau Atom dan menghalangi saya menggunakan VSCode

Untuk Pembuat Kode atau Penulis serius yang multi-tugas, ini adalah fitur yang diperlukan yang setidaknya harus didukung dalam sebuah plugin.

Saya selalu merasa bahwa 3 jendela terlalu kurus / pendek untuk melihat sesuatu dengan jelas, dan tata letak kisi adalah cara yang bagus untuk mengurangi masalah. Ketika saya membutuhkan dua file referensi untuk dibuka, sulit untuk membuatnya dapat digunakan di vscode sekarang :(

Berikut adalah gambaran kecil untuk membantu memvisualisasikan mengapa grid jauh lebih unggul dari yang kita miliki saat ini (meskipun mungkin sudah cukup jelas)

Semoga ini menjadi peta jalan untuk masa depan!

Saya sangat membutuhkan ini sehingga saya akan melakukannya sendiri jika saya punya waktu. Tanpa ini, VSCode tidak dapat digunakan untuk banyak pengembang. Jika ini tidak segera tersedia, saya harus melanjutkan karena ini adalah fitur dasar yang diharapkan oleh pengembang dari setiap editor teks.

👍

Berasal dari VIM jadul di tahun 90-an dan awal 00-an, dan VS sejak 00-an selama 14 tahun, plugin Sublime dan Atom w / VIM selama bertahun-tahun ... Mencoba beralih ke VSCode dan menemui hambatan serius dengan batasan ini. Serius, dalam waktu sekitar 30 menit saya menekan ini dan seperti ... "Tunggu, serius ... Saya tidak bisa membuat kisi?"

VSCode sedang dibentuk untuk menjadi luar biasa. Tapi itu membutuhkan tata letak grid, bagi saya. Jika saya tidak menggunakan grid, itu akan menjadi editor default saya.

MS menyebutkan di # 1749 sebagai alasan mengapa (tata letak dan pengelompokan, dan pengikatan kunci).

Tapi cukup dengan "tinjauan desain" - cukup aktifkan fitur yang dimiliki semua editor lain, dan selesaikan dengan itu. Jika Anda harus merusak infrastruktur dan pengelompokan tab atau apa pun, buatlah itu menjadi versi utama dan beri tahu semua orang alasannya. Selesai.

.NET Core sudah menunjukkan bahwa MS tidak lagi berada di pasar "kompatibilitas mundur", dan bersedia untuk merusak fitur-fitur yang akan berkembang dan menyederhanakan produk. Saya tidak melihat alasan mengapa VSCode tidak dapat mengikuti pola yang sama dan merusak beberapa hal untuk berkembang ke level editor dewasa lainnya. Untuk standar komunitas.

Merupakan batasan serius untuk tidak dapat:

:vs 
:vs 
:split

Terjemahan untuk guru non-VIM: ini adalah gema dari kata-kata kasar di utas ini dan di # 1749 tentang tidak dapat membagi secara vertikal DAN horizontal - untuk membentuk editor seperti kisi.

Sangat membuat frustrasi sehingga saya cenderung hanya menggunakan kode VS untuk pengeditan pencahayaan, dan beralih ke terminal untuk pengeditan grid hardcore.

Di 4k 30 "saya, atau di Macbook Pro 15" Retina saya - saya menggunakan tata letak kisi secara eksklusif.

Melepas jendela akan menjadi nilai tambah yang besar juga. Tapi saat ini, saya masih harus menggunakan [n] vim - jadi saya memiliki konsol yang terbuka dengan tmux di 3 tiga monitor saya untuk saat ini dan mungkin satu sesi VScode untuk beberapa keindahan pada satu monitor - karena VSCode tidak mendukung ' tata letak kisi 'dari pemisahan horizontal dan vertikal pada saat yang bersamaan.

Saya agak setuju dengan komentar di atas. Meskipun aku tidak akan masuk dengan palu dan melakukannya. Jika keybindings mengkhawatirkan, oke. Siapkan fitur "tersedia" tanpa binding untuk memulai. Kerjakan itu nanti setelah Anda menemukan kompromi dan dapat mengerjakan ulang peta kunci. itu tidak masalah bagi saya karena saya memiliki sebagian besar peta kunci kustom seperti yang saya lakukan untuk sebagian besar editor saya sehingga semuanya konsisten satu sama lain (ke satu titik).

Tetapi jika fitur tersebut hanya berfungsi dan tersedia, serta didokumentasikan, saya pikir orang-orang masih akan menyukai momentum ke depan itu. Buat PR terpisah untuk mencari tahu cara mengintegrasikannya ke dalam alur kerja dan peta kunci yang ada.

Apakah ada pembaruan tentang apakah ini akan diterapkan dalam waktu dekat?

Saya juga ingin mengulangi rekomendasi sebelumnya untuk melihat ( baca: mencuri ide dari ) Origami karena luhur. Ini sangat kuat dan memiliki key binding yang dirancang dengan baik / intuitif (setelah Anda mempelajari struktur "chord" dasar), yang mencakup pintasan untuk memisahkan jendela secara horizontal / vertikal, memindahkan file antar panel, memindahkan fokus antar panel, mengubah ukuran panel, memperluas dengan cepat satu panel ke beberapa persentase dari ukuran editor.

Sejauh ini plugin ST paling berharga bagi saya, dan satu hal yang masih saya lewatkan setiap hari di vscode

Kurangnya dukungan tata letak grid adalah hal utama yang mencegah saya untuk mencoba VSCode dengan serius.

Menunggu pembaruan terkait fitur ini. Beralih dari Atom ke Kode VS menyakitkan tanpa ini.

Saya membutuhkan fitur ini.

Adakah pembaruan tentang ini sama sekali? senang melihat menempatkan PR jika itu bukan sesuatu yang sedang dikerjakan secara aktif ??

Ini adalah fitur yang sangat penting, dan ketidakhadirannya adalah satu-satunya hal yang membuat saya ragu tentang peralihan.

Kode VS membutuhkan ini!

Sementara kita membahas topik ini, saya ingin meminta API untuk mengontrol pemisahan secara terprogram. Agak timpang jika setiap kali kita ingin mengubah ukuran panel kita harus menggunakan mouse kita.

Selain itu, saya pikir ini akan memungkinkan beberapa plugin yang cukup keren.

Pasti membutuhkan fitur ini !! silahkan :)

@ atmd83 Kecuali jika ada sesuatu yang sedang dikerjakan di belakang layar, ini tampaknya bukan sesuatu yang secara aktif dikembangkan oleh siapa pun. Saya belum melihat permintaan pull apa pun yang terkait dengan masalah ini, dan belum ditambahkan ke pencapaian mendatang. Jika Anda masih ingin memasukkan PR, saya tidak berpikir itu akan sia-sia, dan mungkin ini adalah kesempatan terbaik kami untuk melihat ini dalam waktu dekat.

@ atmd83 berdasarkan komentar dan reaksi di utas ini, aman untuk mengatakan bahwa Anda akan dipuji sebagai pahlawan oleh ribuan pengembang jika Anda menerapkan fitur ini

@pelotom @ atmd83 @JeremyKruman Saya akan berhati-hati untuk mencoba mengerjakan ini. Ini adalah sesuatu yang berdampak pada banyak hal, dan kecil kemungkinannya PR Anda akan digabungkan.

Jika Anda benar-benar ingin berkontribusi, saya sarankan untuk berbicara dengan salah satu tim inti VSCode.

@ Anda mungkin benar. Sejujurnya saya tidak cukup paham dengan bagaimana segala sesuatu bekerja di belakang layar untuk membuat panggilan itu. Sampai kami mendapatkan pembaruan tentang ini, saya telah menemukan ekstensi di sini yang memungkinkan CSS dan JS khusus dimasukkan ke dalam VSCode, yang dapat _mungkin_ menawarkan solusi sementara bagi orang-orang yang sangat membutuhkan fitur ini. Saya belum memiliki terlalu banyak waktu untuk bermain dengannya, tetapi saya berencana untuk menghabiskan waktu malam ini mencoba mendapatkan satu editor vertikal di sisi kiri layar, dan dua editor horizontal di sebelah kanan. Seperti yang disarankan orang lain, ini mungkin jauh lebih mudah diucapkan daripada dilakukan, tetapi saya ingin menyampaikan opsi potensial ini kepada perhatian orang-orang jika ada orang lain yang ingin menyelidiki 😃

Bagi yang ingin menggunakan VSCode. Saya memiliki pekerjaan kecil, tidak ada yang istimewa.

Buka dua jendela VSCode terpisah. Di salah satu jendela buka folder utama dari proyek yang sedang Anda kerjakan. Di jendela lain, buka subfolder dari folder proyek utama, yaitu / src. Anda kemudian dapat menempatkan kedua jendela tersebut secara berdampingan dan kemudian mengatur tata letaknya masing-masing secara terpisah. Memungkinkan Anda memiliki tata letak 2 + 1, atau tata letak 2 + 2, dll. Horizontal atau vertikal.

Berhati-hatilah, jika Anda membuat perubahan di jendela tempat folder utama terbuka, dan Anda juga membuat perubahan di jendela lain pada file yang sama, perubahan tersebut dapat ditimpa. Biaya kecil untuk menggunakan IDE yang bagus. Mudah-mudahan fitur pemisahan grid yang tepat akan ditambahkan di masa mendatang.

Semoga ini membantu beberapa!

Bersulang,
Greg

Jika ada yang tertarik, Anda dapat menemukan CSS khusus saya yang mencapai tata letak yang mirip dengan Greg di intinya . Ini sedikit rewel (scrollbar hilang, dll.), Tetapi itu menyelesaikan pekerjaan untuk saat ini.

@JeremyKruman Dapatkah Anda setidaknya menggulir menggunakan roda mouse?

Ya, pengguliran berfungsi melalui mouse dan keyboard, bilah gulir tidak terlihat. Mereka ada di suatu tempat, mereka hanya perlu ditata dengan benar untuk menempatkannya di tempat yang tepat, yang belum pernah saya kunjungi.

@JeremyKruman Bung, Anda seorang bos!

Adakah pembaruan apakah fitur ini akan diimplementasikan atau tidak?

Ini masih ada di backlog kami.

Saya berpikir untuk membuat ekstensi yang bekerja dengan proyek sudut-cli. Ketika Anda membuka file * .component.ts, maka secara otomatis akan mendeteksi template dan file css yang terkait dengan komponen tersebut dan meletakkannya di layar terpisah secara horizontal.

Sangat menjengkelkan untuk memindahkan file dan dalam proyek angular-cli kita cenderung melakukan banyak hal dari komponen ke template dan sebaliknya.

Sayangnya pemisahan horizontal tidak didukung dan melakukan terlalu banyak pemisahan vertikal tidak dapat digunakan.

------------------------------
TEMPLATE     | COMPONENT.TS
             | 
------------- 
STYLES       |
             |
------------------------------

FYI @praveenpuglia di dunia Ember-CLI ada ekstensi untuk dengan cepat beralih di antara file komponen terkait melalui pintasan yang cukup penting untuk kewarasan di ruang itu. Bisa menjadi solusi alternatif untuk yang Anda posting, dan mungkin sudah ada, jika Anda mencari kewarasan sebelum fitur ini mendarat di vscode

Ketika tata letak grid datang, saya beralih dari luhur. Aku tidak bisa mempercayai mataku .... selain itu sangat bagus!

@ peabnuts123 itu ide yang bagus. Saya akan mencoba menemukan sesuatu dan mengikuti utas ini juga.

@praveenpuglia Temukan Yang Terkait harus mendukung skenario tombol pintasan. Sayangnya, itu tidak akan berhasil di luar kotak, karena saya tidak memiliki aturan bawaan untuk Angular (tapi saya ingin menambahkannya). Jika Anda memerlukan bantuan untuk menyiapkan kumpulan aturan - beri tahu saya.

Buka banyak editor?

Ya, itu adalah opsi, @bonarja , dan meskipun saya mengerti mengapa menurut Anda itu mungkin solusi yang bermanfaat, saya khawatir itu meleset dari sasaran. Alasan orang meminta fitur ini bukanlah karena mereka tidak menyadari bahwa mereka dapat membuka banyak contoh; Itu karena dengan menggunakan beberapa contoh, Anda tidak dapat menggunakan fitur editor yang dibagikan di antara beberapa buffer (misalnya papan klip bernama) atau memungkinkan Anda untuk berpindah di antara buffer yang Anda di screenshot Anda telah ditampilkan di editor terpisah (misalnya menggunakan perintah split mode vim ).

Di atas apa yang dikatakan @coddingtonbear , vscode tidak mendukung pembukaan folder yang sama dalam banyak contoh. Jadi bagi saya, saran Anda bukanlah solusi yang realistis

@bonarja @coddingtonbear @alexriedl Ini juga tidak akan benar-benar berfungsi untuk saya, karena saya cenderung membagi, beralih, menutup buffer, dan mengubah penempatannya sepanjang waktu saat saya bekerja. Dan menggunakan banyak jendela akan menjadi terlalu lambat dan tidak praktis untuk peralihan yang cepat dan terus menerus.

Orang lain yang membutuhkan tampilan grid di VSCode 😭

di sini juga ada orang lain yang membutuhkan tampilan grid di VSCode ... :)

Saya perlu tata letak grid di VSCode juga.

... dan saya juga sangat menginginkan ini

+1

Orang-orang di utas ini memberi +1 dan "Saya ingin ini juga" -ing, harap pastikan Anda 👍 pos asli sehingga Masalah ini dapat dilihat (masalah dapat diurutkan berdasarkan jumlah).

Fitur ini (tata letak kisi) adalah satu-satunya hal yang menahan saya untuk tidak sepenuhnya beralih dari Atom. Saya suka VSCode, cepat dan saya dapat menulis plugin menggunakan Typecript. Luar biasa. Tetapi fitur ini sangat dirindukan dan menahan saya untuk tidak sepenuhnya merangkul VSCode.

Saya kagum bahwa dukungan Touch Bar macOS telah ada sebelum fitur ini.

Sekali lagi terima kasih atas semua kerja kerasnya, ini adalah aplikasi yang luar biasa (kecuali untuk ini). Harap pertimbangkan untuk menaikkan prioritas fitur ini.

(Saya sudah memberi +1 pada postingan asli juga untuk menunjukkan dukungan saya;)

Masih belum ada yang ditugaskan: / Harap prioritaskan ini! Ini satu-satunya fitur yang memperlambat adopsi massal vscode;)

Memberi +1 dan memberi komentar - sangat ingin memiliki tata letak kisi untuk jendela editor. Khususnya tata letak piramida dari satu editor lebar-penuh di separuh layar dan dua editor separuh-lebar di separuh bawah 👍

_VS Code_ hacker, ada pembaruan tentang ini? Silahkan.

+1

Saya benar-benar tidak mengerti apa masalahnya dengan fitur ini? Editor sudah mendukung fungsionalitas yang diperlukan, hanya saja tidak kedua opsi tersebut pada saat yang bersamaan. Bagi orang-orang seperti saya dengan monitor besar (layar 43 "4k), ini akan menjadi berkah!

@underscoreHao orang menganggap masalahnya adalah bahwa sulit untuk diterapkan, betapapun mudahnya kelihatannya dari luar. Sayangnya itu tidak diprioritaskan; ini pasti fitur vscode yang paling banyak diminta dalam jangka panjang.

Ayolah teman-teman. Apakah tidak ada di antara Anda yang pernah mengerjakan produk sebelumnya? Hal-hal tidak muncul begitu saja karena pengguna benar-benar menginginkannya. Jelas mereka melakukan hal-hal yang tampaknya diprioritaskan lebih tinggi - seperti banyak folder (atau karena alasan lain yang tidak terekspos ke pelanggan / pengguna). Anda dapat mengurutkan berdasarkan 👍 prioritas di github dan Anda akan melihat bahwa ini sebenarnya bukan fitur yang paling banyak diminta - fitur ini ada di tempat 11. Santai :)

VIM dan Emacs adalah editor yang berusia hampir 20 tahun dan mereka mendukung ini seperti kebanyakan IDE profesional dan bahkan editor berbasis elektron lainnya, Atom. Namun VSCode masih tidak mendukung ini dan dianggap sebagai editor terbaik. Ini membuat saya tidak menggunakan VSCode sebagai apa pun selain notepad sederhana. Apakah Visual Studio IDE mendukung ini?

edit: Ini harus ditandai sebagai bug karena ini adalah fitur dasar yang diasumsikan editor modern mendukungnya. Dikonfirmasi dari komentar di atas bahwa bahkan Visual Studio IDE mendukung ini. Apakah ini pilihan yang disengaja untuk menahan pengalaman pengguna dengan VSCode untuk mendorong orang pindah ke Visual Studio IDE untuk "pengalaman penuh"? Jika itu masalahnya, saya akan tetap menggunakan VIM, Atom dan IntelliJ.

Kurangnya tata letak grid juga membuat saya frustrasi. Saya telah menggunakan Visual Studio, Atom, Spacemacs, dan Vim baru-baru ini. VS Code saat ini adalah favorit saya, tetapi kurangnya pemisahan horizontal adalah kekurangan yang serius.

Menambahkan 👍 - Saya sedang dalam proses memindahkan alur kerja saya ke VS Code, dan sejauh ini ini adalah satu-satunya masalah yang saya temui. (Artinya, editor ini luar biasa - jadi, terima kasih!)

Untuk menggemakan beberapa komentar di atas, dari berbagai editor (dan plugin) yang saya gunakan, pendekatan favorit saya sejauh ini adalah Origami untuk Sublime Text.

+1

Pemecah kesepakatan untuk saya. Menyerah pada VS Code untuk saat ini.

Saya sangat ingin memiliki fitur ini. Saat ini saya menggunakan banyak jendela dan tidak sebaik itu. Kami idealnya hanya menggunakan satu contoh untuk mengelola kode.

+1

Terkait dengan diskusi ini, tapi saya belum melihatnya secara eksplisit disebutkan: Batas 3 jendela editor tidak cukup untuk monitor besar (4k). Jika kita membuat tata letak tampilan editor lebih fleksibel, maka ini juga harus mencakup penghapusan batasan pada berapa banyak jendela / baris / kolom editor yang dapat dibuat.

+1. Beralih kembali ke Atom hingga ini selesai. Paket IntelliJ, Sublime, Atom, Visual Studio, dll., Mendukung ini.
Ini adalah hal pertama yang saya cari, khususnya pada layar 2560 x 1080 saya. Kisi khusus itu yang paling bagi saya.

Saya tidak percaya masalah ini masih belum terselesaikan. Ini benar-benar suatu keharusan bagi editor kode! : /

1 untuk saya. Saya kembali ke vscode karena konsep gen selanjutnya dan kehebatan murni editor ini, tetapi setelah beberapa jam saya kembali ke luhur + origami, karena saya bekerja pada monitor 4k dan saya biasanya memiliki 4-6 panel yang terbuka di berbagai pengaturan tampilan. Sayangnya, batas 3 tab adalah pemecah kesepakatan bagi saya saat ini.

pastikan untuk 👍 komentar PR asli jika Anda ingin ini mendarat. Tim vscode menggunakan semacam reaksi untuk memprioritaskan fitur.

setelah fitur ini hilang, saya tidak akan pernah melihat ke belakang. Sementara itu, terima kasih untuk editor yang luar biasa!

Saya suka VSCode kecuali kurangnya grid! Tolong kotak :)

sangat perlu untuk membagi jendela editor !!!!
tata letak grid adalah yang terbaik!

hei ok kita semua setuju bahwa kita menginginkan hal yang memisahkan ini. jadi apa selanjutnya?

Tunggu sampai seseorang di tim Microsoft memberi tahu kami mengapa ini tidak berhasil? Dan / Atau seseorang dengan keterampilan yang diperlukan dapat membuat PR. Saya tidak percaya fitur itu akan sangat sulit untuk diterapkan jika Anda terbiasa dengan basis Kode, tetapi saya tidak pernah menulis Garis JS / TS atau melihat basis kode, jadi saya mungkin sepenuhnya salah

Tolong percepat pengembangan ini! Saya telah menunggu lebih dari setahun untuk itu dan tidak percaya sesuatu yang begitu mendasar belum dibangun dan yang terburuk masih belum dimulai. Ini sangat penting untuk pengembangan aplikasi modern. Terima kasih untuk editor yang bagus tetapi banyak dari kita tidak dapat menggunakannya sebagai editor aliran utama tanpa fungsi pemisahan horizontal + vertikal (atau kisi).

Hanya ikut mendukung fitur ini. Saya pikir pengembang yang terbiasa dengan lingkungan seperti Sublime Text yang memberi Anda kebebasan hampir tak terbatas tentang cara membagi layar Anda akan merasa bermigrasi ke VSCode sangat tidak menarik. (Berbicara sendiri: sebagian besar tim saya menggunakan VSCode, tetapi saya pribadi merasa tidak dapat digunakan karena kurangnya pemisahan horizontal + vertikal, jadi saya terus menggunakan Sublime untuk saat ini.)

Lebih banyak dukungan di sini! Saya sangat senang fitur ini terjadi. Saya yakin setengah dari orang-orang yang menonton kasus ini, termasuk saya sendiri, akan memanfaatkan kesempatan ini dan tentunya memiliki keterampilan dan kualifikasi untuk melakukannya. Saya tidak mengerti apa yang butuh waktu lama untuk memprioritaskan hal ini sekarang karena VSCode sangat dioptimalkan, efisien, dan diadopsi dengan baik, tetapi dengan hanya 7 PR yang belum ditetapkan saat ini, saya tidak dapat mengatakan bahwa sepertinya Anda malas :)

Sementara itu, saya akan terus menempatkan mil di Sublime, dan saya akan berharap untuk mencoba VSCode lagi ketika memungkinkan saya secara efisien menggunakan seluruh monitor saya untuk kode tanpa membuka pembunuhan runtime elektron

Tolong jadikan ini kenyataan

@kieferrm : Bisakah Anda setidaknya mengatakan sesuatu tentang mengapa ini belum berhasil? tidak cukup suara positif? Terlalu sulit untuk diterapkan? Baru saja lupa?

tidak cukup suara positif?

Jangan berpikir demikian, ini adalah masalah 5 teratas, hanya "jendela mengambang" yang memiliki lebih banyak suara positif dan juga tidak ditetapkan (# 10121, ini terkait dengan penggunaan tarik & lepas).
Saya kira ini bukan hanya sedikit pekerjaan dan masalah ini diselesaikan setengah jalan di beberapa titik (kami memiliki pemisahan horizontal dan vertikal, tetapi tidak keduanya pada saat yang sama;)
Kami membutuhkan kombinasi untuk monitor resolusi tinggi - tolong wujudkan! :)

Akan senang melihat ini segera.

Sungguh reaksi konspirasi yang aneh. Mengingat semua hal yang diterapkan VS Code, saya agak ragu bahwa tata letak grid adalah satu hal yang ditolak Microsoft untuk ditambahkan karena melakukan kanibalisasi dari VS Studio.

Mari kita lihat permintaan tarik Anda ditolak mentah-mentah tanpa penjelasan sebelum kita mulai mengumbar konspirasi.

Mari kita lihat permintaan tarik Anda ditolak mentah-mentah tanpa penjelasan sebelum kita mulai mengumbar konspirasi.

Namun, komentarnya segera dihapus ... bukan cara terbaik untuk menghilangkan teori konspirasi.

@MikeGitb @ Justus-Maier menurut komentar ini tampaknya 'tidak cukup upvote' mungkin terjadi.

KEPADA MEREKA MEMBACA MASALAH INI UNTUK PERTAMA KALI:

Pengembang menyadari pentingnya masalah ini , tetapi mereka menggunakan filter ini untuk memutuskan fitur mana yang menjadi prioritas utama. Pastikan untuk memberi suara positif pada masalah asli dengan 👍 jika Anda ingin fitur ini dikembangkan.

Pengembang menyadari pentingnya masalah ini, tetapi mereka menggunakan filter ini untuk memutuskan fitur mana yang menjadi prioritas utama. Pastikan untuk memberi suara positif pada masalah asli dengan 👍 jika Anda ingin fitur ini dikembangkan.

Itu adalah pengulangan yang sering diulang, tetapi perhatikan bahwa tidak satu pun dari 4 masalah dengan lebih banyak suara positif ada di agenda itu juga.

@aberonni @egamma @bpasero Kurangnya respon dari pengembang menciptakan masalah komunikasi disini dan reporter / komentator merasa frustasi karena kurangnya keterlibatan. Jika pengembang hanya dapat menindaklanjuti dengan tanggapan mendalam yang mendetail, itu akan meredakan banyak kecemasan.

@alxgrtnstrngl Kecemasan memang cukup tinggi untuk fitur ini, tetapi kita tidak boleh terlalu menuntut para pengembang tanpa mengetahui apa yang sebenarnya mereka kerjakan sebelum mengambil tantangan besar berikutnya (yang tampaknya seperti ini).

Saya mengantisipasi fitur ini juga. Tetapi bagi saya VSCode masih jauh lebih unggul daripada Atom bahkan tanpa itu.

👍

+1

Meninggalkan VSCode hari ini, karena kurangnya kemajuan selama lebih dari setahun. Saya sangat kecewa.

Saya suka kode yang diminimalkan, untuk digunakan kembali, tampilan grid sangat membantu saya untuk mengembangkan dalam bahasa apa pun, mendapatkan penggunaan ruang monitor yang berguna, sederhana, ...

Maaf untuk bahasa Inggris saya ...: P ... semoga fitur ini segera hadir ...

Masalah ini diangkat dalam Rencana Iterasi untuk Januari 2018 oleh @egamma.

"Kami memahami bahwa fitur ini memiliki banyak suara, tetapi ada fitur lain yang memiliki lebih banyak suara . Yang bisa saya katakan untuk saat ini adalah fitur tersebut ada di radar kami."

Adakah yang bisa menjelaskan kepada saya berapa banyak suara yang harus menjadi masalah untuk memaksa pengembang memperhitungkannya?
Ini adalah fitur yang sangat berguna dan kita semua sangat merindukannya, maksud saya BANYAK!

@pallapo lihat
https://github.com/Microsoft/vscode/issues?q=is%3Aopen+is%3Aissue+label%3Afeature-request+sort%3Areactions-%2B1-desc
di sana, tugas ini adalah nomor 5 menurut jumlah suara

Sejujurnya saya ragu bahwa ini hanya masalah berapa banyak suara yang sebenarnya dimiliki suatu fitur. Mereka juga harus memperhitungkan upaya yang diperlukan yang diharapkan serta efek sinergi / ketergantungan. Dan pemungutan suara hanyalah indikator kasar tentang betapa pentingnya fitur bagi komunitas (misalnya, saya tidak dapat memprioritaskan satu fitur yang ingin saya lihat daripada yang lain)

Karena itu, saya terkejut bahwa ini tampaknya merupakan fitur yang bermasalah untuk diterapkan.

@Septianjoko_ Saya pikir mereka harus fokus pada yang satu ini ketika tiba waktunya dan meninggalkan fitur penting lainnya di samping karena semuanya menunjukkan fitur yang satu ini akan berarti perubahan besar dalam arsitektur VSCode saat ini. Bahkan jika fitur yang satu ini berfungsi sekarang, saya ragu itu akan dikirim pada siklus rilis berikutnya atau berikutnya kecuali ini adalah pendekatan semua langsung.

Saya pikir multi-jendela mungkin membantu orang dengan layar yang lebih lebar atau 4K sedikit sampai ini diterapkan.

MOHON BEKERJA INI !!! Ini adalah satu-satunya hal yang menghentikan kami (10 orang di sini di tempat kerja) menggunakan VSCODE karena kami semua menggunakan monitor besar! Tolong!!

Saya telah membuat posting tentang ini sebelum mengetahui bahwa ini sedang aktif. Apakah ada pembaruan dari tim VSCode mengenai apakah menurut mereka ini adalah nilai penggunaan waktu mereka untuk membuat editor lebih baik bagi penggunanya? Ini adalah fitur yang akan bermanfaat bagi banyak orang yang tidak membuat kode di layar besar atau membuat kode di laptop dan ingin melihat file mereka dengan lebar penuh tetapi perlu membuka dua atau 3 file sekaligus.

Saya tahu bagi saya ketika mengkodekan pada MacBook pro 13 inci saya atau Laptop Lenovo 15 inci saya ingin berpindah-pindah tetapi cenderung tetap di meja saya sehingga saya dapat dicolokkan ke monitor lain. Ini adalah fitur yang dimiliki oleh hampir semua pesaing lain dan tampaknya menjadi fitur yang banyak orang di sini lewatkan ketika beralih dari Sublime, Atom, Vim, dll.

Atom Editor memperkenalkan konsep Docks yang diinginkan oleh kebanyakan orang (termasuk saya) di VScode & yang dirujuk di utas ini:

Juga buat tweet dengan gif di sini ➡️ retweet untuk menyuarakan keprihatinan Anda 😄

Saya menggunakan fitur ini setiap hari di Atom. Ini adalah gif demo buatan saya dengan 2 file kode terbuka, panel linter & error saya terbuka, dan 2 terminal terbuka. Semua yang disebutkan di atas dapat diseret dan ditempatkan di mana saja di editor 🔥 ✌️

Bahkan penampil git diff dapat diseret ke mana saja di UI juga

Ya, saya harap yang diposting @cliffordfajardo adalah apa yang diimplementasikan, sangat kuat dan intuitif. Tentu saja, jika memungkinkan untuk menyeret tab ke jendelanya sendiri, itu akan luar biasa. Pengeditan dan debugging multimonitor adalah tempatnya.

Yang saya ingin tahu adalah, mengapa pengembang VS Code belum mencentang kotak ✅ Support Grid Layout dan memberikannya kepada kami ?? Tidak serius, ini bukan perubahan yang sepele jadi tidak heran ini belum tiba. :)

Ini akan menjadi penting agar keybindings Vim <C-w>w dan <C-w>s berfungsi dengan benar

Maaf untuk necrobump, tapi saya sangat ingin setidaknya memiliki 4 berdampingan karena saya memiliki layar lebar 3840 piksel dan 3 sebagai batas hanya benar-benar sesuai dengan tampilan piksel lebar 1920.

Ini akan luar biasa - kemampuan untuk melihat empat jendela sekaligus: dua jendela di bagian atas, dan dua jendela di bagian bawah. Mudah dilakukan di Atom dan Sublime Text. Kekurangan fitur ini adalah mengapa saya tidak menggunakan VS Code.

Terima kasih telah melihat @aberonni ini

Saya menyinggung ini sedikit di 'terminal tab bug', tetapi adakah yang tertarik untuk meminta editor menggunakan tab yang penuh dengan panel (seperti yang dilakukan terminal) daripada panel yang penuh dengan tab (cara utas / atom / luhur ini) adalah tentang?

tab yang penuh dengan panel akan memungkinkan Anda membuka sekelompok file, diatur dalam beberapa tata letak. Kemudian saat Anda mengubah tab, grup file lain, dalam tata letak yang mirip atau berbeda.

Saya ingin ini persis seperti terminal multi-panel dengan banyak tata letak seperti klien terminal linux 'Tilix'. Fitur drag-to-side, tetapi tambahkan atas, bawah, kiri dan kanan ke setiap panel. Dan sama dengan terminal. Di kiri atas jendela editor panel kerja, ada tombol yang memungkinkan Anda menambahkan tampilan baru, serta beralih di antara keduanya. https://youtu.be/XzHE_BcSRbA?t=312

Selain itu, alih-alih menyembunyikan beberapa tampilan, ubahlah menjadi tab (sebaiknya dengan kemampuan untuk memberi label), dan setiap panel memiliki tajuknya sendiri. Atau jadikan itu sidebar yang bisa diciutkan yang saat Anda meluaskannya, ini menunjukkan pratinjau dari setiap tata letak tampilan. Atau mungkin tidak apa-apa seperti yang dilakukan Tilix, di mana Anda mengklik tombol dan itu menunjukkan pratinjau dan Anda dapat beralih. Mungkin menambahkan navigator ke atas untuk beralih di antara mereka.

Terminal, saya tidak dapat benar-benar melihat mengapa Anda benar-benar menginginkan lebih dari 3 berdampingan tetapi alangkah baiknya jika itu memiliki tab daripada tombol yang memungkinkan Anda memilih menu beberapa tampilan. Terminal akan menjadi yang terbaik jika independen dan bertindak sebagai komponen UI terpisah untuk tampilan editor.

Terminal, saya tidak dapat benar-benar melihat mengapa Anda benar-benar menginginkan lebih dari 3 berdampingan

mode layar penuh pada monitor ultra lebar.

tetapi alangkah baiknya jika memiliki tab, bukan tombol yang memungkinkan Anda memilih menu beberapa tampilan.

Yup, itu utas lainnya.

Terminal akan menjadi yang terbaik jika independen dan bertindak sebagai komponen UI terpisah untuk tampilan editor.

Saya bolak-balik tentang ini (yay untuk hal-hal yang dapat dikonfigurasi). Saya pikir akan keren jika ada jendela yang terbelah di area editor utama bisa menjadi terminal (terkadang Anda hanya menginginkan terminal besar), dan juga yang persisten selalu ada karena melakukan hal-hal yang berguna untuk proyek secara keseluruhan, dan saya selalu ingin melihatnya.

ya, mungkin memiliki opsi gaya konsol gempa, atas, samping dan bawah, atau menjadikannya sebagai jenis panel dalam tampilan. Saya juga tahu ini dapat dikonfigurasi tetapi mungkin pintasan harus berupa satu kunci. Saya mungkin harus memikirkannya, saya ingin menggunakan f12 jika tersedia.

Saya pikir Anda tidak bisa menjadi lebih baik daripada cara kerja Origami untuk Sublime Text: https://github.com/SublimeText/Origami . Dengan klik kanan Anda dapat menambah / menghapus panel ke segala arah, menyimpan tata letak Anda, dll. Sangat berguna.

Satu catatan lain: Di Sublime Anda juga dapat membuka jendela yang sepenuhnya terpisah dari file yang sama. Saya menggunakan ini, misalnya, untuk membuka panel tertentu di satu monitor, dan panel lain terbuka di monitor terpisah. (Namun, itu mungkin fitur yang benar-benar terpisah)

Lebih suka jika semua yang ada dalam Kode hanyalah sebuah tab (terminal, masalah, output konsol debug dll), dan tab itu bebas untuk ditempatkan / dipisahkan di mana saja (di atas, di bawah, berdampingan dll) seperti atom.

Lebih suka jika semua yang ada di Kode hanya sebuah tab (terminal, masalah, konsol keluaran debug dll)

Persis! Ini adalah salah satu fitur utama editor sebagai VIM atau Emacs yang membuatnya begitu hebat - __a pendekatan umum untuk windows__.

Saya pernah meminta sesuatu yang sangat terkait, tetapi dengan fokus pada kasus penggunaan tertentu: # 30987. Tampaknya tim VSCode sama sekali tidak memahami nilai kegunaan itu (cc @bpasero )

Persis! Ini adalah salah satu fitur utama editor sebagai VIM atau Emacs yang membuatnya sangat kuat - pendekatan umum untuk windows.

Emulator terminal emacs luar biasa. Anda dapat menavigasi dengan cepat dengan penekanan tombol dan menambah atau menghapus teks di mana saja di buffer. (dalam mode jahat tentu saja)

Saya menghabiskan satu bulan di spacemac beberapa bulan yang lalu dan menyukai buffer multiplexing dan emulasi terminal. Emacs hanya kehilangan beberapa alat yang saya gunakan setiap hari di vscode.
Ketika saya beralih kembali ke vscode, itu kembali ke 3 file terbuka dan tmux untuk multiplexing terminal.

Itu membuat saya sedikit menangis setiap kali saya menginginkan fungsionalitas emacs (yang menyedihkan. Saya selalu mengolok-olok rekan kerja saya yang tinggal di emacs, namun terkadang saya iri padanya). Saya akan berpikir Microsoft dapat menerapkan ini, tetapi setelah berbulan-bulan mengikuti utas ini, saya mulai kehilangan harapan.

Kabar baik. tata letak grid berhasil mencapai rencana iterasi Februari 2018

https://github.com/Microsoft/vscode/issues/43361

meja kerja

🏃 Tingkatkan UI notifikasi # 22388 @bpasero
💪 Selidiki dukungan tata letak kisi untuk editor # 14909 @stevencl @bpasero @Tyriar @joaomoreno

Emacs hanya kehilangan beberapa alat yang saya gunakan setiap hari di vscode.

Tepatnya, integrasi yang hebat dari fitur bahasa terbaru adalah alasan utama saya menggunakan VSCode. Sayangnya, tidak ada yang berusaha menyediakannya untuk Emacs.

Namun produktivitas saya di VSCode murni menderita karena penanganan jendela terbatas seperti itu

WOOO Saya dapat merencanakan untuk pindah dari teks luhur ke VSCode sekarang !!!
Terima kasih ~ Chuck Norris ~ Microsoft!

"Investigate" berarti mereka masih akan menganalisis masalah dan baru kemudian menetapkan tujuan untuk benar-benar mengimplementasikannya? Baik?

Sepertinya item ini ditangguhkan pada rencana iterasi Feb mulai 02/26. Semoga siklus berikutnya.

Tiba-tiba terkena masalah no-grid-layout-yet-folks ini saat mengerjakan file .tex yang sangat tinggi sekarang. Saya berharap saya bisa membagi panel file .tex tinggi menjadi 2 vertikal di grup KIRI dan file PDF tunggal di grup KANAN. Itu akan menyenangkan bagi kami menggunakan VS Code untuk menulis makalah, tim VS Code. Jadi mohon setujui permintaan fitur untuk tata letak kisi c (~ _ ~) "

Saya suka kode VS tetapi kurangnya fitur ini benar-benar membuat saya merindukan Sublime. Semoga ini mendapatkan lebih banyak cinta dan segera keluar!

Ini harus dilaksanakan tanpa membatasi jumlah maksimum kolom / baris, batas 3 kolom saat ini tidak masuk akal bagi saya.

Maaf teman-teman, tapi ini hanya INVESTIGASI !!
" Selidiki dukungan tata letak kisi untuk editor # 14909 @stevencl @bpasero @Tyriar @joaomoreno"

@pallapo "investigasi" masih merupakan indikasi pergerakan ke depan. Sangat menyenangkan melihat pergerakan resmi pada tiket ini. Terima kasih, tim!

@joshjensen Anda benar!

Saya setuju dengan @fabiospampinato. Opsi untuk membagi area pandang menjadi dua, dalam orientasi mana pun, selama ui mengizinkannya, sepertinya cara yang kuat untuk menerapkan ini. Jika windows cukup umum, mereka dapat digunakan untuk membangun sejumlah alat (mirip dengan fitur Docks dari Atom yang dirujuk di atas ).

Saatnya melakukan sesuatu tentang tim Microsoft VS ini 👍 😄

Mencoba untuk meninggalkan atom sepenuhnya, tetapi ini adalah masalah besar yang menahan saya. Saya suka semua hal lain tentang VS Code. Semoga Microsoft segera mengizinkan pemisahan vertikal dan horizontal!

Menambahkan +1 ke sentimen "ini adalah satu-satunya hal yang mencegah saya menggunakan VSCode secara penuh".

@elleryfamilia jika Anda tidak peduli dapat melakukan keduanya pada saat yang sama ini adalah langkah-langkah untuk mengaktifkan vertikal atau horizontal saja

• Tampilan> Toggle Editor Group Layout menu.
• Tampilan: Toggle Editor Group Vertical / Layout perintah di Command Palette (⇧⌘P (Windows, Linux Ctrl + Shift + P))
• Alihkan tombol di bilah alat OPEN EDITORS.
• ⌥⌘0 (Windows, Linux Shift + Alt + 0) pintasan keyboard.

Tapi ya memiliki kemampuan untuk menyeret file ke mana saja atas kiri bawah dan kanan akan membuat vscode praktis tidak ada duanya bagi saya.

Berlari sendiri mencoba untuk beralih ke VS Code dari Vim. Kemunduran besar. Saya terutama memperhatikan ketika saya tidak dapat menemukan cara melompat ke kiri atau kanan di antara perpecahan dengan pengikatan kunci karena masing-masing diberi nomor secara eksplisit. Dalam pengaturan Vim + iTerm saya, saya dapat melompat-lompat dengan mulus antara pemisahan vim dan pemisahan terminal dan mereplikasi itu dalam Kode VS hampir tidak mungkin.

Penyebutan SEMUANYA sebagai tab, bukan hanya editor, juga akan membuat perbedaan besar pada sistem tata letak kisi. Memiliki tab terminal, tab editor, tab debug, dll. Akan sangat besar ... bahkan tab bilah sisi mungkin bagus tetapi tentu saja akan menjadi perbaikan besar. Saya harap ini mendapat daya tarik yang kuat. Saya mungkin tidak akan bertahan lama dengan VS Code kecuali saya mengetahui beberapa peretasan untuk menavigasi relatif antara editor.

Ya, ini adalah hal yang utama. Layar tidak selalu seperti yang Anda pikirkan. Saya menggunakan beberapa monitor potret dan dengan monitor ultra lebar ada alasan orang ingin melakukan lebih dari 3 kolom.

Tidak ada alasan bagi VSCode untuk menerapkan batasan berdasarkan pemikiran pribadi mereka tentang bagaimana layar digunakan.

Saya jatuh cinta dengan Atom sampai hal ini muncul. Saya biasanya memiliki proyek atom pada kedua monitor potret dengan belahan horizontal pada mereka dan kemudian saya menggunakan beberapa 3-4 pemisahan vertikal untuk ultra-lebar saya.

Sebenarnya menghabiskan 5 menit yang baik mencoba melakukannya berpikir tidak mungkin saya tidak bisa haha ​​- seperti "grrr kenapa tidak pergi ke sana sialan!" :-P

+100 untuk menerapkan ini!

Tampaknya Investigate mendukung tugas tata letak kisi untuk editor telah dipindahkan ke Item Ditangguhkan .
Saya datang ke halaman terbitan ini hampir setiap hari, untuk memeriksa status.
Sebenarnya setiap kali saya membuka editor dan membelah jendela, saya pergi dan memeriksa ini, jika ada harapan.

Saya benci mengganti editor, VS Code sempurna dalam semua aspek, terima kasih banyak atas semua kehebatannya !!
Tetapi mulai serius mempertimbangkan untuk beralih, mengerjakan banyak file dengan tata letak saat ini sangat merepotkan, setiap hari.
Jauh lebih sakit daripada harus memuat ulang setelah menginstal ekstensi dan masalah lain, yang memiliki lebih banyak suara daripada ini.
Tidak kritis sama sekali, sejauh ini ini adalah produk open source terbaik yang pernah saya gunakan.

Saya hanya akan menghargai lebih banyak informasi kepada masyarakat, apakah ini mungkin, berapa lama lagi kita harus menunggu sampai kita tahu lebih banyak? Apakah ini tidak penting untuk sebagian besar pengguna dan memiliki prioritas rendah?
Beri tahu kami, agar kami dapat memutuskan dan melanjutkan.

Saya tidak melihatnya ditangguhkan- # 47369

Ditunda pada bulan Maret, semoga saja untuk iterasi berikutnya.

Ya, saya menunggu ini juga. Bahkan Visual Studio dapat melakukannya dengan beberapa kerumitan (seret file untuk memulai jendela terpisah, yang dapat Anda pisahkan lagi = Anda dapat memiliki banyak jendela dengan banyak pemisahan).

Saya benar-benar membutuhkannya ketika saya perlu melihat banyak file. Banyak orang telah memintanya dan banyak lagi yang akan melakukannya. Tolong, mohon, mohon, mohon, terapkan. Ini sangat berguna di layar besar.

Tampaknya "Dalam Proses" untuk April # 47369

@RayBenefield menavigasi antara pemisahan seperti yang Anda gambarkan dapat dilakukan dengan mengikat kunci ke workbench.action.navigateUp|Down|Left|Right .

@bpasero look 1.23 rilis orang dalam dan tidak ada tata letak jendela (# 14909). Apakah itu berarti tidak akan diperbarui pada bulan April?

Panel tumpukan variabel, arloji, dan panggilan terlalu kecil!
Jika saya harus memeriksa nilai variabel, saya tidak dapat melihat apa pun, saya selalu mengubah ukuran panel di sebelah kiri.
Izinkan kami menyetel orientasi panel debug ke keadaan horizontal !!!

: +1: Dalam kata-kata hebat 50 sen, Patiently Waiting .

Tetapi saya tidak tahu apakah itu sangat sulit untuk diterapkan .... Saya pikir ada masalah dengan profesional studio visual, tidak ada dukungan tata letak editor grid di sana ....

49599 Bunuh Ben, bunuh. Bagian terakhir yang hilang yang akan membuat VSCode menjadi satu-satunya editor pilihan di tahun 2018. Kecuali untuk ssh. VSViCode 2k19?

Wow. Baru saja melihat semua komentar tentang masalah ini. Saya hampir terbiasa dengan tata letak tanpa kisi dan tidak menyadari bahwa ini adalah topik hangat. Bagi siapa pun yang melewatkan hingga akhir, pembaruan terbaru tidak menyertakannya tetapi menurut masalah # 47369 mereka sedang dalam proses membuat sesuatu yang mirip dengan ini.

Mari berharap untuk update Mei untuk memasukkan ini: crossed_fingers:

@elebumm Sebenarnya ada permintaan pull di mana Anda dapat melihat seberapa jauh mereka dengan fitur ini dan kemajuan berkelanjutan yang mereka buat.

Itu juga menyatakan bahwa mereka berencana untuk meluncurkannya pada bulan Juni untuk orang dalam.

Paket saat ini adalah membuat fitur ini dapat diuji untuk minggu akhir game bulan ini (Mei) dan kemudian mengirimkannya ke orang dalam di awal Juni. Ini berarti akan mendarat di stabil untuk rilis akhir Juni.

Mereka bahkan memposting animasi yang memamerkannya.

@skreborn Semoga ini benar. Hanya memiliki 3 pemisahan vertikal sangat tidak praktis dengan 2 monitor ...

@ psychosis448 Memang benar, ini gif dari WIP PR:

🤞 melihat gif benar-benar membawa kegembiraan.
Baru saja selesai membaca semua komentar dan menyadari bahwa orang-orang ini telah bekerja keras.
Saya tahu ini bukanlah tugas yang mudah dan hanya ingin mengucapkan terima kasih karena telah mendorong dan lagi-lagi menerima pukulan dan mendengarkan kami.

Sangat Dihargai!

Saya tahu bahwa saya terlambat ke pesta dan saya kira ini akan berada di luar ruang lingkup untuk tata letak kisi, tetapi jika tim VS Code menonton: akan sangat, sangat luar biasa jika jendela terminal, terutama, dapat entah bagaimana cocok dengan tata letak kisi ini. Seperti yang mungkin Anda ketahui, banyak pengguna di * NIX menggunakan layar atau tmux bersama dengan vim atau editor konsol lainnya. Yang lain menggunakan pengelola jendela ubin, untuk efek yang pada dasarnya sama, hanya dengan editor grafis.

Akan memalukan jika Anda membuat perubahan besar dan setidaknya tidak mendesain fitur baru dengan perluasan logis dari ide ini.

Implementasi fitur ini membutuhkan waktu yang sangat lama ..... dan masih belum siap ...
Saya berharap ini akan memiliki fungsionalitas untuk mengalihkan jendela fokus ke layar penuh (dan kembali ke tata letak sebelumnya ketika melakukan Google sekali lagi), seperti ini:

• https://atom.io/packages/maximize-panes (atom)
• https://packagecontrol.io/packages/MaxPane (sublimetext)

Split H AND V adalah KEHARUSAN saat ini.

Para Pembuat Kode Tingkat Lanjut tidak menggunakan Mac Apple pancy fansy dengan benda-benda sensitif.

Saya menggunakan monitor 2 x 4K.

Dan Monitor 8k berada di jalur yang tepat untuk tahun ini.

Contoh 1 x Monitor 40 "resolusi 4k 60hz, https://prnt.sc/jm3rap. Visual dari proyek ini spektakuler.

Atom sangat lambat, harap perbaiki secepatnya.

Terima kasih.

Ohh nak, 60hz? Pembuat kode seperti dewa menggunakan 120hz. Saya tidak bisa menggunakan produk ini.
Penyegaran ekstra tersebut diperlukan untuk kecepatan gerakan kursor yang superior.

@phoenixsampras Saya harap tidak ada yang sensitif di tangkapan layar itu ..

@phoenixsampras @michaelduminy IP dan setidaknya password DB ... Saya akan recommed mengambil ke bawah 🤦♂️

Edit: Sekarang saya menyadari itu ironi @michaelduminy 😅 ...

Meskipun fitur ini akan masuk ke dalam build insider kami hanya sekitar minggu depan (untuk rilis stabil akhir Juni ), kami memiliki build insider kustom untuk menguji fitur ini sekarang tersedia untuk lebih banyak orang untuk mencoba:

• macOS: Unduh
• Windows: Unduh
• Linux: Unduh

Catatan: Untuk menjalankan build ini, Anda harus menutup semua build VSCode Insiders yang sedang berjalan.

Umpan balik sangat diterima, idealnya sebagai masalah individu dan bukan sebagai komentar di sini untuk mengurangi jumlah pemberitahuan untuk orang yang berlangganan. Harap pastikan untuk terlebih dahulu mencari masalah yang ada dengan label kotak meja kerja: query

Belum ada dokumentasi nyata untuk fitur-fitur baru tersebut, kecuali untuk item rencana pengujian yang kami lalui pada minggu permainan akhir ini: https://github.com/Microsoft/vscode/issues/50458

Gambaran singkat:

• editor dapat dibagi secara vertikal dan horizontal (misalnya melalui drag & drop, atau dari aksi split di toolbar editor - tahan tombol Alt untuk membagi ke arah lain)
• pengaturan workbench.editor.closeEmptyGroups memungkinkan untuk mengkonfigurasi jika menutup editor terakhir dari grup juga harus menutupnya
• tampilan "editor terbuka" tidak lagi menampilkan grup berdasarkan lokasinya (kiri / tengah / kanan) tetapi dengan nomor dalam urutan pembuatannya

Kami masih berencana untuk menyesuaikan pengalaman ini, khususnya seputar masalah luar biasa berikut:

• Hubungkan selempang di kisi 2x2 # 50770
• Izinkan untuk menyeret selempang di tempat 2 tumpang tindih dengan ukuran kedua arah # 50769
• Kisi: Terapkan "Tata Letak Editor Terpusat" # 50936

Sesuatu yang terkait, terutama bagi mereka yang berasal dari Vim, adalah fakta bahwa file yang terbuka terikat pada editor.

Apakah ada cara untuk menutup editor tanpa menutup file-nya? Jadi kita bisa memiliki fungsi seperti vim-buffer?

Akankah implementasi ini juga berlaku untuk bilah aktivitas? Bisakah saya memasang palang di bagian bawah?

Itu adalah rentang IP internal, bukan IP publik. Anda dapat mempelajari lebih lanjut tentang
di https://en.wikipedia.org/wiki/Private_network

Pada 28 Mei 2018 pukul 13:47, Lucas Andión Montáns [email protected]
menulis:

@phoenixsampras https://gub.com/phoenixsampras @michaelduminy
https://github.com/michaelduminy IP dan setidaknya kata sandi DB ...
Saya akan merekomendasikan untuk menghapusnya 🤦‍♂️

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/Microsoft/vscode/issues/14909#issuecomment-392577362 ,
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AB37QPG3mjlaU8bbCEuA7e1h190rdZj2ks5t3DgYgaJpZM4KoZDu
.

-
Salam Hormat,
CP

@bpasero Bagaimana sebenarnya kami menginstal ini?

@dnutels Anda seharusnya dapat menjalankan unduhan yang disediakan tanpa instalasi dengan membuka ritsleting dan mengklik dua kali biner aplikasi. Saya tidak ingin memasang penginstal karena karena ini belum masuk ke orang dalam, Anda akan mendapatkan pemberitahuan pembaruan segera setelah itu akan membawa Anda kembali ke versi sebelumnya.

@bpasero Baru saja mencoba bangunan yang Anda poskan dan berfungsi dengan sempurna, terima kasih!

Fitur luar biasa tanpa batasan apa pun! Kerja bagus @bpasero

Terima kasih! Ini luar biasa! Saya telah memperhatikan masalah ini selama bertahun-tahun. Selamat atas ini !! Terima kasih atas kerja keras dan ketekunan semua orang untuk bekerja melalui komentar buruk 'Saya tidak akan pernah menggunakan VSCode tanpa ini!'.

@bpasero Berfungsi dengan baik, tetapi menurut saya area untuk memulai pemisahan agak kecil. Apakah Anda berencana untuk mendukung panel seperti "keluaran" dan terminal dalam tata letak baru?

Bekerja dengan baik, saya menyukainya! Terima kasih @bpasero !!! Kemana saya harus mengirim 🍾? :)

Satu-satunya hal yang saya perhatikan.
Jika saya awalnya memiliki halaman penuh dengan grid 2 x 2 simetris.
Saya mengubah ukuran editor menjadi hanya setengah layar dan membuatnya menjadi layar penuh lagi, itu tidak mempertahankan rasio bagian terbuka.
Kolom pertama sangat sempit.
Saya melihat ini dengan pengubahan ukuran manual dan menggunakan Magnet juga.
Tidak penting tapi menyenangkan untuk dimiliki. 😄

Tim VSCode Anda luar biasa! Terima kasih terima kasih terima kasih. 🍾🍾🍾

Apakah fitur ini memungkinkan adanya perbedaan 3 arah di vscode?

Bisakah ini diperpanjang ke jendela mana pun secara kebetulan? Seperti menghilangkan sidebar sama sekali dan mengizinkan saya untuk membuat UI ubin saya sendiri dari semua jendela yang saya butuhkan termasuk terminal, ringkasan kode, penjelajah, daftar masalah, dll.
Dalam kasus ini, sidebar dapat berfungsi sebagai semacam palet untuk jendela yang tersedia dan sembunyikan otomatis.

pekerjaan graet @bpasero Saya sangat menyukainya!
Terima kasih, terima kasih banyak !!!!

Orang yang tertarik dengan dukungan grid untuk elemen UI selain editor harus diacungi jempol:

• Baik sidebar kiri dan kanan / multi sidebar # 26777
• Izinkan untuk memasang editor, tampilan, dan panel di mana saja di meja kerja # 11472
• Izinkan untuk menampilkan beberapa panel pada saat yang sama (panel terpisah) # 11889

@bpasero selama diskusi tentang tata letak kisi, mungkin juga topik ini:
https://github.com/Microsoft/vscode/issues/16927

Seperti yang saya tulis di sana, fungsinya mirip dengan ini:
Atom -> https://github.com/santip/maximize-panes
SublimeText -> https://github.com/jisaacks/MaxPane

Ini luar biasa! Semoga segera berhasil masuk ke dalam build Stabil! 👍

Harap pertimbangkan pintasan keyboard untuk tindakan jendela kisi bagi kita yang tidak suka meninggalkan rumah.

Alangkah baiknya jika Terminal bisa menjadi bagian dari sistem Grid, jadi kita juga bisa mengatur terminal kita di grid manapun! https://twitter.com/_rctl/status/1004704690586705921

@eighteyes Saya menghitung ~ 35 perintah baru ditambahkan sebagai bagian dari grid yang semuanya dapat memiliki keybindings, jadi tolong beri tahu saya mana yang hilang dan kami dapat mempertimbangkan untuk menambahkannya ...

Ini luar biasa ! Sungguh luar biasa bahwa tim VSC mampu mengerjakan ini dan mewujudkannya. Tidak sabar menunggu rilis stabil. Seiring berjalannya waktu, saya yakin tim akan meningkatkan kemampuan untuk membagi terminal, jendela git, dll. Untuk saat ini, saya tidak dapat mengeluh bahwa ini akan datang dan saya hanya sangat gembira. Terima kasih untuk ini! 🥇

Tim VS Code yang terhormat: Anda memasukkan catatan rilis VS Code bahwa kami harus berlangganan edisi ini di Github jika kami ingin diberi tahu ketika fitur sudah siap: "Fitur ini akan tersedia di rilis Insiders kami pada awal Juni. Berlangganan edisi 14909 untuk menerima pemberitahuan saat ini terjadi. " Ide keren dalam teori! Pekerjaan minimal di pihak Anda, memanfaatkan alat yang ada, pengguna sudah tahu cara menggunakan Github, dll. Namun dalam praktiknya, saya mendapatkan banyak kebisingan dari masalah ini, dan saya membayangkan orang lain juga. Saya berlangganan dalam 24 jam terakhir dan sudah menerima selusin notifikasi melalui Github yang tidak terkait dengan rilis yang membuat saya ingin berlangganan. Semoga kritik yang membangun ini bermanfaat! Tetapi saya pasti akan berhenti berlangganan dari masalah ini, dan saya berharap cara lain untuk berlangganan fitur baru dapat diselesaikan. Hormat kami: beberapa pria acak.

@sdegutis https://tellmewhenitcloses.com

Luar biasa @pelotom terima kasih untuk tautannya !!

Menutup ini karena fitur telah mendarat di orang dalam ( unduh ). Anda dapat melihat kueri ini untuk pekerjaan yang masih direncanakan untuk pencapaian ini (sebagai contoh untuk mendukung "Tata Letak Editor Tengah" dengan benar).

Jangan ragu untuk terus melaporkan masalah atau masukan (setelah memeriksa duplikat).

Saya akan menandai masalah ini sebagai hanya baca untuk mengurangi jumlah pemberitahuan yang didapat orang.