Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 32 reacties
Submitter: jip_86

Microsoft heeft bevestigd dat de nieuwe versie van Visual Studio over support voor meerdere schermen zal beschikken. Wanneer deze release van de ontwikkelomgeving wordt vrijgegeven, is nog onbekend.

Bijna een jaar geleden, in oktober 2007, riep de programmamanager van Visual Studio Noah Coad gebruikers van de integrated development environment op om ideeŽn rond multimonitorondersteuning in het ontwikkelpakket te spuien. De community reageerde daar enthousiast op met verschillende suggesties. Het lijkt erop alsof de feature inmiddels in grote lijnen af is, getuige de gesloten suggestiemelding in het openbare deel van Microsofts bugtracker.

Hoe de multimonitorondersteuning er precies uitziet en over welke mogelijkheden het beschikt is nog gissen, aangezien er van Visual Studio 10 nog geen testversies zijn vrijgegeven. Het was overigens al mogelijk om Visual Studio op meerdere monitors te gebruiken, maar dat zorgde voor problemen met de lay-out van de verschillende vensters binnen het programma. Deze zouden met de volgende release van de ontwikkelomgeving tot het verleden moeten behoren.

Naast een betere ondersteuning voor meerdere monitors krijgt Visual Studio 10 ook een verbeterde Intellisense mee, zodat code uitgebreider en sneller aangevuld kan worden. Voor het opslaan van alle relevante documentatie en code-informatie voor deze functionaliteit zal gebruikgemaakt worden van een SQL Server Compact-database. Verder wordt gewerkt aan een call hierarchy-feature voor managed code, waarmee inzichtelijk gemaakt kan worden welke codepaden er vanaf een ingesteld punt binnen een programma bestaan. Daarnaast zal het programma de nieuwste versie van het .Net-framework ondersteunen.

Moderatie-faq Wijzig weergave

Reacties (32)

Je kunt bij zowel Eclipse als Visual Studio onderdelen van je IDE lostrekken en dan als aparte Windows over je monitoren rangschikken.

Dit kunnen beiden omgevingen als sinds mensenheugenis. VS kon dit al tenminste in versie 4 en Eclipse tenminste al in versie 2 (en waarschijnlijk eerder al, maar die versies gebruikte ik niet).

Het probleem is echter dat alleen het primaire window docking van de vensters ondersteunt. Dat is nu juist zo'n mooie eigenschap van een IDE. Niet allemaal van de heavy window borders en sluit knoppen om je windows heen, maar gewoon een dun lijntje. Bij docking kun je ook 1 'window' resizen en de andere resizen dan allemaal mee. Met losse windows gaat dat niet, die moet je allemaal stuk voor stuk verschuiven en resizen. Daarnaast, als je je IDE overniew opstart zijn soms windows een paar pixels verschoven op kleiner geworden.

Beide omgevingen hebben ook het probleem dat het venster wat de source code bevat, ook het venster is wat de menu balk moet bevatten (het zogenaamde primaire venster). Alleen bij de Mac en Eclipse is dat natuurlijk iets anders. Maar als ik dus mijn source code nagenoeg full screen zou willen op mijn middelste monitor, en alle menu dingen etc op mijn linker monitor, dan kan dat dus niet.
Bij eclipse (en waarschijnlijk vs ook) kan je in de floating windows ook tabs maken. Maar het hele idee is natuurlijk dat je die tabs juist niet wilt. Het mooiste is natuurlijk dat je gewoon een ne window kan openen die ook 9 regions, wat in eclipse ook mogelijk is. Maar het probleem is dan weer dat die nieuwe window niet gekoppelt is aan de eerste, dus dingen zoals follow editor werkt dan niet. En het meest vervelende is dat je workspace layout opgeslagen word zoals de laatste window gesloten was. Bij de volgende launch heb je 1 window met de informatie van de laast afgesloten eclipse window. En dat maakt het niet echt heel fijn in het gebruik.
Als je Eclipse afsluit met File > Exit dan worden alle vensters tegelijk gesloten en als je Eclipse dan opnieuw opent dan krijg je ook meteen 2 vensters met alle instellingen bewaard. De meeste mensen (ik ook) zijn echter hopeloos gewend om op Alt+F4/kruisje venster te klikken, en dan gaat het dus mis.

