Vscode: Izinkan jendela mengambang

Hanya menambahkan dukungan saya untuk ini. Cukup sering dengan Visual Studio lengkap saya menyeret tab ke monitor saya yang lain sehingga saya dapat melihat dua file kode sekaligus. Fungsionalitas panel terpisah bagus tapi tidak sama.

Saya melihat tab editor lebih penting daripada yang lain. Sangat sulit untuk menggunakan dua monitor saat Anda tidak dapat merusak tab. Ini penting saat mereferensikan kode, tetapi juga untuk hal-hal seperti Pratinjau Penurunan Harga.

Bagaimana cara kerjanya ...? Saya tidak bisa membuatnya berfungsi (di 1.11.0-Insider). Saat menyeret tab ke luar jendela, itu akan menampilkan 🛇 dan tidak membiarkan saya menjatuhkan, atau, ketika dijatuhkan di atas jendela Windows Explorer, itu menyalin file ...

@CherryDT Masalah ini masih terbuka dan ditandai sebagai Backlog . Apakah Anda memiliki referensi yang mengatakan itu seharusnya diterapkan di 1.11?

@ vossad01 Anda benar Saya bingung

Saya akan mengatakan bahwa undocking tab (editor lebih khusus) adalah jenis tugas _must have_ daripada _eventually_. Ingin sekali menerapkannya.

@bpasero @ esli.apakah ini fitur yang ingin Anda dapatkan dan

@mlewand ini bukan area di mana kami mengharapkan PR karena keterbatasan teknis. Jika Anda memiliki ide, beri tahu kami.

@bpasero menurut batasan teknis apakah menurut Anda itu batasan elektron? Atau lebih tentang VSCode satu proyek <-> satu desain jendela?

Tergantung @mlewand , jika saya dapat membuka jendela ringan yang berbagi konteks JavaScript yang sama dan membangun beberapa UI di dalamnya, itu pasti akan membantu. Jika tidak, kami akan membuka jendela browser yang berat dengan konteksnya sendiri yang hanya berisi bagian UI yang ingin kami tampilkan, yang sepertinya arahnya salah.

Ingin menyanyikan "aku-untuk".

Tab khusus editor. Sangat disayangkan bahwa penulis terbitan memiliki prioritas yang sangat mundur, tetapi saya tidak percaya tidak ada seorang pun di Microsoft yang pernah melihat tiket ini selama setahun terakhir, menyadari nilai yang sangat besar untuk dapat menarik tab editor dari satu tab jendela ke jendela lain (kerumunan Visual Studio Anda telah melakukan ini selama beberapa dekade) dan membuat ini terjadi sekarang.

Ini adalah kekurangan yang serius dengan VSCode sebagai editor.

Saya menggunakan Visual Studio sebagai editor utama saya selama sekitar 9 tahun, dan kemudian beralih ke VS Code setelah pindah ke tim proyek front-end-only. Ada banyak hal yang disukai tentang VS Code, tetapi satu fitur penting yang hilang bagi saya adalah kurangnya jendela hanya-tab editor mengambang (seperti yang biasa saya alami di Visual Studio).

FWIW, saya menggunakan 4 monitor berdampingan. Rasanya gila terjebak hanya di 1 monitor untuk pengeditan kode, terutama saat saya mengerjakan beberapa file secara bersamaan.

Saya harus setuju dengan komentar di atas. Kekurangan fitur ini adalah masalah besar bagi mereka yang memiliki banyak monitor (pada dasarnya semua orang yang bekerja dengan kode). Jelas Anda dapat mengatasinya dengan membuka file tertentu dalam contoh Visual Studio Code (ctrl + shift + N) yang terpisah, tetapi itu pasti sesuatu yang harus ditangani sesegera mungkin.

Saya ingin dapat membuka file ke jendela baru (misalnya untuk meletakkan di monitor yang berbeda atau ruang kerja virtual yang berbeda).
Jika saya tidak dapat membuka langsung ke jendela baru maka saya harus dapat merobek tab ke jendela baru atau dapat menyeret tab ke jendela VSCode terpisah (seperti yang dibuat dengan File → Jendela Baru)

Saya menggunakan plugin penampil WYSIWYG untuk mengedit AsciiDocs. Memisahkan jendela ke monitor yang berbeda merupakan persyaratan dasar dalam kasus ini. Semoga fitur ini segera diprioritaskan

Alangkah baiknya jika kita dapat merobek tab untuk menampilkan file / tab itu di jendela terpisah 😪

Saya mencoba untuk keluar dari JetBeans dan ini bukan fitur opsional atau fitur yang bagus untuk dimiliki. Ini penting untuk pengkodean multi-monitor. Tidak memilikinya adalah pemecah kesepakatan.

+

Mencari fitur ini. Terima kasih :)

Ini bukan cara terbersih untuk mendukung banyak monitor / jendela, namun Anda dapat melakukan hal berikut:

• File> Jendela Baru

• Sekarang seret tab di jendela Kode Visual Studio Anda yang sudah ada ke jendela baru yang baru saja Anda buka.

Saya setuju bahwa akan sangat menyenangkan jika hanya dapat menyeret tab yang ada ke monitor kedua tetapi ini setidaknya merupakan solusi yang cukup tidak menyakitkan sampai mereka mendukung menyeret tab ke monitor lain.

Menambahkan permintaan saya untuk fitur ini juga. Senang melihat orang lain menginginkan hal yang sama.

Saya suka IDE ini, jika tidak. 😄

Semua yang terbaik.

Fungsionalitas yang sangat dibutuhkan.
Terima kasih

+1

(BTW .: Backlog-Link (https://github.com/Microsoft/vscode/milestone/8) di sini, di panel kanan tidak berfungsi?)

Adakah rencana saat ini akan ditambahkan ke lingkaran rilis? Terima kasih!

Tidak yakin apakah ada yang telah melihat proyek elektron ini, tapi saya akan meninggalkannya di sini. Mungkin MS bisa membantu, dalam jumlah waktu yang banyak :). Saya sudah lama tidak melihat komit, tidak yakin apakah dia menemui hambatan atau hanya sibuk.

https://github.com/electron-utils/electron-dockable

Saya harus mengakui bahwa saya terkejut bahwa editor setingkat VSCode tidak mengizinkan saya menyeret tab ke monitor kedua.

Menambahkan +1 saya ke ini.

Ingin sekali memiliki fitur ini juga. +1

@bpasero Saya tidak berpikir itu akan menjadi masalah besar untuk memungkinkan contoh lain dari VSCode dibuka jika kita menyeret tab keluar. Setidaknya itu akan menjadi permulaan.

Saya sedang berpikir untuk mengubah dari Sublime Text ke VSC dan batasan ini adalah satu-satunya hal yang membuat saya tetap menggunakan keduanya, saya pasti akan lebih cenderung ke VSC setelah kalian menambahkan ini!

+1
bahkan jika saya hanya membutuhkan Explorer dan debug

tab
Explorer / search / debug / git / extensions

Begitu banyak permintaan untuk ini, dan mereka secara konsisten datang juga. Saya senang saya tidak sendiri. Secara realistis ini adalah satu-satunya masalah saya dengan kode VS saat ini.

+1

Saya akan berpadu dengan komentar di atas - sungguh ini adalah satu-satunya masalah / fitur yang saya inginkan untuk VSCode. Jika tidak, itu adalah kesenangan mutlak untuk bekerja dengan, dan jauh lebih unggul dari Sublime dan lainnya (menurut saya).

@RoyTinker sama di sini. Ini adalah hal terakhir yang menghentikan saya untuk sepenuhnya beralih ke VSCode.

Bersamaan dengan semua di atas- ini adalah satu-satunya lalat di salep bagi saya setelah beralih dari Sublime.

Saya pikir alasan penting lainnya untuk memiliki ini adalah agar Anda dapat memutuskan jendela "Output" dan "Terminal". Jika Anda akan menjalankan debugging di dalam VS Code, Anda mungkin ingin jendela Output berada di satu monitor dan kode di monitor lain daripada menjejalkan semuanya ke satu monitor.

@laserbeak Saya rasa komplikasi muncul karena harus menangani manajemen jendela di beberapa sistem operasi. Mungkin tidak ada cara yang bersih atau jelas untuk melakukannya di semua platform.

Saya berjuang untuk men-debug proyek besar meskipun bekerja pada tiga tampilan - saya hanya dapat memiliki konsol debug dan kode yang saya lewati di satu layar. Saya bahkan tidak dapat membuatnya berdampingan di layar yang sama karena konsol debug mengambil bagian bawah jendela sepenuhnya yang terpisah ke editor kode.

Saya berharap fitur ini dapat diberikan prioritas yang lebih tinggi, terutama mengingat telah dibuka selama lebih dari setahun sekarang.

Tidak relevan https://www.npmjs.com/package/electron-window-manager

Op 5 okt. 2017 2:38 pagi schreef Luc Shelton [email protected] :

@laserbeak https://github.com/laserbeak Saya rasa komplikasi muncul karena harus menangani manajemen jendela di beberapa sistem operasi. Mungkin tidak ada cara yang bersih atau jelas untuk melakukannya di semua platform.

-
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-334327742 , atau nonaktifkan utas https://github.com/notifications/unsubscribe-auth/AD90FFy4E1Ra3EKfLfwh026vvezYp9FJksO .CT4gaJck

Rupanya orang-orang di JetBrains tahu cara terbaik untuk melakukannya.
Di setiap produk IntelliJ, setiap tampilan memiliki ikon roda gigi yang memiliki opsi berikut:

• Mode Berlabuh
• Mode Mengambang
• Mode berjendela

Tanpa fitur ini, pengembang masuk ke siklus berikut yang membutuhkan setidaknya 20% waktu pengembang!

while (developing){
    swithToIDE() // because you were checking browser before this.
    findTheFileYouAreInterested() // because you can't see more then one file unless you split the view which brings another problem(limits visible area)
    findTheCodeYouAreWorkingOn() // since the coding window is too small because of the space taken by other views (terminal, output etc.)
    changeLogicCode()

    // checking output
    if (output.NotVisibleEnough){ // TODO: change to if(true) becuase it's never visible enough
        output.resizeToVisibleSize()
    }

    findTheProblemInOutput()

    if (output.takesTooMuchSpace){ // TODO: change to if(true)
        output.resizeToMinimalSizes()
    }

    changeLogicCode()

    changeUICode()

    swithToBrowser();
}

Saya sebut ini sebagai C reativity siklus K Iller F ocusing U sers'.

Sayangnya hal ini tampaknya tidak memiliki prioritas tinggi. Ini benar-benar penghenti untuk editor hebat ini.

Ini adalah hal terakhir yang mereka ceritakan tentang @Hypernut

https://twitter.com/TheLoveDuckie/status/916447993594859522

Anehnya, mereka mengabaikan permintaan yang tampaknya tinggi untuk fitur ini.

@Hynut saya pikir sama. Bagi saya, ini tampaknya menjadi fitur dasar dari setiap IDE modern.

@LoveDuckie @Hypernut Anda dapat mengerjakannya dengan menarik file dari explorer ke jendela baru; tetapi itu bukanlah solusi yang dapat diterima. Mereka tampaknya menghindari pertanyaan tentang itu sebagai batasan elektron dan apakah mereka benar-benar akan dapat melakukannya dengan sedih atau tidak.

atau mungkin mereka hanya tidak ingin membuat persaingan yang terlalu ketat untuk Visual Studio; -}

@ benm-eras Saya menyadarinya, tetapi sepertinya sudah ada dukungan untuk fungsi itu. Ini kasus sederhana dari MS yang ingin mengintegrasikannya dengan VS Code.

+1. Wajib, bukan yang bagus untuk dimiliki oleh orang-orang dengan banyak monitor (tab). Lebih dari 14 bulan dan masih sunyi senyap? Tapi, hei, dukungan Touch Bar macOS sudah tersedia. 👎 Sedih ...

Saya setuju dengan komentar "jangan buat ini bersaing dengan Visual Studio". Nah, jika saya dapat mengerjakan SPA saya secara efisien dan backend api web saya di Visual Studio, saya juga tidak memerlukan VS Code.

+1 membutuhkan fitur ini

Fitur ini ada di backlog, tetapi berada di peringkat # 14 saat mengurutkan permintaan fitur berdasarkan jumlah suara positif:
https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20sort%3Areactions-%2B1-desc%20label%3Afeature-request

Perlu 104 suara lagi untuk masuk 10 besar.

Masalah ini kemungkinan akan menerima lebih banyak suara positif jika pertanyaan awal diutarakan dengan lebih baik.

Judul: VSCode Tambahkan Dukungan Multi-Monitor / Multi Ruang Kerja.

Deskripsi:

Mendukung Menyeret Tab Dokumen VSCode, Alat dan Ekstensi Windows dari sebuah contoh IDE di beberapa ruang kerja / monitor. Windows yang rusak dengan cara ini harus beroperasi dalam konteks yang sama seperti biasanya saat terpasang ke IDE.

Perilaku Saat Ini:

https://cloud.githubusercontent.com/assets/2397125/26831065/5b8f145c-4acb-11e7-8f81-fe25512708cd.gif

Perilaku yang Diinginkan:
https://user-images.githubusercontent.com/3527695/31317649-71a530b2-ac4d-11e7-9531-6fe2d4a2e967.gif

Dukung:
https://www.npmjs.com/package/electron-window-manager

Jadi mengapa Anda tidak menggunakan Visual Studio?

@ salshabillaadr2
Saya menggunakan, tetapi saya terbatas pada windows saja ;-) sedangkan vscode saya gunakan di linux, macos, windows

@ s952163 Banyak kemungkinan alasan:

• Menggunakan Linux atau Mac OS X
• Mengembangkan terhadap runtime / platform non-MS

Saya sekarang menjadi pengembang front-end di macOS dan saya tidak akan beralih kembali ke Windows dan Visual Studio hanya untuk dukungan multi-jendela. Saat ini saya sedang mencari editor serupa untuk melihat apakah ada dukungan jendela mengambang: Brackets, Atom, Sublime, JetBrains ...

Juga ingin memberikan dukungan saya untuk fitur ini. Pada titik ini, itu adalah fitur yang hilang yang menjaga saya dari menggunakan Kode VS penuh waktu.

Komentar umum dev tentang masalah ini: "Semua IDE lain dengan UI buruk yang dirancang pada tahun 90-an memaksa saya membeli banyak layar agar produktif sama sekali, jadi IDE baru ini seharusnya tidak mencoba memperbaiki masalah secara berbeda tetapi mereplikasi UI buruk yang sama dan mendukung banyak saya layar ".

Saya sangat berharap ini tidak akan diterapkan, dengan fokus pada satu jendela, efisien, mengedit UX terfokus adalah keuntungan kuat dari VSCode, bukan kerugian.

@ Krzysztof-Cieslak Dengan cara yang sama, Chrome seharusnya tidak mendukung pemunculan tab ke jendela baru. Saya tidak bisa membayangkan ada orang yang memperdebatkan itu. Beberapa monitor masih _sangat_ membantu karena meningkatkan ketersediaan layar. Aplikasi yang mendukung banyak monitor sama sekali tidak kikuk untuk melakukannya.

Lihat ilustrasi @ D1no di atas ( klik untuk menggulir ke atas ). Ini yang saya suka - seperti membuka tab Chrome. [EDIT: Saya tidak mengatakan jendela tab baru harus menduplikasi UI jendela utama. Saya pikir yang diperlukan hanyalah bilah tab (untuk beberapa tab editor kode) dan konten tab.]

@ Krzysztof-Cieslak Anda bercanda kan? Percaya atau tidak, terdapat komunitas pengembang besar yang menghargai produktivitas daripada lokalitas di kedai kopi, atau di atas pohon, atau apa pun yang sedang populer.

Ruang kerja multi monitor bukanlah peninggalan tahun 90-an. Mereka adalah alat produktivitas luar biasa yang tidak boleh dikorbankan untuk mengubah mobilitas atau gaya hidup hipster.

@ Krzysztof-Cieslak ini mungkin pernyataan paling bodoh yang pernah saya baca. FYI: separuh dari gerakan VR abad ke-21 terinspirasi oleh batasan ruang layar untuk "jendela / antarmuka" yang tidak terbatas 🙄

Jadi kembali ke topik: Apa yang bisa kita lakukan?

