Jakoś ostatnio wkręciło mnie robienie stron. Może jeszcze nie teraz, ale za chwilę narzędzia do edycji stron będą podobne do pakietów biurowych. A w zasadzie, dlaczego nie są ich częścią. Czy pisząc jakikolwiek tekst zastanawiamy się, jaki jest format danych? Raczej nie. A wszystko idzie w tym kierunku, by formaty danych zarówno te dokumentowe jak i przeglądarkowe były formatami xmlowymi. Xml, to trochę ogólnik i słowo klucz. W zasadzie xml jest klasą formatów. Pliki xmlowe spełniają pewne ogólne reguły, jednak każdy format xmlowy może (i w zasadzie jest) inny.
Wracając do porównań. Pakiet biurowy nie zmusza nas do poznania struktury pliku danych. Nie interesuje nas to. W przypadku stron webowych jest trochę inaczej. Niby są cmsy, czyli systemy zarządzania treścią (np. ten system, w którym pisany jest ten blog), ale bez znajomości htmla raczej trudno coś wycyzelować.
To nie jest wszystko. Może od początku. Każda strona może być opisana w trzech płaszczyznach. Zawartość, wygląd, manipulacja kodem. Współcześnie te trzy płaszczyzny zostały rozdzielone i każda z nich wykorzystuje inne narzędzia. Są to odpowiednio (x)html do zarządzania treścią, css do zarządzania wyglądem i javascript do manipulacji kodem.
Ciekawą rzeczą jest, że podstawami teoretycznymi i standaryzacją narzędzi zajmuje się niezależna organizacja - w3.org. Producenci przeglądarek w mniejszym lub większym stopniu dostosowują się do tych standardów. Taki rozwój jest właściwy, bo jest podstawą konkurencji. Zupełnie inaczej jest w przypadku pakietów biurowych. Pierwotnie był otwarty standard ISO, z którego korzystały pakiety opensource'owe, ale Microsoft przeforsował swój standard, co skutecznie zablokowało możliwość pełnej edycji plików office'a w pakietach opensource'owych Libreoffice czy (Apache) Openoffice