12 svar · 255 visningar · startad av Grynet
Tjena finns två saker som jag håller på att irritera ihjäl mig på vad det gäller Visual Studio. Tänkte kolla om någon visste hur man kommer runt dem eller så..
1.
Har någon annan än jag (vi här) problem med att VS tappar händelserna som är registrerade till tex knappar eller datagridar etc? Det är lite irriterande att skicka upp en buggfix till kund när de timmen senare ringer och säger 'nu fungerar inte knappen'.
2.
Jag kör ofta med VS Server Explorer för att koppla upp mig mot databaser och sen köra SQL kommandon mot dessa tabellerna. Detta för att slippa dra igång Enterprice Managern. Problemet är att om man ändrar SQL-satsen (dvs select * from tabel) till någe annat och sen ska bygga projektet eftersom man kommit på vad som var fel i sql satsen så får VS knäppen och vill tvunget spara SQL-en. Så jag blir tvungen att stänga sql fönstret varenda gång jag skall bygga..vilket är något frustrerande.
Har inte hittat någon lösning på mina problem. Har i och för sig inte gjort någon jätte efterforskning eftersom man har jobb upp te hackan, så jag hoppas at någon annan har lösnbingen på problemen, danke.
:stud
Re: VS annoyance
Grynet skrev:
1.
Har någon annan än jag (vi här) problem med att VS tappar händelserna som är registrerade till tex knappar eller datagridar etc? Det är lite irriterande att skicka upp en buggfix till kund när de timmen senare ringer och säger 'nu fungerar inte knappen'.
Är väldigt intresserad av en lösning på det problemet, hur skumt som helst, helt plötsligt är händelserna bara borta...
Har någon annan än jag (vi här) problem med att VS tappar händelserna som är registrerade till tex knappar eller datagridar etc? Det är lite irriterande att skicka upp en buggfix till kund när de timmen senare ringer och säger 'nu fungerar inte knappen'.
Absolut Grynet, jag hade en händelsehanterare på en button, men när jag la in den i en HTML tabell så tappade den händelsehanteraren och jag fick skapa om den. :(
1. Hittade en gamal tråd på asp.net forum..dock innehöll den ingen lösning
http://www.asp.net/Forums/ShowPost.aspx?tabindex=1&PostID=309099
:l
En sak som irreterar mig är att när man gör en servercontrol i HTML view. har man skrivit att det är en <asp:label> så tycker jag att microsoft borde lagt dit en runat='server' på en gång.
En petites men en ack så irreterande sådan kanske ;)
mv icaaq
En sak som irreterar mig är att när man gör en servercontrol i HTML view. har man skrivit att det är en <asp:label> så tycker jag att microsoft borde lagt dit en runat='server' på en gång.
heh, hur ofta som helst så brukar man svära vaffö i häll-vete funkar det inte. Så är det som du säger man glömt att lägga till runat='server'.
En annan grej när vi ändå är inne i designern. Har ni märkt att om man ändrar id på en control i HTML vyn så kan VS få tuppjucket. Hänger sig i ungefär 10 sekunder och tar man en titt på property windowt så ser man riktigt hur hur VS flipprar runt med någonting.
Ganska irriterande då man använder copy-paste och ska fixa till idna på ett tiotal kontroller.
När vi ändå har en klaga-på-vs.net-tråd så får jag väl bidra med att en eller flera referenser ibland slutar fungera. Så får man leta upp dem igen och så fungerar det. Irriterande!
Det är din dator NetWork, på min funkar våra projekt jätte bra tills du varit och kladat i dem :P
Seriöst så är det ett problem plus att våra VS lägger sig och håller filer (dvs dll:er) så att man inte kan bygga undervarande projekt.
Lite mer förklarat så har i en filserver på en annan domän där alla våra projekt ligger. Våra projekt är oftast uppbyggda med en web applikation och x-antal dll projekt. Här börjar problemen. Ibland försvinner referencerna till projekten, de pekar på rätt ställe men verkar inte kunna snappa upp dll-filen där. PRoblem två är att någon annans VS ibland kan låsa dll filerna så att det är omöjligt att bygga pga VS inte kan kopiera in dll-filerna till projektet. Detta verkar uppträdda framför allt när man jobbar tre i projektet..av nån konstig anledning. Den enda lösning är att gå till servern öppna alla filehandles med ett fint program som heter process explorer och leta upp dll och döda alla som håller den. Då kan man bygga igen bara för att höra sin kamrat två datorer bort skricka vad f-n nu har nån låst filen..och processen börjar om från början. En annan lösning är ju förstås att få sina medarbetare att starta om datorerna..men man vet ju inte vems dator det är som håller filerna.
så det så.. :h
Egentligen ska man väl köra source safe när man jobbar flera på samma projekt, men det verkar ju så omständigt. Vet inte om det löser våra problem heller, men det borde ju förhindra att man håller varandras processer.
Source Safe är rätt bra, checkin/checkout osv, gör det den ska iaf är dock lite tveksam på dess ålder och teknik, känns lite föråldrad.
Source Safe är rätt bra, checkin/checkout osv, gör det den ska iaf är dock lite tveksam på dess ålder och teknik, känns lite föråldrad.
Jo jag håller med på alla punkter. Vi (jag hade ansvar) att fösköka dra igång source safe men jag tyckte inte det kändes rätt. Tycker det blir lite struligare när man inte har kontroll på filerna direkt och man måste använda ett ytterligare system för att programmera.
Drömm scenariot hade varit att VS hade varit totlat integrerat med Source safe och det inte märktes att det var två applikationer..kanske kommer, de har väl ivarje fall närmat sig varandra, eller? Kan tyvärr för lite om att..
Vi använder Source Safe på jobbet, och jag är nästan totalt nöjd med det.
Enda problemet är att om man manuellt tar bort skivskyddet på en fil, så kan man göra förändringar i den utan att checkaut filen, och det kan bli rätt föröddande när man väl upptäckt det och samtidigt upptäcker att någon annan haft filen utcheckad och gjort en massa förändrningar.
Visst VSS har merge funktionen som skall kunna merga ihop 2 filer, men den har jag aldrig vågat lite på :)
Jag tycker dock att ni skall funderar ännu en gång på att använda Source Safe, dels så försvinner era problem med att filerna är låste, eftersom alla har en lokal kopia på sin dator. Men även möjlighet att rulla-tillbaka filer till en tidigare status är underbar. Speciellt om man har implementerat en massa kod som ite fungerar dagen innan release. Rulla tillbaka till senast fungerande version och skicka iväg.
När väl VSS är uppsatt så är integrationen så bra med VS.NET att du iprincip aldrig behöver öppna VSS utan kan göra allt innefrån VS.NET då märks det inte att det är 2 applikationer.
- Magnus
Som funderar på att installera VSS hemma för sitt kodbibliotek.
Vi använder Source Safe på jobbet, och jag är nästan totalt nöjd med det.
Låter intressant. Kanske skulle ge det ett försök. Svårt bara att lära gamla hundar sitta :)
Jag har nog klagat lite för mycket på VS på sistonde. Kopierade in lite kod i html-vyn växlade till design vyn. Hela VS hängde sig..startade om öppnade projektet, hängde sig. Starta om datorn ingenting. Får manuellt gå in i filen och kolla upptäcker då att min copy-pase missat < före en tabell buggade visst ut hela VS.
Sens moralen måste bli att klaga inte för då händer det... §e