Bertanya-tanya bagaimana VR terkait dengan pengeditan teks yang berat dan aktivitas membaca seperti pemrograman .... Tapi mari kita tetap memberikan contoh yang tidak terkait, menuduh orang lain sebagai hipsters yang mengkode di atas pohon atau apa pun yang membuat kalian merasa lebih baik. Itu bagian yang mudah.

@ Krzysztof-Cieslak, Anda mengatakan bahwa IDE lama memiliki masalah desain yang memaksa kami memiliki banyak monitor, OK, saya akan ambil itu, saya tidak cukup tahu tentang topik itu untuk mengatakan itu benar atau salah (dan saya lahir di 1991 jadi saya tidak benar-benar punya kesempatan), tetapi tidak peduli bagaimana Anda melihatnya, lebih produktif melihat 2 atau lebih file pada saat yang sama daripada mengklik tab atau menggunakan beberapa kombinasi tombol untuk mengubah tampilan, ini benar jika file ini memiliki ketergantungan yang kuat. Saya tidak berpikir saya perlu menjelaskan perlunya ini, Anda harus tahu apa yang saya bicarakan. Maaf untuk bahasa Inggris yang buruk, btw.

Nak, kamu tinggal di belakang bulan atau hanya mengolok-olok?
https://gearburn.com/2016/06/space-vr-app-turns-the-htc-vive-oculus-rift-into-a-productivity-hub/
https://www.bloomberg.com/news/articles/2016-11-16/how-working-in-vr-could-make-you-more-productive
https://www.theguardian.com/technology/2015/mar/24/andreessen-horowitz-london-virtual-reality-startup-improbable
(...)

Memaksimalkan keterpaparan informasi adalah yang mendorong segalanya mulai dari multi-threading hingga kepadatan piksel dan ya, bahkan aplikasi multi-layar & lintas perangkat. IDE disertakan.

Jadi tepat untuk _minta_ editor yang diperkaya untuk bergabung dengan alur kerja yang sudah mapan itu. Jika Anda memiliki beberapa kontribusi untuk dibagikan selain trolling, kami semua senang mendengar Anda. Tetapi pada titik ini, lebih dari satu tahun kegiatan masalah ini berbicara sendiri.

Kami berada di luar _if_, bukan di _when_ dan _how_ ini peningkatan hit vscode.

Masalah ini semakin memanas, saya rasa bagi kita yang mendukungnya harus meningkatkan kesadaran untuk itu (tweet, rekomendasikan, diskusikan), sehingga dapat masuk ke 10 daftar permintaan teratas. Trolling / panggilan nama / berdebat tidak membawa kita kemana-mana

Dan terima kasih @ D1no , sekarang saya ingin Oculus Rift jadi saya bisa punya 17 monitor virtual :).

@ KrsnaTe0r
Ini adalah fitur, bukan pilihan desain. Jika fitur ini diterapkan, Anda tidak perlu memiliki banyak monitor untuk menggunakan VS Code. Faktanya, Anda tidak perlu melakukan apa pun, Anda cukup menggunakan VSCode apa adanya. Saya masih tidak mengerti mengapa Anda menentangnya.
Bagaimanapun, saya memiliki 2 monitor dan saya masih mempertimbangkan untuk membeli yang ketiga. Mengapa? Sangat memakan waktu untuk mengklik dan mengubah ukuran jendela untuk melihat konten. Mesin virtual, kode yang Anda tulis, halaman HTML yang Anda desain, jendela browser yang Anda periksa, keluaran debug, terminal, dan sebagainya. Saya perlu melihat semuanya sekaligus.

BTW menggunakan MacOS atau Linux bukan satu-satunya alasan untuk tidak menggunakan VS, Jika Anda pernah menggunakan VS, maka Anda tahu betapa membengkaknya itu. Terakhir kali saya mendownloadnya adalah beberapa bulan yang lalu dan ukurannya sekitar 7 atau 8 GB saat itu. Namun Anda tidak memiliki uninstaller offline untuk penginstal 8GB! Ada solusi untuk membuat penginstal offline dari penginstal online di internet!

@tavuntu

lebih produktif melihat 2 file atau lebih secara bersamaan

Saat ini Anda dapat melihat 3 file, satu panel vertikal (debugger, git, search, explorer) dan panel horizontal pada saat yang bersamaan

@ Dzawim
Bagus sekali, menautkan beberapa tautan yang tidak terkait dengan IDE (atau pengeditan teks secara umum) ke artikel hype VR di media ilmu komputer / rekayasa perangkat lunak yang terhormat seperti Guardian dan Bloomberg benar-benar menunjukkan sudut pandang Anda. Namun, saya masih tidak melihat di seluruh utas ini satu tautan ke penelitian, studi, makalah yang menunjukkan peningkatan produktivitas menggunakan banyak layar untuk pengeditan teks. Saya tidak melihat adanya diskusi yang masuk akal seputar kemungkinan implikasi dari berbagai cara menerapkan fitur tersebut. Saya yakin saya tidak akan melihat bukti penerapan konsep. Yang bisa saya lihat hanyalah sekelompok orang dengan senang hati memberi +1 pada beberapa fitur acak dengan implikasi desain yang besar (dan banyak kebencian bagi siapa pun yang memiliki pendapat berbeda)

Bagaimanapun, aku keluar. Ya, memanggilku kiddo yang hidup di belakang bulan memenangkan diskusi ini! Anda juga mengungkap saya sebagai troll internet acak, permainan bagus, Pak!

@Kryslankers
Tidak, tidak, jangan lari jika Anda terbukti salah!
Harap arahkan pertama ke studi yang menunjukkan bahwa tidak memiliki dukungan beberapa monitor meningkatkan produktivitas atau lebih tepatnya adalah pilihan yang lebih baik. Yang Anda berikan kepada orang-orang hanyalah klaim Anda, dan mereka memberikan milik mereka.

"Saat ini Anda dapat melihat 3 file, satu panel vertikal (debugger, git, search, explorer) dan panel horizontal pada saat yang sama", usaha yang bagus, tapi Anda tahu maksud saya, maksud saya jendela yang dimaksimalkan dengan file CSS dalam satu monitor dan jendela yang dimaksimalkan dengan HTML di satu sama lain ... itu jauh lebih baik daripada memiliki banyak panel yang tidak nyaman di monitor yang sama. Saya akan mengatakan itu adalah preferensi pribadi, tapi hei, hal ini memiliki 237 suara positif vs 7 suara negatif, jadi ya.

@tavuntu @ Krzysztof-Cieslak Saya menyimpan salah satu dari monitor 22 "saya yang berorientasi vertikal. Terkadang sangat menyenangkan untuk mengedit file widget JS di sana, dengan file HTML dan CSS yang sesuai dalam panel terpisah yang dimaksimalkan pada monitor yang berdekatan.

Tata Letak:

                                 +---------+
                                 |         |
                                 | JS File |
                                 |         |
+-------------+ +--------------+ |         |
| Chrome tabs:| | CSS  | HTML  | |         |
| App, docs,  | | File | File  | |         |
| inspector   | |      |       | |         |
|             | |      |       | |         |
+-------------+ +--------------+ |         |
                +--------------+ +---------+
                | Terminal,    |
                | Email,       |
                | Slack        |
                |              |
                +--------------+

Idealnya, monitor tengah atas dan kanan akan menjalankan satu contoh VS Code, dengan file JS muncul sebagai jendela terpisah yang dimaksimalkan.

Tolong jangan membuat kesalahan ini ...

Anda tidak dapat membaca beberapa file sekaligus dan tetap fokus. Membagi kode menjadi satu layar sudah cukup dan keputusan semacam ini menyiratkan banyak implikasi desain untuk pengalaman Pengguna.

Ada banyak yang harus dilakukan di VSCode, untuk meningkatkan pengalaman pengguna saat ini tanpa menambahkan lebih banyak kerumitan. Karena jendela baru, mungkin berarti penyedia VSCode perlu mendukungnya karena konteksnya tidak sesederhana dengan satu jendela dll.

Kemungkinan IMO fokus yang lebih baik, memperbaiki pemilihan pola kata dan mengganti nama pilihan, menambahkan dukungan seret & lepas ke panel, dll ...

Juga, sebagian besar OS tidak mendukung sistem ubin yang tepat untuk Anda windows jadi ya bersenang-senanglah mengelola masing-masing ...

@MangelMaxime Anda menyadari bahwa jendela baru akan menjadi opsional?

@ jez9999 Ya, saya mengerti, seperti yang saya pahami juga bahwa ini bukan fitur sederhana untuk ditambahkan dan dipelihara di masa mendatang. :) Hanya memberikan pendapat saya setelah sepertinya sebagian besar orang sudah memberi mereka dengan +1 :)

@Jamur_kejang
"Anda tidak dapat membaca beberapa file sekaligus dan tetap fokus"
Jika Anda dapat mengklik-ubah ukuran-membaca beberapa file, maka Anda pasti dapat membaca beberapa file tanpa mengklik dan mengubah ukuran terlebih dahulu.
Selain itu, tidak selalu kode yang Anda awasi. Terkadang Anda menonton output atau memasukkan beberapa perintah di terminal. Inilah mengapa saya akan tetap menggunakan IntelliJ sampai fitur ini menampilkan kode VS.

@ramazanpolri
Itu memang poin yang bagus tetapi untuk konsol atau perintah, kami sudah memiliki aplikasi konsol misalnya yang seharusnya melakukan pekerjaan yang lebih baik di IMO umum.

Saya menyerah.
Merupakan ide yang buruk untuk memiliki dukungan beberapa monitor.
Itu mahal, itu akan membuat pemeliharaan aplikasi lebih sulit, itu akan mencegah pengguna memfokuskan kode. Selain itu, satu monitor pasti lebih murah dari dua. Anda tidak perlu menggerakkan mata ke kiri dan ke kanan serta ke atas dan ke bawah, Anda cukup menatap langsung ke tengah layar dan menggunakan mouse untuk memindahkan konten yang relevan ke tengah layar. Dengan cara ini Anda mungkin juga menganggap monitor berukuran lebih kecil lebih menarik, karena ukurannya yang ringkas dan harga yang lebih murah.

EDIT: Rupanya seseorang tidak mengerti sarkasme.

Sejak keluar, Code tidak memiliki dukungan multi-monitor, dan saya berasumsi bahwa pilihan itu dibuat dengan sengaja. Meskipun demikian, saya tidak tahu apakah saya akan menganggapnya berguna. Saya menggunakan Kode di satu monitor dan browser serta emulator saya di layar lain. -1.

Mengapa memilihnya turun hanya karena Anda tidak akan menggunakannya?

Saya menurunkan suara untuk memberikan umpan balik pada tingkat prioritas menurut saya fitur tersebut harus diberikan di backlog. Ini bukan fitur yang saya prioritaskan, dan pada kenyataannya, menurut saya ini bertentangan dengan desain dan maksud (lihat "Sejak keluar, kode tidak memiliki dukungan monitor ganda, dan saya berasumsi bahwa pilihan dibuat dengan sengaja." ) Terima kasih atas pertanyaannya!

Itu mahal, itu akan membuat pemeliharaan aplikasi lebih sulit, itu akan mencegah pengguna memfokuskan kode.
Selain itu, satu monitor pasti lebih murah dari dua.

Ya! Jika saya tidak suka roti, tidak ada yang boleh memakannya! Hanya mengacaukan toko, membuatnya lebih sulit dirawat. Mencegah orang berfokus pada makanan lain yang lebih penting.
Selain itu, Anda tidak perlu mentega lagi, yang membuat hidup pasti lebih murah.
Sungguh diskusi yang absurd ...

beri tahu saya jika saya benar. Jika fitur sudah terpasang sekarang. versus jika fitur dibangun nanti, ketika kode menjadi lebih kompleks karena "fitur yang diperlukan". Bukankah lebih baik untuk membangunnya sekarang, ketika keseluruhan sistem relatif lebih sederhana?

Dapatkan kabar baik untuk orang lain yang (seperti saya) tidak tahu: sepertinya fitur ini sudah (sebagian besar) diterapkan. Merobek tab ke dalam jendela terpisah __sudah mungkin__ 🎉, dengan beberapa peringatan / solusi yang diperlukan.

Langkah persiapan:

1. Buka folder proyek atau ruang kerja Anda (jika belum terbuka)
2. File> Jendela baru
3. Tutup layar selamat datang di jendela baru
4. (jika sidebar terlihat) Dengan jendela baru dipilih, klik View> Toggle Side Bar
5. (jika bilah aktivitas terlihat) Dengan jendela baru dipilih, klik Lihat> Sembunyikan Bilah Aktivitas
6. Maksimalkan jendela baru di monitor # 2

Sekarang drag & drop tab editor dari jendela proyek Anda ke jendela baru.
==> Boom: Workspace sekarang multi-monitor.
(Anda juga harus menutup tab yang Anda tarik)

Jadi implementasi minimum yang layak dari fitur ini tidak akan sulit jika seseorang dapat mengotomatiskan langkah 2-5 (+ menutup tab asli) dan memicu otomatisasi saat seseorang menyeret / melepaskan tab ke bagian layar yang bukan milik vscode.

Hei, ya itu solusi yang diketahui (seperti membuka proyek beberapa kali) dan disebutkan di atas di suatu tempat di komentar. Namun, ini membosankan dan - terkadang - dapat menyebabkan masalah karena beberapa contoh proyek dibuka pada saat yang bersamaan (contoh tersebut tidak berkomunikasi satu sama lain secara langsung).

@RoyTinker "Saya menyimpan salah satu dari 22" monitor saya berorientasi vertikal. ", itu ADALAH argumen yang valid!

Anda juga tidak dapat melakukan debug di editor lain. Satu-satunya alasan paling berguna untuk memiliki banyak jendela adalah untuk men-debug di seluruh server (node) dan klien (Angular). Menjejalkan semuanya dalam satu tempat benar-benar menjengkelkan. Saya ingin memiliki file Angular di satu jendela, file node saya di jendela lain, dan Terminal di layar penuh lainnya sehingga saya dapat melihat output dari apa yang terjadi. Semua mungkin dalam sesuatu seperti Web Storm, tetapi tidak dengan VS Code. Ini benar-benar membantu produktivitas dan untuk satu alasan itu saya masih menggunakan WS daripada VSC.

Kabar baik - ini telah naik ke # 13 dalam permintaan fitur yang diurutkan berdasarkan suara positif. Kami hanya membutuhkan 88 suara lagi untuk masuk 10 besar.

satu suara lagi dari saya!

Dipilih, ini adalah satu-satunya hal yang hilang dari Sublime

Satu suara lagi, fitur yang sangat dibutuhkan.

Dan satu suara lagi!

satu suara lagi!

Ingin sekali memiliki fitur ini. Suara positif.

Satu suara lagi.
Apakah komentar sebagai suara membantu? Atau cukup jempol postingan utama saja? Jika tidak, utas ini akan menjadi agak kebanjiran.

Jempol di posting utama.

Jempol pada posting utama adalah apa yang kita butuhkan ... jangan tambahkan ke utas ini kecuali kita memiliki sesuatu untuk ditambahkan ke diskusi. Terima kasih atas suaranya !! 😃

+1 Pilih dari saya

Saya mulai membutuhkan ini lebih banyak saat proyek semakin besar. Ini akan menjadi fitur yang hebat, jika kinerjanya tidak turun karena itu.

Ini akan ideal untuk memiliki ini untuk beberapa pengeditan teks juga. Misalnya, saya menulis makalah penelitian di VS-Code. Saya juga menulis banyak dokumentasi berbasis penurunan harga di VS Code. Akan sangat berguna jika saya menulis kode / teks dalam satu layar, dan mendapatkan pratinjau (masih dalam VSCode) di monitor eksternal (atau, layar kedua). Saya sangat membutuhkan dan mendukung fitur ini!

+1 pilih dari saya! Vscode itu luar biasa dan akan lebih hebat dengan fonctionality ini!

@ amadare42

Jempol selalu lebih disukai daripada metode populer +1. Semoga GitHub membuatnya lebih jelas dengan tombol +1 di setiap pos daripada tombol + [Emoji].

Selalu menyukai gaya reddit juga

