Encyklopedia... zmiany

0

Zabieram sie wlasnie za pisanie encyklopedii, a raczej jej ulepszanie. Objerzalem sobie wikipedie i podsunela mi ona pomysly:

  • kazdy moze modyfikowac artykuly w encyklopedii; stare wersje beda przebywac na serwerze przez jakis czas (powstanie cos na wzor CVS'a)
  • encyklopedia bedzie korzystac z nowej skorki; mysle, ze byloby lepiej gdyby encyklopedia korzystala ze skorki jak ja to nazywam: 'w stylu GNU', z jak najmniejsza iloscia grafiki - liczy sie tekst; pozniej pomysli sie o stowrzeniu skorki 'GNU' obejmujacej caly serwis a pod encyklopedie sie podepnie obecna skorke. Wszyscy beda zadowoleni :)
  • nie wiem co z URL: trzeba bedzie przebudowac proces podpinania linkow (wieksze mozliwosci)

To na razie tyle.. :)

0

Conieco bawiłem się w wikipedii (próbowałem pisać tam artykuł... próbowałem :( )
Jeżeli chodzi o system linków to jest tam fatalny. Ciężko się w nim połapać. Wydaje mi się, że proste < link >, które jest aktualnie w encyklopedii jest znacznie lepszym rozwiązaniem. Oprócz tego można oczywiście wprowadzić linki zewnętrzne za pomocą zwykłego < a >
A co do struktury, to konkretna, zoptymalizowana pod encyklopedię, mniej więcej na styl tak jak teraz, wydaje mi sie lepsza niż ta z wikipedii. Tam nie można tak łatwo kategoryzować, jak to ma miejsce w tutejszej encyklpedii.
Kiedyś podawałem propozycje, jak tą możnaby zmodyfikować, ale... trochę przepisywania/kopiowania by było.
Z tym, że jeżeli mielibyśmy to przerobić na styl wikipedii, to będzie tak samo, więc może jednak warto spróbować usystematyzować to mniej więcej na styl jaki podawałem?

0

OK. To takie mniej więcej propozycje co do pól edycyjnych w celu zachowania jednolitości:
[code]
Klasa Metoda(Wł/Fun/Zd) Typ/Stała/Zmienna
Rodzic Nagłówek
Klasy potomne Typ metody
Opis Opis Opis
Przykłady Przykłady Przykłady[/code]
Klasy potomne uzupełniane automatycznie (lista na zasadzie metod). Nagłówki oddzielnie dla Delphi i BCB. Zależnie od tego z jakiego linku (Delphi czy C++) wszedłby użytkownik, to odpowiednia wersja by istniała (to daje też możliwość ew. rozszerzenia tego na inne języki.. nie koniecznie programowania).
Typ metody: możliwość zaznaczenia: protected, readonly.
Jak widać część pól jest wspólna. Przydałoby się coś na wzór rekordu wariantowego (albo unii). Możnaby wybierać z Klasy, Metody Delphi, Metody BCB, Typu.
Jeżeli chodzi o dziedziczenie, to sądzę, że tak jak jest (za wyjątkiem tego błędu z usuwaniem) mogłoby być.
Co do możliwości edycji przez każdego to akurat świetny pomysł.
Co do linków już się wypowiadałem.
Jeżeli chodzi o tą strukturę drzewiastą... to by było fajne, ale nie wiem jak z realizacją.
System typu: tak pisz. Raczej się nie sprawdzi. Już wiele razy przypominaliśmy jak należy pisać (nawet maile wysyłałem do autorów z encyklopedii) a jeżeli chodzi o forum to już w ogóle to zawiodło.
Użytkownikom trzeba jasno powiedzieć: tutaj uzupełniaj to, a tam to.
Oczywiście zasady co do uzupełniania opisów muszą pozostać swoją drogą, ale przynajmniej nie będzie problemów z tym, że jeden nagłówek funkcji da na samej górze a drugi na dole, jeden sformatuje a drugi nie (i żeby nie było, że mam coś do drugich. 2 to też ładna liczba ;)).

0

Jak już wspomniałem w Off-topic (tutaj napisze jeszcze, żeby było jasne) proponuje przenieść zdarzenia i stworzyć oddzielną grupę dla nich. Po co przy każdym komponencie opisywać zdarzenia 150 razy i te samo... zresztą nawet nikomu się nie chce. Można by je wszystkie dokładnie opisać w jednej grupie, a przy komponentach tylko wypisać dostępne (dla danego komponentu).

0

Po co przy każdym komponencie opisywać zdarzenia 150 razy i te samo... zresztą nawet nikomu się nie chce.

Dlatego jest dziedziczenie. Z komponentu-rodzica dziedziczy się (wybierasz link) i nie trzeba przepisywać.

1 użytkowników online, w tym zalogowanych: 0, gości: 1