Znaczniki podczas pisania artykulu

Wlasnie jestem w trakcie pracy nad nowa wersja coyote'a... i programujac chcialbym sie spytac, co myslicie nad znacznikami podobnymi do tych z wikipedii. Aby podczas artykulu bylo latwiej i szybciej (oraz dla tych co nie znaja HTML), np... aby tworzac odnosnik do innego artykulu, pisac po prostu C++ czy FAQ i system sam by takie znaki konwertowal na znaczniki HTML.

Mi się podoba.

Chociaż wiele ze sposobów wiki bardziej mi się widzi w postaci bliższej E-mail Intonation lub Structured Text. Jak np.:
bold - pogrubienie
/italic/ - pochylenie
underline - podkreślenie

• list_element - elementy listy (po gwiazdce spacja)
  monotype - czcionka nieproporcjonalna (akapit poprzedzony spacja)

Podwójny enter to rozdział akapitów itp.

Dobrze by było zachować jednolitość w artach i na forum.

Z jednej strony ludzie tutaj są programistami i bardziej naturalne dla nas jest <b> jako pogrubienie niż jakieś {[*costam :]

Z drugiej strony zniaczniki HTML dość często pojawiają się w artykułach czy na forum natomiast dziwne kombinacje znaków typu [[ są rzadkością co powoduje, że trzeba się gimnastykować przy tagach HTML aby zostały wyświetlone zamiast uznane za komendy sterujące.

Nie mam jeszcze twardego stanowiska, ale póki co wolałbym pozostanie przy tagach i dopracowanie zamykania tagów<font color="blue">*</span>. Wraz z nowym Coyote w końcu wejdzie moja praca w postaci nowej klasy kolorującej, która miejmy nadzieję dodatkowo pomoże w pisaniu ładnych artów :)

<font color="blue">*</span>ostatnio ktoś zgłosił buga, przykład: <code class="cpp">...<b>......</b>

<b>`</b>`</b> - ostatni tag został dodany automatycznie, oczywiście błędnie - to będzie ciężkie do poprawy chyba :/

Oczywiscie tak jak na wiki, znaczniki HTML takie jak b,i,u itp. takie jak teraz - tez by zostaly. Chodzi mi o taki przyklad: np. link do innego artykulu w serwisie. Mozemy oczywiscie skoczystac ze znacznika lecz w nowej wersji coyote chcialbym, aby artykuly oraz hasla byly bardziej "encyklopedyczne", tj. tworzenie linkow wygladalo mniej wiecej tak:

. System parsuje takie znaczniki do postacii HTML oczywiscie... Ci co znaja wiki na pewno wiedza o co mi chodzi. Jezeli nawet nie bedzie tekstu pt. "Jak wyswietlic okno", to po prostu link sie nie utworzony, jednak gdy ktos takowy doda, automatycznie link zostanie przez system utworzony... blah ale zagmatwalem ;))

Adam Boduch napisał(a)

blah ale zagmatwalem ;))

luz, wiemy o co Ci chodzi, robienie z 4p dugiej wikipedi ;)

raczej malo jest takich artow, gdzie ktos odwoluje sie do innych. takie dodatki tylko spowalniaja parsowanie. mysle, ze nie jest to godne uwagi.

Karolaq - spostrzegawcza uwaga :)

minusy IMVVVHO:
a) spada prędkość parsowanie
b) spada czytelność kodu artykułu
c) trzeba się uczyć jeśli ktoś się nie spotkał z takim czymś, nowego - no właściwie języka skryptowego - bo nie wiem jak to nazwać - prostego bo prostego ale jednak

plusy:
a) ?
b) że tak fajnie (?)
c) nie wiem - eee ... mniej miejsca w bazie ???

Eee chyba jednak nie rozumiecie o co chodzi ;) Polecam moj watek dotyczacy tworzenia nowej wersji coyote. Juz zaczelem nad nia prace.... Nie jest moim celem tworzenie nowej wikipedii - bron boze! Chodzi jedynie o rozszerzenie funkcjonalnosci serwisu, zwiekszenie ilosci materialu. W tym celu kazdy bedzie mogl edytowac dowolny artykul w serwisie celem poprawy jego jakosci. Powstana tez dodatkowe kateogorie, ktore beda wyswietlane w formie drzewa - np.:

Delphi
  Artykuly
  Gotowce
  FAQ
    Algorytmy
    Rejestr
    Bazy danych
  Klasy    
  Moduły
  Biblioteki
  Funkcje

Teraz, w kategorii "Klasy", bedzie mozna umieszczac opis poszczegolnych klas jezyka. Mimo, ze teraz nie ma koniecznosci linkowania do innych artykulow - teraz bedzie! Chodzi mi o reaktywacje projektu "Encyklopedia" ze starej wersji serwisu.

Niedlugo wstawie na serwer wersje alfa, nowego Coyote'a - wtedy zobaczycie jak to wyglada.

Dryobates: Structured Text jest fajny, przynajmniej niektore tagi ma fajne... bo np. pogrubianie tekstu w wikipedii (czyli pisanie pogrubiony czy jakos tak ;)) tez mi sie nie podoba. Wiec albo wziac jeden albo drugi sposob, albo zaczerpnac czesc pomyslow z jednego, a czesc z drugiego :)

Mi akurat takie rzeczy jak na przykład /kursywa/ często denerwują. Jest tak na przykład w Psi zrobione i jak chcę komuś podać katalog na dysku w Linuxie i napiszę /usr/ powiedzmy, to mi to przechyla, mimo, że moją intencją było całkiem co innego. Za to takie linkowanie jak Adam Boduch proponuje to by było całkiem fajne, jeśliby się robiło coś w stylu encyklopedii VCL w serwisie. Wtedy odwoływanie sięzarówno z artykułów, jak i z innych opisów klas/metod itp. do takich wpisów byłoby o wiele wygodniejsze.

Adam: to nie jest nawet takie latwe do zaprogramowania jak sie wydaje :P Wydawaloby sie ze to tylko proste wyrazenia regularne i po sprawie... a jednak co jezeli znak _ znajdzie sie w URLu? Albo tak jak podales - znak / w sciezce... wiec na razie wycofuje sie z tego pomyslu :P Jezeli chodzi o linki w stylu link to na juz to zaprogramowalem. Moze jeszcze pare innych udoskolen, ale nie xxx ani /xxxx/

Adam ma racje. W przypadku 4p za dużo jest * i / używanych. Więc ja bym się tylko do tego i ograniczył.

Może jedynie jeszcze podwójny enter aby na paragrafy zamieniało, a pojedynczy na br. Bo to daje większe możliwości dla twórców skórek jak np. pierwsza litera akapitu wcięta itp. Bardziej "książkowy" styl można nadać.

Miłą rzeczą są odnośniki do bibliografi lub tłumaczeń w Structured Text. Coś takiego byłoby całkiem przydatne w artykułach.

Dobrze byłoby też mieć jakąś składnię analogiczną do html-owego acronym/abbr tylko z opcją rozszerzoną o działanie w IE.

Dzieki Dryobates za rady. Faktycznie, bibliografia oraz wciecia to mila rzecz - postaram sie cos z tym zrobic :)