Hore, kami berhasil mencapai 10 besar (ini sebenarnya # 9 sekarang). Hanya 68 suara lagi dan ini akan masuk dalam 5 besar permintaan fitur. (Untuk memberi suara, tambahkan reaksi "jempol" ke komentar teratas.)

Jempol untuk ini. ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP

Pilih dari saya

1 untuk saya. Hal pertama yang saya perhatikan hilang saat beralih.

Setup VS Community Edition saya saat ini:
Layar kiri:

• Penjelajah solusi
• Breakpoints
• Kesalahan
• Properti
• Kontrol sumber

Layar kanan:

• Editor kode

Hal yang paling mendekati hal ini sekarang adalah "mode zen" .. tapi ini bukan pengalaman yang hampir sama.

Jadi tolong ... "mengapungkan semuanya!" 🙏

Tapi saya juga berpikir, mungkin, ini bukan pekerjaan mudah bagi pengembang vscode.
Fitur ini mungkin memerlukan pengembang ekstensi untuk mengimplementasikan beberapa antarmuka jika mereka ingin jendela ekstensi mereka mengambang. Kasus terburuknya adalah semua ekstensi lama harus ditulis ulang untuk mendukung floating.

Tapi bagaimanapun, jika fitur tersebut dilakukan dengan baik yang tidak memerlukan pengembang ekstensi untuk lebih peduli ,,,,,, itu akan menjadi gleit.

Masih menunggu ini setelah saya beralih ke Kode dari Visual Studio :( Untuk saat ini, satu-satunya solusi saya adalah meminimalkan aplikasi dan meregangkannya secara manual agar sesuai dengan monitor saya.

@nguyenlamlll Saya sarankan Anda membaca https://github.com/Microsoft/vscode/issues/2686#issuecomment -344808761

Ini adalah aplikasi yang luar biasa, dan saya baru saja pindah dari Webstorm ke vscode.
Saya sangat menginginkan fitur ini !!

@bpasero "dihapus dari backlog" - ada komentar? Saya akan sedih mengetahui tanggapan tim adalah "tidak".

@RoyTinker tidak, ini tidak memiliki arti khusus, saya lebih suka memiliki masalah yang saya pedulikan tidak ditetapkan ke tonggak sejarah kecuali pekerjaan dimulai. Silakan lihat peta jalan kami untuk apa yang kami rencanakan untuk dikerjakan dalam 6-12 bulan ke depan: https://github.com/Microsoft/vscode/wiki/Roadmap

Silakan lihat peta jalan kami untuk apa yang kami rencanakan untuk dikerjakan dalam 6-12 bulan ke depan

Saya tidak melihatnya di sana, jadi sepertinya kalian terus mengabaikan tingginya permintaan untuk fitur ini.
Mengapa?

Ya, menurut saya fitur ini termasuk dalam kategori "Selamat coding". 400+ suara positif. Harus ada di peta jalan.

Saya sepenuhnya setuju bahwa ini akan menjadi fitur yang hebat, tetapi teman-teman benar-benar memberi orang-orang baik dari vscode istirahat. Saya cukup yakin ada alasan bagus mengapa ini belum dimulai. Kita harus mengingatkan diri kita sendiri bahwa ini adalah perangkat lunak gratis;)

Terima kasih @bpasero senang mengetahuinya.

@ zewa666 ya gratis dan luar biasa, saya bersyukur tentang itu. Masalahnya adalah, orang-orang ini tidak memberikan jawaban dan bahkan jika mereka memiliki alasan kuat untuk tidak menerapkan ini, sikap diam mereka memberi tahu kami bahwa mereka tidak peduli dengan permintaan ini. Kami adalah pengembang, banyak dari kami yang memahami alasan teknis. Terkadang diam lebih buruk daripada jawaban negatif.

Ya itu gratis. Tetapi -dan saya bisa saja salah- ini dikembangkan oleh Microsoft dan pengembang Microsoft saja. Jika itu benar, saya cukup yakin bahwa mereka dibayar untuk mengerjakan ini. Jadi ini setidaknya sedikit berbeda dari proyek komunitas mana pun yang dilakukan orang untuk bersenang-senang dan di waktu senggang mereka. Karena dalam proyek open source lain seperti ini, kami sudah memiliki jawaban jika dan kapan ini diterapkan dan jika tidak, mengapa.
Itu saja yang saya minta.
Keheningan itu aneh untuk proyek open source, tetapi sayangnya hal ini biasa terjadi pada perusahaan seperti Microsoft.

Ada alasan teknis mengapa fitur ini tidak membuat banyak kemajuan: Kami menggunakan kerangka kerja Electron sebagai kerangka UI lintas platform yang didasarkan pada Chrome di bawahnya. Chrome memiliki model di mana setiap jendela mendapatkan konteks terisolasi sendiri, misalnya setiap jendela memiliki prosesnya sendiri dan konteks JavaScript-nya sendiri. Saya tidak akan mungkin untuk berbagi konteks yang sama antara banyak jendela.

Sekarang bayangkan Anda memiliki editor tempat Anda mengetik dan ingin menyeretnya keluar untuk menghasilkan jendela baru, Anda akan mengharapkan operasi itu menjadi sangat cepat dan ringan. Tetapi sebaliknya, itu akan mengharuskan kita untuk membuat instance baru dari VS Code dengan host ekstensi terpisah bahkan untuk memiliki editor di jendela mandiri (ini akan sebanding dengan melakukan File> Jendela Baru dan membuka file itu di jendela) .

Saya hanya melihat fitur ini mungkin ketika kami menemukan cara untuk membuat jendela yang berbagi memori yang sama ke jendela "utama" sehingga operasi ini ringan. Imho tidak akan berhasil jika setiap jendela mengambang diisolasi sepenuhnya seperti sekarang.

https://github.com/azain/electron-window-manager

@bpasero - menjadi ringan untuk fitur ini tidak terlalu penting - akan sangat membantu jika dua contoh vscode disinkronkan dan saya cukup mengedit file di layar utama dan melihat panel masalah atau terminal pada pembaruan layar kedua segera. Saya biasanya akan membuka misalnya panel pada layar kedua dan pengaturan layar ini hanya terbuka selama berjam-jam.

Idealnya saya ingin memiliki layar terbagi dengan 1-4 jendela pada layar kedua yang terbuka berdampingan untuk dapat melihat sekilas panel masalah dan terminal terbuka (misalnya, menampilkan tes unit dan output klien dan server) - jadi saya dapat menggunakan layar penuh pertama tanpa harus membuka dan menutup panel samping sepanjang waktu.

Saya cukup sering menemukan diri saya dalam situasi di mana Anda membuka dan menutup terminal sepanjang waktu dengan cmd + j atau harus menutup semua tab yang terpisah karena Anda ingin mengubah perubahan secara berdampingan meskipun saya memiliki layar kedua di mana ini bisa tetap terbuka .

Terima kasih balasannya.
Saya juga tidak peduli apakah itu ringan. Saya hanya ingin dapat memindahkan terminal dan konsol debug ke tempat yang paling tidak mengganggu saya.

@bpasero

eh, bisakah kita tidak menjaga konteksnya?

    // STEP 1: open a new browser window and store a reference to it
    this.externalWindow = window.open('', '', 'width=600,height=400,left=200,top=200');

    // STEP 2: append the container <div> (that has props.children appended to it) to the body of the new window
    this.externalWindow.document.body.appendChild(this.containerEl);

Saya baru mengetahuinya, karena itulah salah satu alasan utama mengapa portal React v16 sangat berguna ..
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

Terima kasih atas saran dan pembahasannya. Tentu ada cara untuk berkomunikasi antar jendela, bahkan jika mereka hidup dalam proses yang terpisah. Masih ada tantangan bahwa jendela yang satu tidak benar-benar menyadari jendela lainnya. Perpustakaan seperti electron-window-manager tampaknya membuat ini sedikit lebih mudah, tetapi bagaimanapun juga ada banyak pekerjaan yang terlibat, untuk menjelaskan beberapa:

• setiap bagian (editor, panel, tampilan) dari meja kerja harus dapat dijalankan di jendela browser terpisah, yang berarti bahwa setiap bagian harus sepenuhnya berdiri sendiri
• jendela master pada dasarnya perlu membuat multi-plex tata letak meja kerjanya menjadi beberapa jendela (misalnya jika Anda membuka panel keluaran, jendela itu harus memfokuskan jendela tempat panel keluaran dibuka)
• mungkin tantangan terbesar: semua layanan kami yang saat ini berada dalam satu jendela (dan itu mencakup semua ekstensi dan host ekstensi) harus keluar dari jendela tersebut ke dalam backend bersama yang dapat digunakan oleh setiap jendela. untuk memberikan contoh: Anda memulai sesi debug di satu jendela tetapi jendela lain menampilkan konsol debug, tentu saja kedua jendela perlu berbicara ke backend debug yang sama

Saya tidak akan mengatakan bahwa ini secara teknis tidak mungkin tetapi yang dapat saya katakan adalah bahwa permintaan fitur ini sangat menantang karena dampak UI dan karena perubahan mendasar yang diperlukan untuk setiap aspek dari apa yang kita miliki saat ini. Saya harap itu masuk akal.

Saya harap Anda bertujuan untuk merilis fitur ini selangkah demi selangkah dan Anda tidak akan mengikuti rencana

+1 akan menyukai ini

@bpasero Maaf untuk pertanyaan n00b: dapatkah nativeWindowOpen membantu memecahkan masalah?

+1 dari saya dan

@ Blackbaud-DustinLunsford terima kasih atas solusi sederhana

@ n9 Saya pikir komunikasi antara kedua jendela dapat diselesaikan tetapi masalah lain tetap ada yang saya nyatakan, khususnya fakta bahwa setiap jendela memiliki DOMnya sendiri dan bahwa semua layanan kami perlu berbicara ke backend yang sama dari setiap jendela

Ini adalah fitur hebat yang saya butuhkan!

@bpasero terima kasih atas jawabannya!

Yang pasti harus ada pada layar terpisah 1 potret, 1 lanskap.

Salah satu alasan saya masih menggunakan kode Eclipse over VS. Kode jendela dalam potret - Alat lanskap

+1

Saya ingin melihat fitur ini segera hadir 🙂

Kerja bagus; Saya suka editornya

Jesús

+1 ...! 😃

@bpasero Saya menduga ada kemungkinan target antara 80/20 (% manfaat / usaha) yang tidak akan melibatkan beberapa kerumitan yang Anda sebutkan.

Bagaimana jika fitur-fitur berikut dapat ditambahkan:

• memungkinkan beberapa jendela untuk menunjuk ke direktori proyek yang sama
• tambahkan opsi API internal untuk membuka jendela "hanya editor" (yaitu tanpa bilah status, tidak ada bilah aktivitas, hanya tab editor)
• izinkan ekstensi untuk mendaftarkan minat / ketidaktertarikan di jendela "khusus editor"
• tambahkan opsi API (internal) untuk membuka file di tab editor dengan buffer yang ditentukan (belum disimpan) pada jendela yang baru dibuat
• saat tab editor diseret ke luar aplikasi:
  
  
  
  • buat jendela baru tanpa aktivitas & bilah status, dengan file dan penyangga saat ini (belum disimpan) (jika ada)
  
  
  • tutup tab editor di jendela asli
  
  
• tambahkan kait untuk semua jendela di direktori proyek yang sama untuk memberi sinyal dan mendengarkan + bereaksi pada beberapa kejadian UI:
  
  
  
  • tab editor dipilih (pembaruan penjelajah bilah aktivitas untuk mengarahkan ke file)
  
  
  • tab editor ditutup (mungkin hanya mengatur penjelajah ke "tidak ada tab yang dipilih", memilih tab terakhir mungkin sulit untuk dikoordinasikan)
  
  

@RoyTinker Saya pikir ini bisa menjadi lebih sederhana.

Sebagai solusi pertama, tidak perlu jendela 100% "dapat dilepas". APP sebenarnya hanya bisa menjadi "wadah" untuk beberapa kanvas yang dapat diatur ulang di dalamnya.
Dengan sedikit keberuntungan, Ini bisa menjadi perubahan yang sangat sederhana di jendela utama VSCode.

@Rouche VSCode diimplementasikan dalam Electron, yang berarti setiap jendela adalah proses kromium yang terpisah, disertai dengan beberapa proses back-end juga. "App" adalah container khusus OS yang membuat instance / mengatur proses ini. Mengubah model itu akan menjadi agak mendasar (besar) pada saat ini.

Saya agak kecewa karena tidak pernah ada pertimbangan desain dari
sangat awal.

Pada hari Jumat, 1 Des 2017 pukul 21:39, Roy Tinker [email protected] menulis:

@Rouche https://github.com/rouche VSCode diimplementasikan di Electron,
yang berarti setiap jendela adalah proses kromium yang terpisah, disertai dengan beberapa
proses back-end juga. "Aplikasi" adalah penampung khusus OS itu
instantiates / orkestrasi proses ini. Mengubah model itu akan menjadi
agak mendasar (besar) pada saat ini.

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

-

Programmer Game

www.lucshelton.com

+1

Sebagai pengguna Visual Studio di masa lalu, ini adalah fitur yang sangat saya lewatkan di VS Code.

+1

@bpasero Tidak dapatkah fakta bahwa setiap jendela dalam prosesnya sendiri diperlakukan sebagai masalah elektron? Bukankah overhead yang tidak perlu memiliki multiprocessing untuk setiap jendela untuk kerangka seperti elektron?

Saya rasa tim elektron bisa mengatakan bahwa masalahnya ada di krom. Karena, chrome membuat proses baru untuk setiap tab. Satu-satunya solusi adalah memindahkan elektron untuk bekerja pada kerangka lain sepenuhnya.

@vvavrychuk Ini bukanlah masalah elektron,

Bagaimana jika Anda dapat mengaktifkan vscode dalam beberapa mode, "mode ekstensi", misalnya,
dan melewati beberapa parameter. misalnya. vscode --extended-window --socket-id
((socket-guid)) --root-window ((root-window-guid))

Dengan cara ini Anda dapat membuat soket atau bus komunikasi antar jendela
atau aplikasi independen.

Setiap jendela diperpanjang yang dibuat diberi id jendela root, dan
membuat ID soket UNIX untuk berkomunikasi.

Saya pikir ada kemungkinan untuk menerapkan sesuatu seperti ini.

Jika elektron memiliki cara untuk membuka, membaca, dan menulis soket, pendekatan ini mungkin
menjadi orang yang sukses.

@RoyTinker chrome memiliki opsi "proses tunggal" tetapi elektron tidak mendukungnya https://github.com/electron/electron/issues/11398. Mereka mengatakan bahwa kita tidak dapat memiliki banyak instance node.js dalam satu proses. Itu untuk meyakinkan. Tapi saya tidak mengerti mengapa kita membutuhkan banyak instance node.js untuk banyak jendela? Tidak bisakah kita memiliki Electron = multiple windows + single node.js dalam satu proses?

@ Jesus-Gonzalez Sepertinya variasi tentang apa yang @bpasero katakan akan diperlukan untuk menerapkan ini, meskipun saran Anda terdengar lebih mudah (bagi saya setidaknya) daripada item (3) dari daftarnya, karena pohon proses elektron "induk" akan menampung fungsionalitas back-end, seperti debugger.

Namun, item (1) dan (2) dari daftar tantangan @bpasero akan tetap ada. Selain itu, menambahkan komunikasi soket ke tab editor / panel akan membutuhkan banyak pekerjaan - jika saya tidak salah, banyak API internal harus diperbarui menjadi berbasis asinkron / janji alih-alih sinkron, yang akan menjadi upaya yang cukup besar .

@vvavrychuk oleh "proses tunggal" Saya mengacu pada konteks web (tanpa pekerja) saja. Yang saya maksud dengan "proses elektron" adalah lebih banyak pohon proses, yang akan mencakup konteks web tunggal disertai dengan sejumlah proses Node.js dan beberapa proses kromium latar belakang. Kalau tidak, saya mungkin bukan orang terbaik untuk bertanya.

+1

Ada kemajuan dalam hal ini? Ingin sekali bisa menggunakan VScode di kedua monitor dan membagi file di antara keduanya.

+1

Saya pikir semua orang akan senang mengetahuinya - permintaan fitur ini baru saja mencapai # 4 dengan suara positif. Hanya 150 lagi dan itu akan masuk dalam 3 teratas!

+1
Saya sangat mendukung permintaan fitur ini.

+1 Akan sangat berguna untuk monitor yang lebih besar atau lebih dari satu.

+1
Saya mendapatkan dengan menggunakan monitor 4k yang lebih besar di kantor rumah saya tetapi di meja kantor kerja saya di mana saya menggunakan 4 monitor yang lebih kecil ini adalah perlambatan. Ini adalah bagian terakhir yang kami lewatkan seperti yang dikatakan orang lain dari kepindahan penuh dari editor lain.

@RoyTinker dimana kita upvote itu?

@pantonis Silakan klik ikon "jempol ke atas" di bagian bawah komentar pertama.

Menambahkan komentar yang hanya mengatakan "+1" tidak membantu dan hanya mengacaukan area diskusi.

+1. Di sini kami bekerja dengan back-end dan front-end pada saat yang bersamaan. Di monitor utama, ujung belakang; di bagian ke-2, bagian depan. Ini adalah proyek yang sama dan ruang kerja yang sama. Ini seharusnya memungkinkan kita untuk membuka banyak jendela dengan ruang kerja / proyek yang sama.

Apakah ini akan diterapkan dalam waktu dekat? Menurut saya tab harus bebas bergerak ke mana saja, seperti halnya tab Google Chrome. Berpindah di antara jendela yang terbuka atau saat diseret ke desktop akan membuka jendela baru untuk tab tersebut. Ini sangat penting.

+1

Demi Tuhan tolong wujudkan ini!

Setiap kali saya memperbarui vscode saya yang indah, saya mencoba melepaskan tab dan tidak berhasil! Ayo teman-teman ini sudah diminta sejak hari pertama.

Tidak ada peta jalan, tidak ada pencapaian, tidak ada janji, apa yang terjadi!

800 suara positif sekarang! Ini adalah yang ketiga dengan jempol ke atas dan ke-2 dalam jumlah komentar

Ingin sekali memiliki fitur ini juga.

+1 Setuju, ingin sekali dapat menarik tab saya ke jendelanya sendiri. Tidak dapat melakukannya merupakan kekalahan tujuan memiliki banyak monitor.

Hanya 42 33 22 17 8 2 0 suara lagi dan masalah ini akan menjadi # 1.

+1

@tavuntu Masalah dengan hanya berkomentar dengan +1 membuat kekacauan yang tidak berguna dan mengirim spam kepada orang-orang yang melihat masalah ini dengan pemberitahuan yang tidak berguna.

Ingin melihat fitur ini diterapkan? Tambahkan reaksi 👍 ke kiriman asli dan itu sudah cukup, tidak perlu mengomentari komentar +1 ditakuti.

Bahkan komentar saya adalah meta karena melakukan hal yang sama (lebih berantakan) dan tidak diperlukan. Ini sudah dibicarakan di utas ini .

Meskipun demikian , berasal dari Sublime Text, fitur ini adalah sesuatu yang sangat saya sukai dan ingin saya lihat di VSCode suatu hari nanti.

@ V-ed

Itu berarti kami menyadari adanya kekurangan pada sistem reaksi GitHub. Harus ada UI tambahan untuk "+1 untuk fitur ini" jika utas masalah dianggap sebagai permintaan fitur . Tapi, semoga seseorang dengan pengaruh yang lebih besar dapat mengambilnya ke GitHub.

@tokopedia

Memang, dan saya ingat melihat seseorang berbicara tentang ide untuk GitHub untuk menerapkan sistem otomatis " +1 ke pos teratas 👍 konversi", dan itu akan bagus untuk mereka yang masih berpikiran memberi +1 ke tambahkan suara mereka. Ide Anda tentang UI yang tepat untuk memberi +1 pada permintaan fitur / "Saya punya masalah ini!" untuk masalah akan lebih bagus! Masalahnya adalah ...

Diskusi ini berada di luar cakupan utas ini dan dapat dibicarakan di sini (hei, sebenarnya, sejauh ini sudah semua yang kami katakan! _Namun, harapan semakin rendah seiring berjalannya waktu ..._ _ atau benarkah ? _ ) - semoga akan terjadi sesuatu sehubungan dengan masalah ini. Dengan membicarakannya di sini, kami hanya membuatnya lebih buruk - sampai jumpa di sisi lain kekuatan dan semoga harimu menyenangkan!

Saya menggunakan vscode untuk mengerjakan solusi c # yang besar, khususnya, 19644 c # file. Visual Studio 2017 mati tanpa pengecualian memori. Tab / editor mengambang adalah suatu keharusan terutama saat bekerja dengan pengaturan monitor ganda.

Permintaan fitur ini sekarang menjadi # 1 dengan suara positif. Kita berhasil! 🥇

Saya merasa Xcode melakukan ini dengan sangat baik jika Anda mencari inspirasi.

Ini harus dilakukan di awal, saat Anda mulai menulis editor ini. Tab / panel yang dapat dipindahkan di luar jendela utama (dengan kemungkinan menempel pada jendela utama) adalah fungsi inti dari setiap editor nyata, terutama dengan layar 4k besar saat ini dan set multi-monitor (untuk pemrogram profesional).

Ini hanya basis, itu membutuhkan perancangan API yang sesuai untuk komunikasi antara jendela dan manajemen mereka, dan setelah itu Anda harus membangun sisanya di atas ini. Anda saat ini berada dalam situasi yang sulit untuk menyelesaikannya, tanpa korupsi semua yang telah dibuat sejauh ini, tetapi semakin awal Anda mengambil tantangan ini semakin baik untuk semua orang, setelah menghabiskan lebih banyak waktu dan menulis lebih banyak kode mungkin sudah terlambat untuk perubahan seperti itu.

Di dunia nyata kita perlu melihat lebih dari sekedar panel kiri / kanan / bawah, solusi ini https://github.com/Microsoft/vscode/issues/10121#issuecomment -335013296 sangat bagus.

Nada merendahkan tidak memperbaiki bug. Silakan gunakan 👍untuk memilih.

Fitur ini telah diminta selama bertahun-tahun sekarang ... Harap terapkan.

Bagi mereka yang hanya ingin membuka file di jendela baru dan diarahkan ke halaman ini oleh Google, gunakan pintasan keyboard untuk "Buka File Aktif di Jendela Baru";
Ctrl + K, O

Ini fitur dasar, saya pertama kali mengira bahwa jendela mengambang yang hilang adalah bug: ')

Tolong Tim VS Code, kami membutuhkan ini!

Dukungan multi layar penuh !!

Utas ini dibuka 1 Tahun 6 Bulan dan 4 Hari yang lalu ....

Sunting: Sayangnya, bpasero menjawab utas setahun yang lalu, semoga saja tim akan menganggap masalah ini sebagai masalah referensi untuk Jelajahi UX untuk item rencana rencana iterasi Februari 2018 !

@Aetherall dan lainnya, harap baca utas lebih lanjut. Benjamin Pasero telah menanggapi beberapa kali. Dia adalah anggota tim inti VSCode.

Juga harap diingat ini adalah proyek sumber terbuka. Beberapa komentar tampaknya menganggap MS berutang sesuatu pada kita di sini ... tidak benar.

Mungkin VSCode sangat luar biasa sehingga orang terkadang menganggapnya komersial :-)