Verder hoop ik ook dat ze in Eclipse monitorsupport verbeteren, maar de noodzakelijke aanpassingen om echt stevig dingen te veranderen zullen waarschijnlijk pas in Eclipse 4 komen. Ik hoop dat VS wat mooie nieuwe dingen zal laten zien, die ze bij Eclipse dan weer leuk kunnen jatten zodat ik er ook wat aan heb. :)
Ik denk dat een multimonitoromgeving daadwerkelijk bijdraagt aan een betere productiviteit. Voor veel ontwikkelaars is een 2e monitor slechts een kleine aankoop, maar zijn de voordelen erg groot. Ik gebruik het zelf nu al bij het ontwikkelen van webapplicaties. Daar heb ik de webapplicatie links, terwijl ik visual studio rechts heb. Zo hoef ik niet steeds te switchen tussen windows. Goeie zaak als ze dit goed doen. Maar 2008 is net uit, waarschijnlijk zal de volgende versie nog wel even op zich wachten. Toen ze na 2002 direct 2003 uitbrachten, kregen ze nogal wat kritiek omdat de IBT nogal laag lag.
Ik ontwikkel al jaren (sinds VS6) op dual monitor en sinds kort (paar maanden) op triple monitor (3x 19" @ 1280x1024, breedbeeld zuigt voor code IMHO) en bij iedere monitor die ik toevoeg gaat de productiviteit omhoog. Daar zal vast een limiet aan zitten, maar ik heb dusdanig veel watch/immediate/project/solution/class/whatever windows open dat ik er royaal 3 monitors mee vul. Scheelt enorm veel switchen of openen/sluiten of schuiven van windows.
Nou, ik heb liever vooral hoge resoluties dan veel losse schermen. Een code-scherm van 1280x1024 op 1 van 3 schermen is imho niet zo productief als 2 schermen met b.v. 1600x1200.

Breedbeeld is trouwens met single-schermen wel handig hoor; 1920x1200 is verdomde handig met VS (gezien de 'standaard' solution en component schermen links en rechts van het code-deel. Voor multiple-monitors heb ik inderdaad ook liever non-breedbeeld; vooral de verticale resolutie speelt dan een rol ...
Nou, ik heb liever vooral hoge resoluties dan veel losse schermen. Een code-scherm van 1280x1024 op 1 van 3 schermen is imho niet zo productief als 2 schermen met b.v. 1600x1200.
Dat is een beetje waar, alleen waarom zou je je bij 1600x1200 beperken tot 2 schermen? Voor mij zou de keuze meer zijn tussen 3 x 1280 x 1024 en 3 x 1600 x 1200. Dan wint natuurlijk die laatste het.

Wat wel jammer is voor MM liefhebbers is inderdaad dat breedbeeld verhaal. 4:3 of 5:4 schermen zijn toch veel beter voor een MM opstelling, zeker als je er 3 wilt. Non-breedbeeld monitoren worden echter wel relatief schaars. Bij de specialistische merken kun je ze nog wel bestellen, maar dan betaal je toch flink wat meer (iets van 500,- ~ 600,- voor een 1600x1200).
Gezien de verkrijgbaarheid zou ik zeggen: wat is er mis met 2x 1920x1080? 3 schermen is altijd wat lastig (o.a. omdat je 2 videokaarten nodig hebt) en volgens mij heb ik aan 1 zo'n scherm ook wel weer genoeg. Maar ja, dat maximize-knopje is zo'n gewoonte :)
Misschien, maar das was misschien om er even weer de vaart in te zetten. Tussen VS6 en 2002 zat een ruime 5 jaar. Das ook weer te veel van het goede.
Als ze niet zo stug zouden vasthouden aan hun documentmodel maar gewoon losse 'echte' windows zouden gebruiken, was dit helemaal niet nodig geweest. Tsja, eigenwijs...

edit: welja, mod me maar als ongewenst. Blijkbaar zijn we weer vergeten dat dit al speelt sinds VS'97 toen de _hele_ developer community over MS heen viel omdat het allemaal in 1 scherm moest. Nu, elf jaar later komen ze met een oplossing en is het allemaal geweldig? Kom op zeg...

[Reactie gewijzigd door .J|IA op 16 augustus 2008 11:22]

Een window wat zich alleen maar kan verplaatsen binnenin het grote window van de applicatie heet een child-window. Het grote applicatie window wordt daarmee een parent-window. Wat jij dus bedoeld met je "echte windows" is een parent-window. Ik moet mijn uitleg wel nuanceren, want in een browser bijvoorbeeld wordt een losstaand popup window ook als child-window gezien, als het gecreeŽrt is vanuit een parent-window (en dus bestuurt kan worden). Maar de originele betekenis is bedoeld voor de vensters die zich alleen maar kunnen bevinden in het programma venster. Bekende child-window programmatuur zijn IRC en FTP clients. De meeste parent/child-window software heeft tevens ondersteuning voor het los-koppelen en weer vastmaken van de child-windows, waardoor de child-windows los van het programma gebruikt kunnen worden. Dit is bijvoorbeeld handig met status vensters die je graat open wilt houden als je het hoofd programma minimaliseert.

En er moet dus inderdaad door de programmeur van het parent-window applicatie rekening worden gehouden met een multi-monitor opstelling om de child-windows goed te laten werken. Dat is nu dus wat in Visual Studio 10 aan ondersteuning bijkomt. Hoe dat precies wordt uitgewerkt (er zijn namelijk verschillende manieren), dat moeten we nog even afwachten.

Multi-monitor opstellingen hebben ontzettend veel voordelen voor een programmeur, het meest simpele voorbeeld hiervan is om het debug/trace gedeelte op de andere monitor te draaien, waarbij de GUI het volledige andere scherm kan gebruiken, zoals dat met de uiteindelijke versie de bedoeling is. Maar ook tijdens het daadwerkelijk programmeren zijn er voordelen te behalen.

En anders kan je er altijd een mooie film op bekijken O-)
maar waarom had VS6 er dan totaal geen moeite mee? daar kon je de IDE gewoon in SDI zetten zonder problemen (en dus heb je gewoon multimonitor support)..
Met de huidige versie is er ook niemand die je tegen houd om al je windows los te koppelen en op je 2e scherm te zetten. Ik vind de MDI interface een stuk lekkerder werken, het was alleen makkelijk geweest als er voor elk scherm een extra mdi container was geweest.
Bedoel je dat het komt doordat ze gebruik maken van Multiple Document Interface?
Ik vind het dus wel 'gewenst' wat je zegt.. vertel meer... Hoe bedoel je 'echte' windows? Want je moet er toch ook niet aan denken dat alles uit losse vensters bestaat?

