🚀 go-pugleaf

U�ytkownik "Tool" <sorry@no.spam> napisa� w wiadomo�ci
news:c3e782$iu0$1@nemesis.news.tpi.pl...

> A pod czym tworzysz projekty?
> SharpDevelop robi nagminnie takie rzeczy, ale Visual Studio tez potrafi
> namieszac,

Visual Studio 2003


> podstawowa zasada jest nie dotykac kodow wygenerowanych automatycznie (w
> zadnym wypadku nie dotykac InitializeComponent),

Niby tak, zgadzam sie.
Jednak przez ten problem musialem szukac roznych rozwiazan.
I jak na moj "psi swed" dochodze do wniosku, ze logika konstruowania
kontrolek
User Controls i Windows Form ma pewien model.
Trzymajac sie scisle tego modelu udaje mi sie generowac zmiany w kontrolkach
z ingerencja w kod i w zasadzie wszystko jest OK.

Moj problem jest inny.
Kontrolka jest juz z jakims bledem, ktory powstal i przyczyna a takze miejce
poprawki
sa nieznane.
Nie moge dojsc gdzie podlubac aby sie zamknal.

Przy probie przejscia do miejsca bledu, Visual przenosi mnie do sekcji
deklaracji
przestrzeni nazw (using).

> a definicji wlasnych
> zmiennych nie umieszczac pod tymi wygenerowanymi automatycznie, tylko
gdzies
> dalej, najlepiej miedzy definicjami funkcji.

To tez zauwazylem.
On sobie ladnie oznacza miejsce wlasnego kodu i byc moze jest za glupi aby
sprawdzic czy jest tam tylko jego kod, czy tez moj.
Celna uwaga w sumie.

Pozdrawiam,
Krzysiek