@patrys ini adalah masalah dengan suara terbanyak dan saya yakin Anda tahu itu, tapi ya, Anda benar, ini tidak akan secara ajaib diperbaiki, perlu waktu dan usaha, dan orang-orang (seperti yang dikatakan @Aetherall ) tampaknya berpikir ini adalah perangkat lunak komersial (ini dimulai sebagai permintaan yang bagus tetapi sekarang sepertinya sangat mendesak)

Merobek tab adalah perilaku yang saya inginkan (cara yang sama bekerja di browser Chrome). Namun, saya akan menerima kemampuan apa pun untuk dengan cepat memindahkan / membuka sesuatu di jendela baru, seperti opsi menu klik kanan. Sekarang saya harus membuka VSCode baru dan secara manual membuka kembali file tersebut. Dalam kedua kasus saya sebenarnya tidak menginginkan jendela mengambang seperti di Visual Studio. Saya ingin itu menelurkan salinan baru VSCode. Jendela mengambang hilang, saya hanya ingin jendela baru ...

Bagus

@inarius lihat

Terima kasih @RoyTinker. Saya tidak dapat menemukan opsi menu untuk itu sama sekali dan saya dijamin lupa pintasannya, tetapi itu berhasil! Saya pikir itu akan menjadi pilihan yang baik untuk mengekspos pada menu klik kanan untuk tab aktif dan / atau item di penjelajah dokumen Open Editors.

Saya juga baru saja menemukan masalah # 8171 tampaknya persis seperti yang saya inginkan . Mungkin orang-orang yang memilih ini harus memeriksanya!

TIL, menyeret tab ke jendela vscode lain akan membuka file di jendela itu juga. Sayangnya itu tidak menutup tab lama yang diharapkan untuk ide jendela mengambang.

Perilaku ini membingungkan saya. Ini mirip dengan membuka tab pratinjau penurunan harga yang juga terkadang menggandakan dirinya sendiri.

Hai @ketozhang ,

Sayangnya itu tidak menutup tab lama yang diharapkan untuk ide jendela mengambang. Perilaku ini membingungkan saya.

Anehnya saya sebenarnya menikmati perilaku ini - berguna untuk referensi dari dokumen yang sama seperti saat membuat ubin baru. Saya yakin ini adalah keputusan desain di baliknya, tetapi saya akan tertarik untuk mengetahui sebaliknya.

Salam

Berdentang dengan gerakan melepas, terutama jendela jam

+1
Saya baru-baru ini melihat monitor ultra lebar dan dengan real estate layar baru saya ingin menggunakannya untuk produktivitas maksimum. Visual Studio 2017 menangani ini dengan cukup baik untuk menyeret tab menjadi jendela baru jadi mudah-mudahan kami melihat hal seperti itu dalam waktu dekat.

+1. Akan sangat menyenangkan memiliki kemampuan untuk menyeret tab ke monitor yang berbeda menjadikannya jendela baru.

++
Benar-benar ada banyak orang yang bekerja dengan dua monitor. Jadi saya tidak suka melihat info keluaran pada kode saya tad.
Saya hanya harus melihat kode. Jadi, saya akan menjadi keajaiban jika pengguna dapat memindahkan terminal / output / tab ke monitor lain, atau melakukan jendela ini mengambang. Dan kemudian pilih jendela yang dibutuhkan oleh Cmd + ~ misalnya atau lihat hasil di layar lain.

@bpasero mengapa bukan contoh baru lengkap dengan seluruh konteks browser mereka, saya akhirnya tetap melakukannya ketika saya perlu membuka aplikasi kedua untuk mengisi monitor kedua saya. IMO, bukankah ini yang terjadi saat Anda membuka dua browser dan menyeret dan melepas tab di antara keduanya? tidak dapatkah vscode melakukan hal yang sama dengan tab kode dengan cara ini? Akan luar biasa memiliki kemampuan ini. Saya memiliki 2 monitor, PC lama s754 8GiB DDR2 dan teknik ringan ini tidak akan banyak memberi manfaat bagi pengaturan saya, begitu pula mesin baru yang lebih bertenaga.

Fitur yang dapat dipasang di dok jendela ini adalah VSCode. Tapi, tidak tahu baru-baru ini mengapa itu tidak berfungsi ...

+1. Menyeret tab di luar jendela harus dibagi menjadi jendela baru seperti hampir setiap aplikasi tab lainnya di luar sana.

Tab bukanlah prioritas saya. Tapi debug yang bisa dilepas akan sangat bagus.

Masalah ini sekarang terbuka selama hampir 1 setengah tahun. Tolong beri beberapa tanggapan untuk keadaan saat ini dari fitur itu.

Menyeret tab di luar jendela VS Code saat ini menyalin file (atau pintasan ke sana?) Ke target seret. Ini sangat tidak intuitif jika dibandingkan dengan IDE lain.

Kalau dipikir-pikir, tidak adanya jendela mengambang (seperti VS yang tepat) adalah satu-satunya masalah saya yang sebenarnya dengan VS Code. Itu perlu diimplementasikan.

@belst dan lainnya melihat komentar ini , mengingat desain saat ini cukup sulit untuk menerapkan fitur ini

@Jorilx Apakah Anda tahu jika ada masalah terkait elektron di suatu tempat?

Akan sangat menyenangkan melihat dukungan untuk banyak layar atau jendela mengambang. Untuk saat ini saya harus mengubah ukuran jendela secara manual agar sesuai dengan kedua monitor saya (garis merah adalah tepi monitor) yang tidak nyaman.

Bagi saya saat ini, itulah fungsionalitas yang paling dibutuhkan dalam hal UI / UX.

+1! <3

@kodipe Tidak ideal, tetapi ada solusi untuk situasi Anda saat ini. Simpan proyek Anda sebagai "ruang kerja", lalu buka file, gunakan tombol pintas Ctrl + KO (seperti yang saya lihat Anda menggunakan Windows) yang akan menampilkan file aktif di jendela / instance baru. Sekarang tambahkan folder root repo ke jendela / instance baru itu (karena ini sekarang secara efektif menjadi ruang kerja baru) ... Sekarang Anda memiliki dua jendela yang menggunakan ruang kerja yang sama pada dua monitor. Seperti yang saya katakan, Ini tidak ideal dengan cara apa pun, tetapi itulah yang telah saya gunakan sebagai solusi saya menggunakan fitur ruang kerja.

Ini adalah keharusan untuk memiliki fitur UI. Itu melumpuhkan pengalaman dan produktivitas pekerjaan sehari-hari.

Bump, ini adalah satu-satunya hal yang menahan saya dari pindah ke VS Code sepenuhnya.

Saya memahami fakta bahwa ada kerumitan teknis untuk menerapkan fitur ini.
Namun fakta bahwa tidak ada indikasi aktivitas pada permintaan ini konyol pada saat ini. Itu harus menjadi salah satu fitur yang paling banyak diminta, dan secara harfiah tidak ada komunikasi dari tim vscode yang mengetahui kapan atau jika mereka berencana untuk melakukan sesuatu.

Ini adalah produk gratis, dan Microsoft tidak berutang apa pun kepada kami. Itu tidak berarti bahwa saya tidak terlalu kesal karena fitur ini bahkan tidak ada di radar. Ada beberapa halaman masalah github yang meminta fitur ini. VsCode adalah IDE yang bagus, tetapi kekurangan fitur ini di tahun 2018 ketika kita semua memiliki banyak monitor hanya memalukan.

Kepada semua orang yang mencoba memaafkan ini karena keterbatasan teknis: Harap diingat bahwa seseorang memiliki kesempatan untuk mengevaluasi platform / bahasa untuk membuat vscode, dan mereka memutuskan kerangka kerja yang memiliki kelemahan yang sangat jelas. Sejujurnya saya lelah mencoba mendapatkan komunikasi dari tim vscode.

Jika ini tidak segera ditambahkan ke vscode roadmap, saya rasa saya akan menemukan IDE baru.

@BentOnCoding Saya setuju bahwa kekurangan fitur ini tidak dapat dipahami, tetapi seperti yang Anda katakan, mereka memilih kerangka kerja yang tidak sepenuhnya sesuai untuk membangun IDE, jadi menambahkan fitur ini akan menjadi upaya besar dan sepertinya mereka tidak mau membuatnya .

Pertanyaan jujur, bukankah Atom juga diterapkan di Electron, dan bukankah mereka mendukung tab yang dapat dilepas dengan benar? Implementasinya tidak sesuai dengan arsitektur VScode, bukan?

@ruippeixotog Saya rasa atom tidak mendukung tab yang dapat dilepas. Anda dapat memindahkan tab di antara jendela tetapi Anda tidak dapat membuat jendela baru dengan menyeret keluar tab

@belst Ini masih memungkinkan banyak jendela di ruang kerja yang sama, yang merupakan peningkatan pada Kode VS.
Jika Kode mengizinkan beberapa jendela dari ruang kerja yang sama, bahkan tanpa menyeret-tab-untuk-jendela baru, akan lebih baik daripada harus membuat ruang kerja baru untuk memungkinkan banyak jendela.

Kebingungan antara gerakan tab versus jendela yang dapat dilepas ini adalah alasan mengapa saya TIDAK mendukung tab yang dapat dilepas. Pergerakan tab harus memunculkan proses baru di jendela baru. Saya ingin ini berfungsi persis seperti browser Chrome.

Tim VScode telah menanggapi topik ini untuk membahas kesulitannya. Karena ada beberapa pendekatan untuk ini yang dapat diambil, dan beberapa masalah terbuka yang telah digabungkan menjadi satu ini, saya harap mereka setidaknya akan memberikan beberapa panduan tentang pendekatan apa yang mereka sukai di sini sehingga permintaan fitur ini tidak terhambat oleh diskusi yang tidak produktif.