Van modden moet je je niet zoveel aantrekken en al helemaal niet je post voor gaan editen. Meestal herstellen slechte mods zich vanzelf wel. En ondertussen heb je nu je post verpest...
Het zou fijner zijn geweest als ze net zo hadden gedaan als in VS6 waarbij je als ontwikkelaar zelf kunt aangeven of je SDI of MDI wilt (in iedergeval in de VB IDE), want ik vindt dit dus ook 1 van de meest irritante dingen aan VS200x...
Ik vindt het persoonlijk dus veel fijner om allemaal losse windows te hebben die ik gewoon rustig over elkaar heen kan zetten.. ofwel ik heb in VS6 totaal geen problemen met mijn multimonitor setup aangezien ik em in SDI mode heb staan.
En zeker bij VB6 is het heel handig om je immediate/watch window op de 2e monitor te plaatsen...
Het is maar wat je gewend bent denk ik, ik ben in iedergeval heel snel van de MDI afgestapt omdat het gewoonweg irritant werkt voor mij...
Haal dan je immediate/watch window uit het dock en sleep het op je 2de monitor.

Ze zullen genoeg redenen gehad hebben om SDI eruit te laten en mensen verplicht laten over te stappen.
Eindelijk, werd eens tijd dat Microsoft eens bezig gaat houden met multi monitor support. Er is bijna geen enkel Microsoft product dat fatsoenlijk meerdere monitoren snapt. De worst offender is Media Center. Die kan je niet fullscreen op een 2e monitor gebruiken terwijl je bezig bent op je primary monitor.

