Opis właściwości i zdarzeń komponentów - nowa kat. na 4p

Witam ;-)
Oglądając temat: -> Delphi/Artykuły do poprawy/Zabawa z formularzem (formą) naszła mnie pewna myśl...
Chciałbym stworzyć nową kategorię na 4p..coś w stylu:
www.4programmers.net/Delphi/Opis_Komponentów
Stworzyłoby się nową kategorię w której każdy chętny mógł opisać właściwości danego komponentu oraz jego zdarzenia..
np:
www.4programmers.net/Delphi/Opis_Komponentów/TButton
albo:
www.4programmers.net/Delphi/Opis_Komponentów/Button
(to są puste przykładowe linki jak by to wyglądało)
Nie wiem czy rozumiecie moją ideę więc jak by co spróbuje bardziej opisać ;-)

Moje pytanie brzmi czy można zrobić coś takiego w przyszłości?

Czyli help do VCL?

no można powiedzieć że tak.. tylko że mi chodzi o dosyć szczegółowy opis elementów VCL'a (w tym wypadku komponentów) .. tak aby opisać co dana właściwość zmienia w komponencie.. screeny jak to wygląda itp ;-)

trochę roboty... ale dział w sam raz dla newbie'ch którzy nie znają anglika i "boją" się sprawdzić... "co się stanie gdy..." albo nie widzą żadnej wizualnej różnicy po zmianie jakiejś właściwości ;-)
poza tym nawet doświadczeni programiści na pewno dowiedzieliby się jakiś rzeczy lub ciekawostek z takich artów..bo mogę się założyć że 95% programistów nie testowało większości właściwości komponentów itp. ;-)

Bylo kiedys cos takiego i nigdy mi sie nie podobalo, to samo mozna znalezc w helpie :P

tak..ale help jest po angielsku i większość newbie'ch pewnie nigdy do help'a nie zajrzała ;-)
proponowałbym utworzyć taką kategorie tymczasowo i zobaczyć czy się sprawdzi ;-)

I właśnie dlatego są Newbie i zadają bezsensowne pytania.
Ach, gdzie te czasy bez netu, kiedy człowiek musiał myśleć ;)

co do tematu - mi tam rybka, ale pamiętam, że Adam chciał kiedyś zrobić "encyklopedię VCL" czy jakoś tak..

No jak chcesz to możesz pisać, tylko wtedy lepiej nazwać kategorię "VCL" i tekstów nie zaczynać od "T" bo będą na liscie do jednej literki przypasowane wszystkie.

^ napisał(a)

Ach, gdzie te czasy bez netu, kiedy człowiek musiał myśleć

Święte słowa!

Zresztą AFAIR od tej "encyklopedii VCL" to w ogóle powstał RoadRunner, który w sumie jako pomysł wszedł do dzisiejszego Coyote ;-)

POP na pewno chcesz tracić siły dla nóbów którzy nie znają angielskiego na tyle żeby skorzystać z helpa? Z nich i tak programista nie wyrośnie. Lepiej poświęć swój czas na coś co naprawdę może się komuś przydać.

Na przykład dział C#, który dopiero raczkuje, zapotrzebowanie jest duże, a materiałów w polskim necie mało. Moglibyśmy zapełnić tą lukę, a zajmujemy się VCL'em o którym wszystko już zostało powiedziane :P

W sumie to zgadzam się z Kubą.

//ja też - M

dla newbie'ch którzy nie znają anglika i "boją" się sprawdzić... "co się stanie gdy..." albo nie widzą żadnej wizualnej różnicy po zmianie jakiejś właściwości

Lepiej niech sie ucza angielskiego, bo bez tego i tak ani rusz - wlasnie poprzez czytanie helpa, to najlepsza nauka.

Tlumaczenie helpa z vcl chyba nie jest dobrym pomyslem... zreszta komu by sie chcialo robic cos takiego za darmo? No chyba ze ktos ma za duzo czasu.... Ale moim zdaniem nie warto tego robic, tak samo jak nikt nigdy sie nie pokusil o przetlumaczenie w calosci MSDN na polski - bo i po co?

PoP_Gniezno: moze najpierw watro by bylo uzupelnic ten dzial o funkcje/procedury z roznych modulow, ktorych brakuje?

A dopiero pozniej zabrac sie za VCL? Oczywiscie VCL - warto! Trzeba jednak ustalic pewne reguly dzialania. I mysle, ze tak dlugie linki sa zbyteczne:

http://4programmers.net/Delphi/TButton - tak lepiej

Nalezy pamietac o klasach bazowych (TObject, TClass, TControl itp) ktore zawieraja wiekszosc metod i wlasciwosci, ktore sa nastepnie dziedziczone w roznych klasach (tak, aby nie dublowac opisow niektorych metod czy wlasciwosci).

Kooba napisał(a)

Na przykład dział C#, który dopiero raczkuje, zapotrzebowanie jest duże, a materiałów w polskim necie mało. Moglibyśmy zapełnić tą lukę, a zajmujemy się VCL'em o którym wszystko już zostało powiedziane :P

No ok.. ale najpierw trzeba znać C# żeby o nim cokolwiek napisać ;-)

Adam Boduch napisał(a)

PoP_Gniezno: moze najpierw watro by bylo uzupelnic ten dzial o funkcje/procedury z roznych modulow, ktorych brakuje?

A dopiero pozniej zabrac sie za VCL? Oczywiscie VCL - warto! Trzeba jednak ustalic pewne reguly dzialania. I mysle, ze tak dlugie linki sa zbyteczne:

http://4programmers.net/Delphi/TButton - tak lepiej

Nalezy pamietac o klasach bazowych (TObject, TClass, TControl itp) ktore zawieraja wiekszosc metod i wlasciwosci, ktore sa nastepnie dziedziczone w roznych klasach (tak, aby nie dublowac opisow niektorych metod czy wlasciwosci).

Czyli VCL'a na razie zostawię...
zajmę się dalej poprawą tych artykułów w wolnym czasie i to wszystko przemyśle ;-)