Masalah ini benar-benar hanya menjadi terkenal dalam 3 bulan terakhir atau lebih. Saya membayangkan masih ada diskusi internal yang sedang berlangsung.

Saya juga dulu suka merobek tab dan jendela dari Visual Studio; Saya menggunakan Mac sekarang dan menggunakan VSCode. Sangat kecewa karena fitur ini tidak didukung. Pengalaman telah dekat dengan Visual Studio dan ekstensi Alat Python untuk Visual Studio, tetapi masih kehilangan beberapa yang bagus untuk dimiliki.

Saya akan berlangganan masalah ini untuk mendapatkan ping ketika fitur hebat ini tersedia.

Saya hanya akan meninggalkan dua bit saya di sini juga. Mengikuti utas ini untuk waktu yang lama dan masih belum sampai akhir Maret 2018 (hampir 2 tahun) sangat menyebalkan. Semoga saja segera tersedia.

Ini fitur dasar, saya pertama kali mengira bahwa jendela mengambang yang hilang adalah bug: ')

@Aetherall 👍 Saya memikirkan hal yang sama! Kemudian saya datang dan menemukan utas ini ... :-(

Ini adalah perangkat lunak gratis. Anda tidak membayar apa pun untuk itu. Jika tidak memiliki fitur ini benar-benar mencegah Anda menggunakan VS Code, maka Anda bebas untuk memberikan permintaan penarikan yang mengimplementasikan setidaknya beberapa perubahan yang diperlukan agar ini berfungsi. Sebagai alternatif, Anda dapat mengambil nol dolar Anda dan membelanjakannya di tempat lain.

Apa yang tidak boleh Anda lakukan adalah merengek dan mencoba membuat tim hebat di belakang VS Code merasa bersalah.

Jika ada alternatif yang lebih baik Anda akan menggunakannya daripada membuang-buang waktu Anda di utas ini jadi lain kali ucapkan "terima kasih" daripada "bagaimana ini belum selesai".

@Nepoxx Anda selalu dapat membuka masalah baru dengan judul seperti "Diskusi teknis untuk jendela dalam proses mengambang" dan tautkan ke masalah ini.

@Nepoxx Anda di sini hanya untuk memberikan pendapat dan komentar jempol dari orang-orang. Mulailah dengan diskusi teknis dan layak kemudian. Kami semua tahu batasan platform, kami mencoba memberikan relevansi dengan topik sehingga tim Microsoft menganggap penting masalah tersebut. Kita semua memiliki kebutuhan yang berbeda dan Anda tidak boleh mengatakan pendapat orang lain tidak berharga. Mengapa Anda tetap mengikuti utas ini.

@patrys "Anda bebas menyumbangkan permintaan penarikan yang mengimplementasikan setidaknya beberapa perubahan yang diperlukan agar ini berfungsi"

Itu akan membutuhkan tim VSCode untuk secara terbuka mendiskusikan rencana untuk mengimplementasikan fungsionalitas yang sangat diminta ini. Ini masalah yang terlalu besar bagi setiap individu untuk membuat PR besar-besaran yang menerapkan _ bahkan fungsionalitas paling dasar_ — lagipula, setiap file yang berhubungan dengan referensi ke jendela atau ruang proses akan membutuhkan pembaruan jika tidak dibuang dan ditulis ulang. Apakah Anda benar-benar berpikir tim vscode akan menggabungkan sesuatu yang mengubah produk mereka pada tingkat fundamental ketika mereka tidak mengarahkannya? Aku tidak akan. Komunitas tidak dapat berkontribusi sampai rencana seperti itu didiskusikan secara terbuka.

_ (Sebagian besar) _ orang di utas ini tidak mengeluh "Saya ingin ini." atau "Lakukan karena saya terlalu malas untuk melakukannya sendiri." Komunitas prihatin karena ini adalah fitur yang sangat penting dan hanya ada sedikit atau tidak ada tanggapan dari kontributor inti di luar — pada dasarnya, "ini adalah masalah yang sulit."

Bayangkan: Anda naik taksi dan memberi tahu pengemudi tujuan Anda. Dia kemudian memarkir mobil. Anda menunggu sebentar, bingung mengapa Anda tidak bergerak dan bertanya, "bisakah kita pergi?" Tidak ada respon. Satu jam Anda menanyakan pertanyaan yang sama, dan dia menjawab, "Ada banyak belokan yang dibutuhkan untuk sampai ke sana," dan tidak akan berkata apa-apa lagi. Apakah kamu tidak akan ... bingung? frustrasi? itulah yang kami rasakan. Tapi kami tidak akan hanya meraih kemudi dan menyetir sendiri, ini bukan taksi kami.

Berikut adalah saran untuk semua orang yang meminta ini, jika tab yang tidak dapat dibuka memiliki nilai yang sangat besar bagi Anda dan perusahaan Anda. Mengapa tidak menyiapkan crowdfunding untuk itu?

Jika Anda mampu membeli 4 monitor hanya untuk keuntungan produktivitas yang meningkat, saya berasumsi bahwa Anda juga dapat mengeluarkan sejumlah uang untuk pengembangan fitur tersebut.

SorryNotSorry

@bpasero mungkin kita harus mengunci masalah ini untuk komentar, karena kita di sini berdebat tentang supir taksi 🤣

Maaf jika saya salah, tetapi ada semacam dukungan untuk banyak jendela: https://www.npmjs.com/package/electron-window-manager

Jika UX kode VS berfungsi seperti atom, saya akan beralih. Karena itu, saya terus menginstal kode VS, menyukai hampir semuanya dan akhirnya menghapus instalan ketika saya menyadari UX masih belum diperbarui. Akan memperhatikan masalah ini, tolong perbaiki.

Saya akan mengatakan sebagian besar orang di sini salah paham: Kode VS bukanlah IDE, melainkan editor kode. Dengan beberapa fitur bagus yang ditambahkan (debug), dukungan brilian untuk berbagai bahasa melalui plugin, lintas platform dll, dll. Satu hal yang tidak, adalah IDE.

Itulah mengapa ini adalah default saya untuk layar kecil (yaitu laptop, karena ia mengelola real estate dengan cara yang brilian) dan platform selain Windows. Di workstation yang tepat, saya menggunakan Visual Studio. Itu itu.

IDE yang tepat adalah alat yang cukup mahal. Lihatlah JetBrains - mereka membuat bisnis yang sukses dengan membangun hal-hal ini;)

@mdmnk Tidak. Ini adalah IDE.

notepad.exe adalah editor teks, notepad++ adalah editor teks, vscode sebelum terminal terintegrasi, runner tugas, scm, dan debug _ adalah _ editor teks. _Fitur apa yang dimiliki IDE lain yang vscode tidak? _ Ada beberapa hal yang saya yakin, tapi tidak banyak.

Ini tentu ringan jika Anda tidak menginstal 1000 plugin. Saya tidak keberatan membuka vscode untuk mengedit ~/.bash_profile karena saya tidak perlu menunggu selama 4 menit seperti yang saya lakukan dengan Visual Studio atau WebStorm.

@rozzzly Visual Studio, setidaknya, memiliki banyak fitur yang tidak dimiliki vscode. Pembuatan profil waktu proses untuk .NET, alat SQL Server, sistem manajemen pengujian besar-besaran, alat Azure (cloud MS), pelacakan tugas / PR / masalah bawaan - untuk mengingat beberapa di atas kepala saya. Ini adalah produk yang sangat besar. Dengan ukuran itu, VSCode hanyalah editor, meskipun sudah ada debugging / etc. - tidak dikirimkan dengan semua yang Anda butuhkan untuk mengembangkan dan mengirimkan perangkat lunak dalam skala besar ... bahkan tidak mendekati.

@rozzzly -bahkan team building itu merujuknya sebagai editor daripada IDE jadi jelas tidak ada drive untuk membuatnya benar-benar meniup IDE.

Hal-hal ini membutuhkan uang.

Lihat apa yang disebut @RoyTinker . Tambahkan cakupan kode, layanan tim, gabungkan perkakas konflik, kustomisasi penuh tata letak, build in package manager, cloud explorer, sql explorer, server explorer, wawasan aplikasi, tampilan kelas, browser objek, dll.

VS Code adalah alat yang luar biasa. Namun itu gratis, yang sejak awal berarti akan memiliki keterbatasan.
Anda tidak menyukainya, pergi dan bayar JetBrains atau Microsoft untuk sesuatu yang memiliki semua fitur yang Anda butuhkan.

Saya harap kita dapat berhenti membahas kewajiban apa yang dimiliki alat ini untuk mengimplementasikan fitur tertentu. Sepertinya itu cara cepat untuk mengunci topik ini. Saya akan terus membagikan dukungan untuk fitur ini dengan jempol ke atas dan komentar konstruktif yang langka.

Ada beberapa cara pendekatan ini dapat dilakukan, saya masih berpikir kami membutuhkan panduan umum dari tim VSCode sebelum siapa pun dapat mengarahkan dukungan mereka ke bentuk bantuan konstruktif lainnya. Seperti yang telah disebutkan orang lain, tidak ada yang benar-benar dapat mulai mengerjakan fitur sepenting ini sampai ada jaminan bahwa karya tersebut akan diterima.

@ michaljaros84 Fakta bahwa VS Code tidak dimaksudkan untuk menjadi IDE seperti Visual Studio sama sekali tidak menghalangi peningkatan UX seperti jendela proses mengambang.

@RoyTinker Mungkin kita dapat membahas manfaat mengambang dalam proses versus contoh terpisah? Saya tidak melihat nilai untuk meningkatkan kompleksitas secara dramatis jika fungsionalitas yang sama dapat dicapai dengan menghasilkan proses baru.

Fakta bahwa Code adalah IDE tidak berarti kita perlu mem-port semua pilihan UX yang buruk untuk VS seperti panel mengambang.

Saya tidak melihat nilai untuk meningkatkan kompleksitas secara dramatis jika fungsionalitas yang sama dapat dicapai dengan menghasilkan proses baru.

Fungsionalitas yang sama tidak dapat dicapai dengan menelurkan proses baru, karena, AIUI, untuk bahasa yang memiliki perkakas berbasis LSP, kedua proses tersebut tidak dapat berbicara ke server bahasa yang sama, jadi Anda hanya memiliki berbasis LSP. fitur di salah satunya.

@inarius Tentu, meskipun itu sudah dibahas di atas (lihat komentar "20% usaha / 80% manfaat" saya ). Seperti yang saya pahami, kasus penggunaannya adalah untuk mendukung banyak monitor dengan lebih baik.

Untuk berbagai alasan (seperti yang disebutkan oleh @HighCommander) VS Code hanya memulai satu ruang kerja per folder (dan saat ini satu ruang kerja tidak dapat menjangkau banyak contoh).

Terima kasih atas jawabannya. Saya kira saya bisa mengerti itu. Sejujurnya saya sering menggunakan VS Code dengan membuka file dan bukan folder. Jika saya mengerjakan proyek git, saya dapat melihat bagaimana alur kerja saya saat ini dalam membuka jendela baru dan menyeret file ke sana hanya akan memungkinkan saya untuk mengambil tindakan folder / git dari jendela asli.

Ketika saya mencoba ini sekarang, ruang kerja baru pasti tidak membuka kembali folder, tetapi tindakan git tetap ada meskipun saya bekerja dengan file di bawah direktori repositori.

@ Krzysztof-Cieslak Floating panel dibuat sepenuhnya opsional dalam Visual Studio (yaitu tidak ada fitur atau alur kerja yang mengharuskan Anda menggunakannya), jadi saya tidak melihat bagaimana itu pilihan UX yang buruk, bahkan dari sudut pandang orang yang tidak ' Saya tidak ingin menggunakannya.

Sayangnya ini masih belum memungkinkan, orang dengan pengaturan multi monitor akan mendapat untung banyak.
Jadi Pilih fitur 💃

Apakah cara yang dapat diterima untuk mengizinkan penggunaan beberapa jendela untuk menyimpan jendela tersebut dalam konfigurasi ruang kerja? Saya bisa membayangkan memiliki cara untuk melacak jendela setelah dibuka. Saya mungkin akan melakukan penggalian nanti dalam kode untuk melihat apakah saya dapat menemukan cara untuk setidaknya memiliki satu ruang kerja yang menjangkau beberapa jendela.

Setidaknya, hapus batasan yang sangat sewenang-wenang untuk membuka folder yang sama di banyak jendela.

@TedYav Pembatasan itu memiliki alasan teknis di baliknya - lihat # 2686 untuk info & diskusi lebih lanjut.

Jadi referensi dalam Rencana Iterasi # 47369 hanyalah lelucon tentang mendapatkan monitor 4k daripada rencana untuk mendukung ini?

@hosaka Benar, meskipun saya tidak bermaksud menyindir dalam komentar saya di sana. Kuharap tidak seperti itu.

@RoyTinker Tidak sama sekali, hanya meskipun saya akan mengklarifikasi agar orang lain yang membaca tidak terlalu berharap :)

Menabrak. Saya juga ingin menyeret tab kode ke desktop untuk diedit di jendela baru

Menjadi pengguna lama Visual Studio, notepad ++, bekerja selama bertahun-tahun dengan monitor 3 (21-25 inci) itu sebenarnya adalah satu fitur yang setelah beberapa jam menggunakan Visual Studio Code menghentikan saya menggunakannya. Sudah mencobanya beberapa kali. Tetapi bagi saya secara ergonomis sangat tidak nyaman dan melelahkan sampai tingkat yang membuat saya meninggalkannya lagi. Akan sangat menyenangkan untuk memilikinya.

Wow, Ini adalah fitur yang paling dicari sejauh ini! : sweat_smile:

^^ https://github.com/Microsoft/vscode/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc

Dan yang mengejutkan, fitur paling dicari berikutnya sangat terkait: +1:

Saat ini, saya menggunakan vscode 1.22.0 dengan monitor multiples dan pintasan CTRL+k o untuk membuka tab di jendela baru. Ini berfungsi cukup bagus untuk saya: sweat_smile:

Artinya apa sebenarnya? Apakah ada perkiraan kapan 3 fitur teratas akan diterapkan?

Op 9 jan. 2018 3:15 pagi schreef Roy Tinker [email protected] :

Saya pikir semua orang akan senang mengetahuinya - permintaan fitur ini baru saja mencapai # 4 dengan suara positif. Hanya 150 lagi dan itu akan masuk dalam 3 teratas!

-
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-356148693 , atau nonaktifkan utas https://github.com/notifications/unsubscribe-auth/AD90FPGlliOcLwiQbPIMFB5fITE42- 5Tks5tIr3GgaJpZM4JckZO .

Orang-orang downvoting karena Anda tidak menambahkan apa-apa ke diskusi, namun semua orang yang berlangganan masalah ini mendapatkan komentar Anda sebagai email.

Apakah ada perkiraan kapan 3 fitur teratas akan diterapkan?

Beberapa fitur memerlukan waktu 2 tahun dari saat menjadi terkenal hingga dikirimkan.

Ini sekarang dalam permintaan tinggi selama 2 (DUA!) Tahun. Saya harus mengatakan, terutama mengingat fakta bahwa Microsoft menganggap ini sebagai "editor kode resmi" -nya, ini sangat mengecewakan. Saya terus menunda menggunakannya, karena setiap kali saya mencoba, ini (dan beberapa fitur lain yang hilang) sangat memperlambat saya.
Saya pikir ini adalah waktu yang tepat, setidaknya untuk pernyataan yang pasti:

• Apakah ini akan diterapkan pada akhirnya? Jika ya kapan? Jika tidak: mengapa?

@Hypernut Sebenarnya

EDIT: Tautan komentar di sini: https://github.com/Microsoft/vscode/issues/10121#issuecomment -339404507
"104 suara lagi untuk masuk 10 besar" per 25 Oktober 2017.

Saya sangat menginginkan fitur ini juga - terutama hanya memiliki jendela debug pada monitor yang berbeda.

Solusi yang lebih mudah untuk mengimplementasikan (?) Mungkin dengan mengizinkan jendela baru (CTRL + SHIFT + N) untuk membuka proyek yang SAMA (ini saat ini tidak diperbolehkan). Anda kemudian dapat membuka tab apa pun yang Anda perlukan di jendela baru ini, atau jika Anda hanya ingin memiliki konsol debug di sini, Anda dapat memaksimalkannya untuk mengisi jendela. Ini akan berfungsi selama jendela tetap sinkron dan perubahan kode / pesan debug, dll. Segera diperbarui di semua jendela.