Anyway, eclipse heeft ook geen goede multi monitor support. Maar er word aan gewerkt:
http://wiki.eclipse.org/Improve_multi-monitor_support
Powerpoint heeft al een behoorlijke dual-monitor support sinds versie 2003 :) Dit ligt trouwens niet alleen aan MS, veel andere ontwikkelaars hebben geen dual-monitor support in hun software.
Dus omdat andere ontwikkelaars geen multimonitor support in hun software hebben ligt het niet alleen aan MS dat de software van MS op een besturingssysteem van MS zelf ook geen multimonitor support heeft :?
Powerpoint (tot aan 2003 getest) heeft verschrikkelijke dual monitor support. In presenter mode werkt je "presenter" (zo'n afstandsbediening) voor geen meter.
Persoonlijk vind ik het niet zo nodig. Ik heb VS draaien op een 24" met daarnaast een 20" om het resultaat te bekijken/debuggen in een browser. Maar misschien dat het voor software ontwikkelaars meer van toepassing is.
Dat is nu juist zo'n mooie eigenschap van een IDE.
Wat jij bedoeld is MDI (Multiple document interface). Je hebt ook genoeg IDE's die niet met dit principe werken, een goed voorbeeld hiervan is Delphi 7. Dit wordt dan SDI (Single document interface) genoemd.

Edit: reactie op flowerp.

[Reactie gewijzigd door Nordlys op 16 augustus 2008 12:24]

Wat jij bedoeld is MDI (Multiple document interface).
Niet perse, MDI zijn meer de multiple 'editors' die je hebt; de verschillende bestanden die je open hebt en die in tabjes in je main window komen. Sowieso zou je sommige editors ook los van hun tabje willen trekken, zeker met meerdere schermen. B.v. de source van Consumer.java op je linker scherm, je debug tools op je middelste, en Producer.java op je rechter scherm.

Maar dat was niet perse wat ik boven bedoelde. Dat ging veel meer over de organisatie van die elementen die je in Eclipse 'views' noemt, oftewel mini-window'tjes met tools erin. Denk aan je log, je stack trace, je variablen in een debugger, je navigator, properties pane, etc etc.

De organisatie van deze dingen heeft niets met MDI te maken. Als je diverse 'tool windowtjes' naast en onder elkaar op je 2de scherm wilt, moet je ze detachen en handmatig resizen en plaatsen.
Ach, persoonlijk draai ik VS op *een* monitor met de MSDN library op de andere. Dat werkt voor mij prima. Ook als je UI code moet debuggen is een 2e scherm (zonder VS erop) erg handig. Maar evengoed leuk dat ze de mogelijkheid gaan geven om VS over 2 schermen te spreiden. Al zie ik mezelf niet zo snel 2 documenten tegelijk editen (ctrl-tab werkt goed zat), en bij het debuggen zit je ook meestal in *een* enkel document. Maar misschien leuk om zoiets als de object explorer of een class diagram op je 2e scherm te hebben.
Waar ik persoonlijk liever van had dat ze er aandacht aan besteed hadden is de integratie met Vista. Vooral bij het schrijven van COM interops, daar moet je VS weer speciaal in administrator mode draaien om ze te kunnen registreren. Maar als je dat doet werkt drag & drop vanuit de explorer weer niet, en ook het benaderen van gemapte netwerk drives werkt dan niet goed meer. Erg irritant allemaal.
Laat ze ook maar eens wat doen aan die irritante 'Pretty listing' van VB.NET, zodat je je code hetzelfde kunt uitlijnen zoals in VB6 (en eerdere versies), en dat je 1 of andere optie hebt om te zorgen dat wanneer een collega dezelfde module opent die het wel/niet aan heeft staan de boel weer vern**kt..
Raar hoor, maar ik heb hier nog boekjes liggen uit 2005 waar een advertentie in staat voor Visual Studio met een foto van een programmeur die op 2 schermen zit te werken... :+
Het kan ook wel, ik gebruik het ook op 2 schermen, maar wat extra ondersteuning ( zoals meerdere MDI containers ) zou wel lekker zijn.
Goed idee. Ik heb nu dat VS2003 van die lege vensters op het 2e beeldscherm tovert. Erg irritant.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True