Harap tambahkan fitur ini. Saya harus membuka kedua kode VS untuk meniru perilaku ini ... Yang akan luar biasa jika ini dibuat.

Mengapa harus merendahkan suara @minajevs , @ djm158 , dan @JustinAddams? Saya menyatakan hal yang sama yang dilakukan orang lain dalam mendukung fitur ini.

@faaahhhh IYA! Terima kasih terima kasih terima kasih!

Untuk saat ini, setidaknya, Cmd-K o sudah cukup baik untuk saya - membuka file sumber di jendela terpisah. Saya melihat seseorang meminta hal yang sama untuk jendela penurunan harga ... tidak menggunakan itu, tetapi seharusnya tidak terlalu sulit untuk dicapai dengan solusi yang sama, bukan? Atau mungkin sudah memungkinkan menggunakan Cmd-K o?

Terima kasih @steinhh untuk kombinasi keyboard Cmd - K O . Saya belum menyadarinya dan saya akan menggunakan ini minggu depan pada sistem multi-monitor untuk melihat seberapa baik kerjanya.

Tip Anda membuat saya menemukan PDF di bawah ini dan membuat saya membuat daftar / tangkapan layar di bawah juga.

Hebat! Terima kasih terima kasih!

• https://code.visualstudio.com/docs/getstarted/keybindings ,
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-macos.pdf dan
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

Binding (di Mac) yang saya temukan dengan tangkapan layarnya:

• Cmd - Shift - P : menampilkan semua perintah
  
• Cmd - K O : buka file saat ini di Jendela baru
• Cmd - Shift - N : buka jendela baru
  
• Cmd - K Cmd - R : buka PDF referensi pintasan keyboard untuk OS saat ini di browser web default
• Cmd - K Cmd - S : buka editor pintasan keyboard
  

Editor pintasan keyboard memiliki pencarian yang dapat menemukan binding pada nama keybinding itu sendiri atau nama perintah:

Ketika saya beralih ke VSCode, saya jatuh cinta padanya. Sangat mudah digunakan dan cepat di komputer saya yang lambat!
Tetapi setelah menggunakannya selama 15 menit pertama saya melewatkan fungsi ini. Saya memiliki 3 monitor dan saya biasanya bekerja dengan 2 file pada saat yang bersamaan ...

@steinhh Itu bagus, tapi sama sekali tidak seperti yang dijelaskan dalam OP.
"_... opsi jendela mengambang untuk:
TerminalKonsol debugMasalahOutput _
"
Setiap jendela baru yang dibuka dengan pintasan, masih memiliki semua sub-jendela yang terpasang padanya.

@Roy
Maafkan saya karena terlalu ceroboh. Saya yakin permintaan itu tiba-tiba muncul "Desember lalu". Sebelumnya, tidak ada yang mau atau bahkan tahu tentang jendela mengambang. :)

Bagaimanapun, intinya adalah: Di sini ada permintaan yang tinggi SEKARANG dan itu benar-benar diabaikan.

@Hypernut Saya bukan anggota tim VSCode, saya juga tidak berbicara untuk mereka. Saya hanya mencoba membantu menetapkan ekspektasi berdasarkan pengamatan saya terhadap perilaku mereka di masa lalu dan saat fitur ini pertama kali muncul di radar "permintaan pengguna tinggi".

@algiuxass Sama di sini. Saya terkejut melihat ini masih belum ditambahkan. Ini adalah keinginan terbesar saya untuk melihat ditambahkan dengan vscode. Saya bukan pengembang elektron jadi saya tidak tahu apakah ini batasan aplikasi elektron atau jika itu bisa dilakukan.

@Roy
Saya tahu Anda tidak berbicara untuk VSC-Team. Tetapi mengapa Anda merasa perlu untuk "menetapkan ekspektasi"?

Saya pikir 8 bulan lebih dari cukup waktu untuk setidaknya memberi kita petunjuk tentang apa yang diharapkan. Apalagi mengingat spekulasi di utas ini, yang mungkin tidak mungkin sama sekali.

@Hypernut Karena tim VSCode belum memberikan indikasi _any_ jadwal atau rencana mereka terkait dengan fitur ini, ada kekosongan informasi yang sebenarnya, yang membuat orang sangat frustrasi. Saya mencoba membantu dengan itu menggunakan data dari masa lalu.

Saya tidak membela tim VSCode atau apa pun, hanya bertindak berdasarkan keyakinan saya bahwa keluhan / dll. di komentar tidak akan banyak membantu. Seperti yang telah saya katakan sebelumnya, cara terbaik untuk menarik perhatian mereka adalah dengan _lot_ orang menambahkan 👍 suara mereka ke masalah ini.

Jika Anda ingin meluangkan waktu untuk membantu masalah ini, saya sarankan pergi ke tempat lain secara online di mana orang yang menginginkan fitur ini mungkin akan menemukan (Stack Overflow, reddit, dll.) Dan menautkan ke masalah ini.

Hai tim VS, TOLONG terapkan fitur ini. Ini tidak benar-benar "banyak", tetapi ini adalah fitur yang tersedia di editor lain yang sangat hilang. Faktanya, itu satu-satunya fitur yang menghentikan saya menggunakan VS Code secara eksklusif.

Saya telah melakukan beberapa penelitian tentang masalah jendela mengambang (Pengetahuan saya tentang elektron hampir tidak ada). Tampaknya electron mendukung jendela tanpa bingkai, tidak bisakah ini menyelesaikan masalah hanya dengan membuat jendela tanpa bingkai ketika pengguna menyeret file ke luar seperti pada Visual Studio?
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

@Tokopedia
Ya, dalam skala kecil aplikasi mungkin semudah ini
VSCode adalah program yang kompleks, mereka tidak dapat menambal functionnalities pada intinya, atau itu akan menjadi mimpi buruk untuk dipertahankan dan ditingkatkan (cukup kloning repo untuk melihat apa yang terjadi di dalam binatang itu)

Tebakan saya (saya mungkin salah):
Jika mereka ingin menambahkan fungsi ini, mereka akan ingin mengimplementasikannya dengan cara yang memungkinkan potensi penuhnya
Tim VSCode telah mengetahui permintaan akan fitur ini, dan masalah akan lebih mudah ditangani ketika beberapa fitur lain akan diterapkan, jadi untuk mencegah pengguliran penjelasan / diskusi sepanjang 500m, mereka lebih suka tidak mengatakan apa-apa sama sekali

Bagaimana ini bukan fitur, ini satu-satunya fitur yang menghentikan saya menggunakan VS Code secara eksklusif ..

Itu adalah Protokol Server Bahasa yang menarik saya ke VSCode sejak awal.

Sebagai akibat dari masalah ini, saya telah beralih ke berkontribusi ke dukungan Protokol Server Bahasa di Eclipse.

Saya suka VSCode. ini adalah SATU hal tentang itu yang benar-benar tidak saya sukai. itu tampak sangat jelas sebagai fitur, bahkan dalam editor paling minimalis. siapa pun dengan pengaturan multi-monitor yang mencoba menyeret tab editor keluar dari jendela telah merasakan pedihnya kekecewaan melihatnya muncul kembali dari tempat asalnya. Tim VSCode, tolong taruh ini lebih tinggi di daftar Anda!

+1. Akan menyenangkan memiliki yang mirip dengan PyCharm / CLion.

Sepertinya fitur baru telah ditambahkan untuk berfungsi sebagai Work Around untuk ini.
"Gandakan Ruang Kerja di Jendela Baru".
Ini tampaknya berbagi konteks / ruang kerja di seluruh jendela dan memecahkan masalah dasar multi-monitor.

Terima kasih Tim VSCode (dan siapa pun yang mengerjakan ini).

Mereka juga mengeluarkan fitur kisi baru. https://twitter.com/joaomoreno/status/1004303587755855872?s=19

ya itu!

Yehya Abouelnaga [email protected] schrieb am Fr., 8. Juni 2018 um
12:22 Uhr:

@Deltatiger https://github.com/Deltatiger Apakah ini sudah dikirim?

-
Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/Microsoft/vscode/issues/10121#issuecomment-395718792 ,
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AEVMyNsBaeorg-rczkcZsifgpi-jtPR7ks5t6lB7gaJpZM4JckZO
.

@Bayu_joo
Jika tujuan Anda adalah untuk dapat dengan bebas mengubah ukuran dan bergerak misalnya terminal atau output (seperti yang dijelaskan oleh OP), ini tidak menyelesaikan apapun.
Dukungan Multi Monitor sejauh ini bukan satu-satunya alasan untuk menginginkan fitur ini.

@ Hynut Saya setuju.
Saya menggunakan fitur ini sebagai Work Around dalam arti bahwa saya sekarang dapat memiliki satu jendela (jendela asli) untuk semua Output / Git / Terminal dan membuat Jendela baru untuk kode sebenarnya.
Dengan cara ini saya mendapatkan lebih banyak real estat sambil tetap mengawasi terminal / output, yang menurut saya adalah salah satu alasan utama jendela mengambang. Tapi itu perspektif saya.

Juga ada sejumlah diskusi tentang pengkodean Multi Window (saran asli Ctrl + K, O untuk membuka jendela baru), jadi saya pikir saya hanya akan mengklarifikasi bagian itu di sini untuk semua orang yang mencari fitur itu.

Tetapi ini tidak akan pernah memberikan kebebasan yang sama seperti menyeret jendela khusus mini dengan bebas (katakanlah satu untuk Terminal, satu untuk git dan satu lagi untuk terminal kedua).

Jika fitur ini bisa diimplementasikan, itu akan luar biasa.

Karena penasaran, mengapa Anda ingin memisahkan terminal menjadi jendela baru? Bukankah lebih baik membuka proses terminal baru di luar VSCode?

@ iansan5653 Lalu mengapa menempatkan terminal di VSCode di tempat pertama? Mengapa bukan aplikasi git terpisah? Seorang penjelajah file? Hapus setiap plugin dan berikan satu jendela kode?

@ iansan5653 itu kasus saya:
Saya sering menggunakan WebStorm (yang memiliki fitur seperti itu). Workstation saya terdiri dari laptop dan monitor tambahan, yang diputar secara vertikal demi pembacaan yang lebih baik. Jadi saya mengkonfigurasi IDE agar muncul sebagai berikut:

• di layar vertikal: jendela utama IDE dengan editor, bilah alat, dan (akhirnya) pemisahan vertikal
• pada layar laptop: penjelajah / garis besar file proyek, dasbor terminal / pengujian / dasbor debug

Bisakah saya hidup tanpanya? Ya, tentu saja. Tapi saya masih menganggapnya menyenangkan.

Saya lebih suka tim Visual Studio (tepat) menjadi lebih baik dalam mendukung pengembangan / debugging aplikasi sisi klien. Karena itu, ini adalah SALAH SATU alasan utama saya tidak dapat menggunakan VSCode untuk debugging.

Saat menggunakan fitur "Bandingkan file dengan revisi sebelumnya", hampir tidak mungkin untuk melihat perbedaan tertentu tanpa harus pergi ke akhir baris, karena editor terbagi menjadi dua dalam satu layar. Memiliki opsi untuk membuka dua versi dalam dua jendela akan menjadi penghemat yang nyata.

Saya pikir itu membutuhkan fungsi ini.

Notepad++ memiliki fungsi ini untuk jendela mengambang, tetapi saya tidak dapat menemukan vs code memilikinya.

Jadi jika saya ingin menampilkan jendela di layar saya yang lain, saya masih perlu membuka jendela baru lalu membuka file saya, saya rasa itu terlalu melelahkan untuk digunakan.

Jadi tolong tambahkan fungsi ini.

Dan seseorang yang memiliki cara yang baik untuk mengatasinya? Tolong beritahu saya.

Terima kasih!

NB Ada seseorang yang hanya memberikan emoji tetapi tidak mencoba mendengarkan ide lain atau memberikan beberapa cara tentang cara melakukannya. Saya pikir saya akan meremehkan orang-orang ini

Beberapa orang tidak suka ulasan buruk dan kekurangan, mereka hanya tahu cara mencuci lantai, hanya meniup dan mengabaikannya, hanya tahu ...
Saya pikir orang-orang ini mungkin tidak dapat berkomunikasi dengan kami.

Saya ingin jendela floating / dock dan posisi yang disimpan untuk beban berikutnya. Saat ini saya dapat meregangkan jendela di beberapa monitor, tetapi posisinya diatur ulang kembali ke default pada pembukaan berikutnya. Sebagian besar saya hanya tidak suka posisi default panel dan ingin memindahkannya.

@ CHN-STUDENT Saya rasa orang-orang memberi: -1: suara karena mereka setuju bahwa kami membutuhkannya (utas ini memiliki 270 komentar dan paling banyak: +1: masalah yang dipilih). Topiknya tidak lagi tentang apa yang kita inginkan atau mengapa , tetapi bagaimana kita dapat menerapkannya, jadi mari kita coba untuk menjaga percakapan tetap positif dan fokus pada bagaimana membantu mengimplementasikan fitur ini. :)

Fitur yang hilang ini adalah alasan utama saya tidak dapat menggunakan kode VS.

Menimpali dengan apa yang orang lain katakan - Tidak dapat memasang berbagai panel adalah sedikit masalah bagi saya juga. - Itu adalah hal ketiga yang saya coba lakukan di VS Code (tepat setelah mengubah tema menjadi terang, sehingga saya dapat melihat menu, dan menginstal ekstensi mssql).

Agar bermanfaat - apa yang berguna bagi saya bukan hanya dapat membuka file di banyak layar, tetapi juga dapat memasang panel apa pun di mana saja di IDE (termasuk memunculkannya ke jendela baru yang dapat dipindahkan ke baru layar). - Pengaturan khas saya mengharuskan saya membuka file kode pada dua layar pertama, dan memiliki panel kontrol dari semua panel "status" yang berguna yang dipasang di layar ketiga.

Saya telah melampirkan di bawah ini contoh umum dari tampilan layar ketiga saya (dengan harapan dapat membantu) - maaf untuk teks yang dikaburkan:

Ngomong-ngomong, saya mendapat kesan bahwa sebagian besar panel docking yang dilakukan Visual Studio adalah built-in ke NET, apakah benar-benar sulit untuk menerapkan ini? - Bagaimanapun, Visual Studio melakukan ini dengan sangat baik, mungkin Anda dapat menghubungi tim Visual Studio Prime dan meminta untuk meminjam kode mereka untuk bit ini. ;-)

Sunting: ya, tampaknya VS Code adalah aplikasi elektron ... yah, itu keputusan _ menarik_ ... hrmm ...

Ini adalah satu-satunya alasan mengapa tidak seorang pun di tim saya benar-benar menggunakan VS Code sebagai platform pengembangan utama mereka. Kami terus menggunakan VS 2017 - bahkan dengan semua fagility itu jelas.

Saya memiliki sedikit keraguan bahwa tim VS Code harus menyadari bahwa ini adalah - masalah tingkat nuklir - jadi jelas mereka memiliki kelemahan arsitektur utama yang tidak dapat mereka atasi.

Ini adalah tiga fungsi teratas untuk lingkungan pengembang yang Visual Studio (dan setiap lingkungan pengembang lainnya telah mendukung sejak Bill Cliniton Dipresentasikan). Jadi ini bukanlah sesuatu yang termasuk dalam kategori; "Oh, aku tidak pernah memikirkan itu!"

VS Code tidak bisa melakukannya.

Bosan mengatur masalah / output / jendela terminal atas dan bawah. Akan menjadi langkah awal yang bagus untuk membuatnya bisa dilepas.

Untuk ppl yang menginginkan solusi, jika Anda membuat tautan simbolis ke folder proyek Anda dan membuka folder itu sebagai jendela baru. Anda mendapatkan proyek Anda di kedua jendela. Kepada tim kode VS, mohon jangan pernah "memperbaiki" bug ini (kecuali Anda menambahkan dukungan multi-jendela daric)

Bukankah perintah "Gandakan Ruang Kerja di Jendela Baru" yang ditambahkan ke palet perintah beberapa versi yang lalu merupakan opsi yang lebih baik?

@Bayu_joo

Tidak apa-apa sebagai solusi. Coba akses proyek dengan beberapa konfigurasi berbagai bahasa, perkakas, dan kerangka kerja (seperti .NET (plus alat dan libs) untuk backend dan logika bisnis + abstraksi DB dan Angular / VueJS / React untuk front-end atau beberapa kerangka kerja lainnya)

Menduplikasi ruang kerja memiliki kerugian yang sangat besar dalam penggunaan memori dan drive penyimpanan.
Ini pada dasarnya adalah contoh baru VSCode di ruang kerja yang sama.
Menjalankan layanan bahasa duplikat dan server bahasa dapat menciptakan kondisi balapan dan penggunaan HDD / SSD yang berat dengan mengakses file yang sama, terutama dengan alat yang menggunakan analisis luas proyek.
Tentu Anda dapat menonaktifkan alat dan hal-hal itu, tetapi ketika bekerja dalam tim besar, selalu terjadi seseorang melakukan folder pengaturan vscode (bahkan jika itu gitignored - jangan tanya saya bagaimana ini terjadi). Kemudian datanglah kekacauan.

Caching juga bisa menjadi masalah.
Jendela tanpa bingkai dari Elektron dapat menjadi solusi keren yang diterapkan, tetapi pada intinya. Ini akan memakan waktu juga. Karena sangat penting untuk mengubah kode inti pada level itu.
Mereka mungkin ingin menerapkan fungsionalitas ke kinerja maksimum / rasio penggunaan RAM, tetapi ini sangat kompleks karena pembuatan kustom Elektron dan inti kompleks. Menerapkannya pada inti dapat membuat semua jendela mampu 'keberadaan' tanpa bingkai seperti di Visual Studio 2015, 2017, WebStorm dll.

Ini fungsionalitas kritis, Khusus untuk pengaturan multi monitor. Berbagi proses ruang kerja tunggal di file multi-jendela yang dibuka.

_Solusi yang mungkin: Buka instance baru VSCode alih-alih penerapan jendela tanpa bingkai, tetapi tambahkan opsi baris perintah agar dapat menggunakan ekstensi bersama instance pertama (Masalah: Host ekstensi dapat dibagikan atau diikat ke instance?) ._

@JustinAddams Itulah yang saya lakukan sekarang,

Selain itu, sebaiknya Anda menyesuaikan konfigurasi tampilan untuk tampilan ruang kerja duplikat…

Sebagai contoh,

• Pilih folder mana yang ingin ditampilkan
• Panel mana yang akan dilihat
• Visibilitas sidepanel

Dll

Juga dari jendela ruang kerja utama kami sebagai pengembang dapat membuat layanan jembatan, yang akan mendengarkan dari kejadian ruang kerja anak yang digandakan, dan jendela ruang kerja utama dapat berinteraksi dengannya.

Kasus penggunaan, misalnya:

1. Buka jendela Workspace utama

2. Buat subWorkspace dengan template yang telah dikonfigurasi sebelumnya

   seperti duplikat ruang kerja, tetapi buat proses anak dari jendela ruang kerja utama.
   Template dapat diberi nama, misalnya, "Panel saja" (hanya ada Masalah, Keluaran, konsol Debug, Terminal)

3. Di tab terminal Workspace anak saya bisa mulai yarn test --watch ,

4. … Lakukan pengkodean, atau apa pun yang bisa saya lakukan…
5. Jika salah satu tes gagal, saya hanya melakukan Command+Click pada sesi vscode sub Workspace
   5.1. Subworkspace menargetkan acara ke jendela Workspace utama
6. Ruang kerja utama menangani peristiwa, dan menunjukkan file saya di mana pengujian gagal
   ……
   lumayan untung !!! … Akan berkata,

Tetapi saya melihat ini hanya memuat sesi anak dari Visual Studio Code tetapi tidak vscode yang dimuat penuh, tetapi varian pemuatan yang disederhanakan dan lebih ringan ... Semoga ini tidak memakan banyak sumber daya

Juga modul di VSCode harus berkomunikasi melalui beberapa middleware, yang dapat dengan mudah menghubungkan banyak contoh antara satu sama lain, jadi di jendela Workspace anak kita dapat melihat masalah dari ESLint misalnya …………

Mungkin "brainstorming" ini bisa membantu seseorang, semoga :)

Bersulang! & terima kasih atas perhatiannya…

Untuk orang yang menyarankan untuk membuka jendela lain.
Manfaat utama dari fitur ini adalah membuka terminal / output / masalah di monitor lain, sehingga Anda dapat memiliki daftar kesalahan secara terpisah dari jendela kode. Begitu juga dengan Ctrl-Klik pada satu monitor, dan melihat kode yang sesuai di monitor lain.

Saya ingin fitur ini ditambahkan. Webstorm / Phpstorm keduanya memiliki fitur ini, dan ini benar-benar hal utama yang saya sukai dari aplikasi tersebut. Saya menggunakan monitor orientasi potret sebagai editor utama saya, dan memiliki pohon file / panel explorer pada monitor yang berbeda membuat perbedaan besar bagi saya. Saya juga suka memiliki terminal saya pada monitor yang berbeda, tetapi saya selalu dapat menggunakan terminal yang tidak terintegrasi dengan kode vs, tetapi memiliki jendela yang dapat dilepas dalam kode vs untuk panel ini akan luar biasa.

Begitu? 2 tahun dan tidak ada apa-apa?
Saya tidak tahan dengan panel "penelusuran" terintegrasi, karena selalu besar dan lebar.

Saya merasa aneh bahwa meskipun ini sekarang berusia dua tahun dan fitur yang paling diinginkan dan didiskusikan di sini, ini masih sepenuhnya diabaikan oleh pengembang.
Saya khawatir, mereka sudah menganggapnya terlalu rumit / terlalu banyak pekerjaan sejak lama, memutuskan itu tidak layak dan tetap diam untuk menunda dampaknya selama mungkin ...

Dan saya harus mengatakan, saya sedikit kesal dengan non-komunikasi ini. Mungkin saya salah, tapi baunya sangat mirip dengan politik Microsoft ...

Saya khawatir, mereka sudah menganggapnya terlalu rumit / terlalu banyak pekerjaan sejak lama, memutuskan itu tidak layak dan tetap diam untuk menunda dampaknya selama mungkin ...

Saya tidak tahu bagaimana ini bisa begitu rumit. Tak terhitung banyaknya perangkat lunak lain yang telah melakukan ini, sedang melakukannya, dan akan terus melakukannya, jadi saya tidak sepenuhnya yakin apa yang sebenarnya menghentikan mereka untuk menerapkan salah satu fitur yang paling banyak diminta.

Apakah karena saat ini tidak ada pengembang yang terdaftar untuk bekerja di VSCode? Apakah itu tidak dianggap cukup layak karena VSCode tidak dapat dimonetisasi?

Saya tidak sepenuhnya yakin argumen "ini mungkin terbukti terlalu membebani komputer" berlaku akhir-akhir ini mengingat komputer terbaru memiliki lebih banyak sumber daya sistem daripada sebelumnya. Selain itu, jika terbukti memiliki efek ini pada workstation, miliki kesempatan untuk menonaktifkan fitur ini sepenuhnya.

Memiliki pilihan untuk menggunakan ini atau tidak akan jauh lebih baik daripada tidak memiliki pilihan sama sekali, terus terang.

VSCode digunakan oleh orang-orang yang CODE. Jika pembuat kode tidak dapat mengetahui cara mengaktifkan atau menonaktifkan fitur, mungkin mereka menggunakan perangkat lunak yang salah.

Selain itu, tindakan akan diambil untuk mengurangi pengurasan sumber daya sistem tetapi menahan diri untuk tidak menambahkan fitur baru seperti ini berdasarkan keyakinan lama bahwa "sebagian besar pengguna tidak akan tahu cara mematikannya sehingga diaktifkan secara default setelah penginstalan, perangkat lunak dapat benar-benar lambat di berbagai komputer dan itu akan membuat kita terlihat buruk "adalah argumen yang lebih buruk yang mungkin diberikan karena kurangnya implementasi karena ini akan menyiratkan bahwa basis pengguna target Anda kurang memiliki teknologi daripada kebanyakan.

Terakhir saya periksa, ini bukan masalahnya.

Tebakan terbaik saya adalah sulit bagi mereka untuk membuat jendela baru dengan tab dan membuat tab mempertahankan statusnya karena elektron. Mereka harus membuat jendela baru setiap kali Anda menyeret tab ke jendelanya sendiri, dan jelas ini bukan hal yang mudah dilakukan. Khususnya untuk hal-hal seperti terminal, sidebar, dll.

Saya masih sangat menginginkan fitur ini.

@Penagwin Demikian juga, tetapi mengingat saya tidak tahu alasan teknis apa karena tidak dapat menerapkannya, saya juga akan bersikap sopan dan menahan penilaian dan menunggu dengan sabar seperti orang lain. 😄

Solusi untuk sementara waktu adalah membuka dua jendela, membuka folder induk dan folder anak dari proyek yang sama. Misalnya, buka direktori aplikasi Anda di satu jendela, dan folder 'publik' di jendela lain. Sisi negatifnya adalah tidak ada tab seret dan lepas di antara mereka, tetapi sebaliknya itu berfungsi.

Kepada semua orang yang mengusulkan solusi dengan 2 jendela. Itu tidak membantu sama sekali dengan masalah sebenarnya karena tidak dapat memiliki hal-hal seperti inspektur debug atau terminal / output dan seterusnya di layar kedua.

Gunakan "Ctrl K, O" untuk membuka file saat ini di jendela vscode berbeda untuk mengedit. Anda harus menyetel direktori default terminal lagi untuk membangun jendela yang baru dibuka. Hanya bekerja dengan file; bukan di jendela terminal. Saya tahu Ini tidak sama dengan drag and drop tetapi akan berguna jika Anda hanya perlu memindahkan beberapa file ke jendela lain untuk menggunakan monitor kedua atau ketiga. Tidak ada yang salah dengan menyiasatinya karena kami tidak punya solusi. Dunia ini tidak sempurna, lakukan yang terbaik dari apa yang kita miliki dan selesaikan pekerjaan. Semoga ini bisa membantu sampai kita memiliki sesuatu yang lebih baik. Selamat membuat kode!

Sulit dipercaya bahwa ini sudah 2 tahun dan hanya ada sedikit kemajuan dalam hal ini. Saya benar-benar mulai jatuh cinta pada kode VS karena, secara keseluruhan, ini adalah IDE yang luar biasa. Namun, saya tidak dapat menganggapnya sebagai pesaing serius untuk pengembangan profesional tanpa dukungan multilayar. Melihat melalui komentar-komentar ini, sepertinya saya tidak sendirian dalam pandangan ini.

Kembali ke Webstorm untuk sekarang = (

Telah memperhatikan fitur ini sebentar, hanya menambahkan suara lain yang mengatakan saya benar-benar berharap ini terjadi! Jika kode VS dapat menerapkan ini, itu akan menjadi editor yang sempurna !!

Mengapa ini masih belum ada! Apa yang menahan fitur ini ... Kode VS adalah editor hebat, tetapi ini adalah fitur utama yang hilang ...

Ini benar-benar perlu terjadi! Pengawasan besar pada akun Microsoft.

Tolong teman-teman, lakukan! Ini adalah fitur yang paling dicari: penari:

Saya bekerja dengan 3 monitor, dan saya perlu memiliki fitur ini, karena terkadang dalam kode saya perlu melihat fungsi apa yang perlu saya terapkan dari satu file, dan saya perlu membukanya di jendela terpisah untuk menyalin tempel apa Saya ingin daripada membelah jendela di dalam satu monitor yang dapat membatasi area ruang kerja.
Harap terapkan fitur ini untuk mengapung jendela (pelepasan jendela).

+1. Ini akan sangat berguna untuk produktivitas multi-monitor.

Permintaan fitur ini baru saja merayakan ulang tahunnya yang kedua. Saya ragu itu akan pernah diterapkan :(

+1 Ada pembaruan tentang fitur ini?

Sepertinya menginginkan fitur ini berkorelasi dengan tidak memiliki kemampuan untuk menggunakan GH dengan benar atau berperilaku baik dalam diskusi internet. +1 spam yang ceroboh pasti akan membantu tujuan Anda.

@ Krzysztof-Cieslak Harus ada opsi untuk menonaktifkan komentar tentang suatu masalah dan hanya mengizinkan reaksi terhadap OP

@ Krzysztof-Cieslak Menurut saya +1 terkait dengan pemungutan suara daripada diskusi.

+1 sering digunakan untuk MENINGKATKAN percakapan sehingga orang-orang Microsoft tidak kehilangan masalah;)

@SkyzohKey , itu sudah dibuka, mereka tidak akan kehilangan apa pun.

Adakah kemungkinan karena MS memiliki github dan pada dasarnya proyek elektron ini benar-benar akan melihat cahaya siang hari? Saya setuju bahwa ini adalah masalah mendasar dengan editor selain itu cukup bagus.

@ napalm684 Poin yang bagus, bagaimanapun saya pikir ini bukan masalah di Electron (https://github.com/Microsoft/vscode/issues/10121#issuecomment-346088717), tetapi dengan arsitektur VSCode itu sendiri (https://github.com / Microsoft / vscode / issues / 10121 # Issuecomment-346290180).

Ah, saya membaca aslinya @ n9 ini adalah masalah elektron. Terlepas dari itu, saya yakin ini adalah permintaan fitur nomor 1 saat ini, benar?

Apakah akan memiliki fitur ini versi utama berikutnya?

Saya tahu semua orang tidak suka didesak tapi,
Saya harap fitur ini menjadi prioritas maksimal.
Saya tahu ini adalah freeware opensource, tetapi batasan ini dapat menghentikan pengguna baru menggunakan VS Code.
Kami senang menggunakan IDE baru yang luar biasa, dan kami populer, bukan?

Jadi ya ... inilah satu lagi pengembang yang berharap saya bisa melepaskan tab dari VSCode seperti bekerja dengan VS.

Sama seperti kebanyakan orang di sini:
Saya ingin memiliki lebih dari satu jendela kode VS untuk satu folder / proyek dan dapat bekerja pada lebih dari satu monitor.

Meskipun demikian, IDE yang luar biasa 👍
Teruskan, aku mencintai pekerjaanmu.

Saya juga sangat ingin bisa membuka direktori yang sama di banyak jendela.

👍

saya ingin melepaskan konsol debugger agar dapat dilihat di monitor ke-2

+1
Solusi (buka jendela baru dan seret dan jatuhkan file Anda dari ruang kerja / jendela saat ini ke yang baru dibuka) tidak apa-apa, tetapi saya tidak memiliki akses ke ruang kerja itu sendiri; pengaturan yang berbeda, tidak ada akses ke file lain di ruang kerja, dll.

Tapi selain VSC ini LUAR BIASA!

Saya sudah mencoba memeriksa apa yang bisa kami lakukan dengan jendela mengambang di VSC.
Pertama-tama - Electron mendukung banyak jendela. Dimungkinkan untuk membuka instance BrowserWindow tambahan tetapi membutuhkan file HTML saat dimuat.

Dalam hal ini, mari pertimbangkan terminal di jendela mengambang. Saya tidak begitu fasih dalam hal kode VSC, tetapi tampaknya semua aplikasi berjalan sebagai "aplikasi monolit". Artinya jika kita ingin memiliki sesuatu dari VSC UI di jendela tambahan, maka kita harus memuat semua aplikasi di sana dan menyembunyikan bagian UI yang tidak perlu.

Kedengarannya bagus? Tidak juga. Di jendela tambahan kita harus menyembunyikan bagian UI yang tidak perlu tetapi juga ... menonaktifkan pembaruan area aplikasi lain pada perubahan file atau pintasan. Terlebih lagi ... Saya tidak tahu bagaimana memori Electron bekerja tetapi saya yakin jika kita memuat semua aplikasi di jendela kedua, maka penggunaan memori VSC akan meningkat secara dramatis.

Saya pikir kita harus mencoba melakukan VSC lebih modular dan menyiapkan semacam mekanisme multi-jendela sebelum kita mulai mengerjakan jendela mengambang dengan bagian UI tunggal.

Komunitas yang terhormat, mari kita coba membantu tim VSC.

+1 sering digunakan untuk MENINGKATKAN percakapan sehingga orang-orang Microsoft tidak kehilangan masalah;)

Nah, sekarang mereka sudah terbiasa mengabaikan persoalan tersebut. :) Ini seperti meletakkan catatan di cermin kamar mandi Anda. Pada awalnya Anda tidak mungkin mengabaikannya, tetapi setelah beberapa saat Anda bahkan tidak melihatnya lagi.

Aku bukanlah seorang Electron, tapi aku telah sedikit bermain-main dengannya. Bukankah mungkin untuk meluncurkan jendela baru, dan melakukan komunikasi antara jendela induk dan anak melalui API webContents?

@dodipe

@scriptcoded pertanyaan bagus!

Saya baru saja menemukan proyek ini https://github.com/illBeRoy/ElectronScriptWindow yang memungkinkan penggunaan BrowserWindow tanpa file HTML tertentu. Pada dasarnya, ini membuat string yang disandikan base64 sebagai URL untuk jendela: https://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 saat dimuat. Setelah itu kita bisa mengontrol anak dari orang tua melalui webContents.

@tokopedia Itu cara yang cukup cerdas untuk melakukannya. Mungkin saya akan melihat lebih dekat ke sumbernya dan mencari tahu apakah ini cara yang baik untuk melakukannya. Saya menduga ini menyiratkan beberapa penulisan ulang yang berat dari sekumpulan fitur inti.

@scriptcoded ya ... sangat sulit untuk mencapai fitur saat ini. Saya akan mencari solusi untuk beberapa API FloatingWindow sederhana dan akan berbagi dengan Anda di sini jika saya membuat sesuatu yang menarik di garpu saya.

1 untuk fitur ini

Saya mencapai batasan ini beberapa kali sehari, ini adalah fitur yang hilang cukup besar bagi saya.

Solusi:

1.) Buka folder proyek Anda
2.) Simpan sebagai ruang kerja
3.) Buka ruang kerja di satu jendela dan folder proyek di jendela lainnya

semoga ini membantu

Fitur ini terlambat dan penting untuk produktivitas dengan banyak monitor, berapa banyak balasan yang Anda perlukan untuk menambahkan fitur ini ke cakupan? Saya bisa meminta semua kolega saya untuk membalas jika Anda mau.

Bagaimana dengan https://www.npmjs.com/package/electron-window-manager ??

@WNemencha Saya berasumsi bahwa tim tidak menginginkan ketergantungan yang tidak perlu. Mungkin memerintahkan itu?

Semoga kita akan mendapatkan ini pada akhirnya, ini harus dimiliki :)

Untuk terus berinovasi, dan menjadikan VSCode sebagai editor berfitur lengkap modern, ini adalah suatu kebutuhan. Ini harus menjadi tujuan jangka panjang yang utama sampai selesai.

Fitur ini harus menjadi fitur dengan prioritas tinggi. Saya tidak tahu ada pengembang yang hanya membuat kode pada satu monitor, dan memiliki kemampuan untuk menyeret tab ke jendela baru untuk penggunaan berdampingan adalah fitur yang terlalu berguna untuk tidak dimiliki.

Fitur ini harus menjadi fitur dengan prioritas tinggi. Saya tidak tahu ada pengembang yang hanya membuat kode pada satu monitor, dan memiliki kemampuan untuk menyeret tab ke jendela baru untuk penggunaan berdampingan adalah fitur yang terlalu berguna untuk tidak dimiliki.

Hai, @oryandunn apa yang Anda keluhkan sebenarnya mungkin. Lihat komentar saya yang ditambahkan di bawah tiket ini:
"Buka jendela baru dan seret dan jatuhkan file Anda dari ruang kerja / jendela saat ini ke jendela yang baru dibuka."

Tiket ini tentang membuka dua jendela di ruang kerja YANG SAMA.

@kapalkat untuk memperjelas, masalah ini adalah tentang melepaskan bagian UI, seperti terminal, explorer, dan debugger, dari jendela utama. # 2686 menangani banyak jendela dengan ruang kerja yang sama.

Saya pikir masalah ini harus dibekukan / dibatasi sampai seseorang benar-benar dapat mengerjakannya (dari tim VSCode).

Saya rasa kita tidak bisa mengharapkan fitur ini dalam waktu dekat. Dari pemahaman saya, tim harus mengubah banyak infrastruktur agar ini berhasil. Bukan hanya itu, saya tidak yakin berapa banyak lagi yang akan terpengaruh.

Juga saya ragu bahwa ini ada hubungannya dengan Elektron (Bukan pembatasan / masalah sisi elektron). Itu hanya dibatasi oleh arsitektur saat ini.

Utas ini diisi dengan lebih banyak komentar +1 daripada yang sebenarnya berguna.

Utas ini diisi dengan lebih banyak komentar +1 daripada yang sebenarnya berguna.

Itu adalah basis pengguna yang frustrasi karena mereka kekurangan dukungan banyak monitor. Bagaimana lagi pengembang mendapatkan info tentang apa yang diinginkan basis pengguna?

Bagaimana lagi pengembang mendapatkan info tentang apa yang diinginkan basis pengguna?

Dengan meninggalkan 👍, dan menjaga area diskusi tetap jelas untuk diskusi konstruktif, seperti:

Saya cukup menyukai implementasi yang dimiliki VS, di mana saat menyeret bagian mana pun dari UI, ia dapat "menjepret" ke bagian layar. Mirip dengan cara menyeret tab sekarang memungkinkan Anda memberi judul pada tampilan utama.

Sejujurnya, satu-satunya hal yang benar-benar ingin saya lakukan adalah menyeret tab editor kode keluar. Saya bahkan tidak peduli untuk dapat menyusunnya di luar jendela utama, karena saya dapat menggunakan pengelola jendela OS saja.

Semua orang bertepuk tangan untuk @mrmos dan solusinya .

@jayarjo Saya telah melakukan hal serupa dengan membuka jendela vscode baru dan menyeret tab saya ke sana. Masalahnya di sini adalah bahwa tidak ada penemuan yang berfungsi dengan baik karena tidak memiliki informasi apa pun tentang "ruang kerja" sebenarnya asalnya.

Sebagai solusi sederhana, Anda dapat menggunakan perintah Gandakan Ruang Kerja di Jendela Baru (sejak versi 1.24) untuk membuka folder / ruang kerja saat ini di jendela kode VS kedua yang dapat dipindahkan ke monitor terpisah. Saya menetapkan keybinding Ctrl + Shift + N untuk perintah ini.

@ nugrahaaaa

Sebagai solusi sederhana Anda dapat menggunakan perintah Duplicate Workspace di Jendela Baru

Hmm, sepertinya saya tidak memiliki fungsi ini di macOS terbaru - apakah perlu diaktifkan?

Salam

@ldexterldesign Sudahkah Anda mencoba menjalankannya dengan membuka palet perintah ( ⌘ + SHIFT + P ) dan mengetik Duplicate Workspace in New Window ?

@ n0v1 masalahnya bukan membuka file / ruang kerja di jendela baru. Mempertahankan konteks buffer yang mendasari (file) di kedua jendela ini adalah masalahnya.

Untuk membuatnya jelas, buka file di satu ruang kerja dan buka file yang sama di ruang kerja yang digandakan. Sekarang, edit file di satu jendela, itu tidak akan tercermin di jendela lain.

Semua orang sekarang menceritakan hal-hal ruang kerja duplikat, tetapi itu pasti sekarang diketahui oleh semua orang dan tidak perlu terlalu sering diulang. Dan seluruh "solusi" ini bahkan tidak praktis, kami membutuhkan fitur jendela mengambang yang nyata seperti yang diterapkan di editor lain.

Harap berhenti menyarankan "Ruang kerja duplikat". Bukan itu solusinya. Kita juga membutuhkan penjelajah ruang kerja yang digandakan. Yang mana bukan.

Saya ingin melihat kemampuan untuk melepaskan konsol (dan bagian lain dari editor) dan mendorongnya ke layar terpisah yang memungkinkan saya mendapatkan real estat penuh dari layar utama saya untuk menulis dan membaca kode saya saat saya bekerja suatu tempat dengan banyak layar /

Ini juga akan memungkinkan saya untuk mengelola dan bekerja dengan lebih baik saat dalam perjalanan di mana saya hanya memiliki layar utama yang tersedia untuk bekerja, seperti di kereta atau di lokasi pelanggan.

Saya tidak melihat kemajuan pada fitur ini dan beberapa tahun yang lalu. Jika kita terjebak oleh batasan arsitektural yang membutuhkan biaya terlalu banyak untuk mewujudkannya, Mengapa tidak ditutup saja dan maju terus？

Jangan lupa kami memiliki Komunitas VisualStudio, mohon pertimbangkan untuk memindahkan beberapa fitur ke plugin VS.

@Nyconing VS Tidak berjalan di linux atau mac.

@Nyconing VS Tidak berjalan di linux atau mac.

Tidak sepenuhnya benar ...

Oke, komunitas.

Apa cara terbaik untuk menampilkan satu file (dengan pengujian unit) di monitor kiri dan file kedua di monitor kanan?

Tolong jangan mencoba merekomendasikan untuk menggunakan Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains atau mungkin Notepad.

Apa cara terbaik untuk menampilkan satu file (dengan pengujian unit) di monitor kiri dan file kedua di monitor kanan?

Tolong jangan posting ganda. Yang terbaik yang bisa saya tawarkan adalah mengubah ukuran jendela sehingga menutupi layar Anda dan membagi editor menjadi dua ubin di sepanjang tengah antara monitor Anda.

Tolong jangan posting ganda.

Ada beberapa masalah internal di GitHub itu sendiri

Tidak sepenuhnya benar ...

ini berjalan di mac dengan wine atau windows vm

@ hellboy81 @belst Saya buruk, saya pikir Anda mengatakan VS Code. Maaf! Kembali ke jalur sekarang ...

Hanya 2 sen saya
"Ctrl + K lalu O"
terikat dengan "Buka File Aktif di Jendela Baru"

Hanya 2 sen saya
"Ctrl + K lalu O"
terikat dengan "Buka File Aktif di Jendela Baru"

Seperti yang dikatakan orang lain, membuka di jendela baru bukanlah apa yang diminta atau diinginkan.

Kami mencari kemampuan untuk memunculkan jendela dan memindahkannya ke tempat yang kami inginkan, pada dasarnya seperti yang dilakukan oleh premire pro dengan berbagai jenis palet,

Hanya 2 sen saya
"Ctrl + K lalu O"
terikat dengan "Buka File Aktif di Jendela Baru"

Seperti yang dikatakan orang lain, membuka di jendela baru bukanlah apa yang diminta atau diinginkan.

Kami mencari kemampuan untuk memunculkan jendela dan memindahkannya ke tempat yang kami inginkan, pada dasarnya seperti yang dilakukan oleh premire pro dengan berbagai jenis palet,

Saya sangat setuju dengan anda. Saya hanya mencoba membantu dengan solusi sementara yang saya gunakan sambil menunggu fitur ini.

Saya hanya ingin menyuarakan pendapat saya tentang ini. Menurut saya, banyak developer yang memiliki lebih dari satu monitor dan menggunakannya secara efektif adalah keuntungan besar untuk produktivitas.

Saya tidak yakin mengapa fitur ini tidak pernah berkembang karena memiliki dukungan besar-besaran dan kode yang diberikan adalah aplikasi elektron itu dapat dilakukan dan terdegradasi dengan sempurna jika Anda pernah berlari di luar elektron.

Singkatnya, tolong dukung MDI di vscode.

Sampai VS Code memiliki dukungan beberapa tampilan, saya tidak melihat pindah ke editor ini sebagai default saya. Saya baru-baru ini, mulai menggunakan alat JetBrains sebagai alternatif. Saya telah menonton masalah ini selama + tahun dan masih tidak ada gerakan tentang ini. Saya tidak yakin mengapa terjadi penundaan?

Xcode memungkinkan banyak jendela untuk suatu proyek. Terlebih lagi, jendela semuanya sama, jendela yang berfungsi penuh, artinya Anda dapat membuka jendela kedua dan menutup jendela proyek asli dan Anda masih memiliki jendela proyek penuh.

Pendekatan ini berarti banyak monitor didukung dengan mudah. Ini juga berarti saya tidak perlu mengasuh manajemen jendela sebanyak saya tidak perlu mengingat jendela proyek mana yang "sebenarnya".

Pendekatan ini akan sangat dihargai di VS Code.

Xcode memungkinkan banyak jendela untuk suatu proyek. Terlebih lagi, jendela semuanya sama, jendela yang berfungsi penuh, artinya Anda dapat membuka jendela kedua dan menutup jendela proyek asli dan Anda masih memiliki jendela proyek penuh.

Bagaimana? Ketika saya mencoba membuka ruang kerja yang sama di Mac OSX, itu selalu memfokuskan jendela yang sudah terbuka.

Karena VSCode ditulis dengan Electron, "jendela mengambang" agak sulit dilakukan, tetapi mengizinkan untuk membuka proyek dua kali akan banyak membantu, tetapi ini tampaknya juga tidak berhasil. Bantuan apa pun dihargai.

Masuk dan menyatakan pengalaman saya sendiri: Saya telah berhasil menggunakan VScode di masa lalu untuk mengkompilasi dan men-debug proyek mesin game yang saya kontribusikan, tetapi karena saya tidak dapat melakukan jendela terpisah dengan VScode, sayangnya saya tetap menggunakan CLion, yang mana perlahan tapi pasti menggunakan Visual Studio pada umumnya.

Seperti orang lain yang menyebutkannya di utas ini, pengkodean multi-monitor agak membutuhkan kabel yang dapat dilepas.

Xcode memungkinkan banyak jendela untuk suatu proyek. Terlebih lagi, jendela semuanya sama, jendela yang berfungsi penuh, artinya Anda dapat membuka jendela kedua dan menutup jendela proyek asli dan Anda masih memiliki jendela proyek penuh.

Bagaimana? Ketika saya mencoba membuka ruang kerja yang sama di Mac OSX, itu selalu memfokuskan jendela yang sudah terbuka.

Karena VSCode ditulis dengan Electron, "jendela mengambang" agak sulit dilakukan, tetapi mengizinkan untuk membuka proyek dua kali akan banyak membantu, tetapi ini tampaknya juga tidak berhasil. Bantuan apa pun dihargai.

Anda dapat melakukan ini di Xcode dengan merobek tab atau menggunakan File-> Jendela Baru. Semua jendela tempat Anda dapat menavigasi proyek atau mengedit kode adalah sama. Tidak ada jendela "utama" di Xcode. Lihat gif terlampir di bawah ini.

2 tahun sejak diminta. Adakah perkiraan kapan kode VS dapat melakukan ini?

Ini adalah OSS . Anda dapat membantu dan menyumbangkan keahlian Anda ke VSCode. Jika Anda benar-benar ingin VSCode ditampilkan di banyak jendela, mengapa tidak mencoba bercabang dan membuatnya mungkin sendiri?

Saya tahu itu OSS. Itu sebabnya saya tidak punya harapan tentang itu. Saya hanya bertanya apakah ada perkiraan dari orang-orang yang menjaga repo ini. 'Tidak ada perkiraan' juga merupakan jawaban. Terima kasih

Permintaan: Harap tutup masalah ini untuk mendapatkan komentar.
Tim VSCode melakukan pekerjaan luar biasa dan terus memberikan nilai luar biasa kepada komunitas pengembang yang terus berkembang melalui salah satu alat pengkodean terbaik dunia.
Sementara saya mengungkapkan antusiasme sebanyak siapa pun di sini tentang prospek multi-jendela, saya dengan senang hati menunggu selama yang dibutuhkan. Saya sedikit bosan dengan semua me too , you can duplicate your workspace as an alternative , but this tool has it , when will we get this atau bahkan beberapa komentar yang cukup menuntut tentang masalah ini. Saya menunggu dengan sabar dengan setiap komentar tentang masalah ini untuk mendengar pembaruan yang relevan hanya untuk melihat lebih banyak komentar yang disebutkan di atas. Menemukan komentar yang relevan dari anggota tim sulit dilakukan mengingat 363 komentar di atas.

Saya yakin masalah ini ada di radar tim (ini adalah fitur yang diminta nomor satu).
@bpasero telah memberikan umpan balik terbarunya dalam komentar di atas: https://github.com/Microsoft/vscode/issues/10121#issuecomment -345770248
Ini membutuhkan sedikit arsitektur ulang internal vscode, jadi mari bersabar (atau berkontribusi).
Pembaruan status itu cukup untuk saya. Mereka akan menghubungi kami kembali saat ada pembaruan lebih lanjut.
Tolong 👍 masalah untuk menunjukkan dukungan Anda.