O stronach WWW ...

1. Grafika na strony WWW (dowolnie wybrana rzecz, np. edycja tła, belek nawigacyjnych, ozdobników, symboli reprezentujących poszczególne działy)
2. Przerysowanie rysunków skanowanych z czasopism
3. Skład HTML, z wyłączeniem niektórych kreatorów np. Front Page
4. Testowanie poprawności stron, weryfikacja rożnymi tzw. parserami, wyłapywanie literówek
5. Przygotowanie i testowanie JavaScript
6. Poszukiwanie w sieci rożnych programów przydatnych chemikowi
7. Wyszukiwanie artykułów w czasopismach, kontakt z autorami w celu uzyskania pozwolenia na umieszczenie na stronach ChemFana
8. Przepisywanie artykułów z czasopism
9. i wiele wiele innych rzeczy ....... które ci wpadną do głowy

Założenia przyjęte przy tworzeniu serwisu WWW

1. Strony mają być czytelne w każdego rodzaju przeglądarce:
   1. Netscape Navigator/Communicator (dowolna wersja)
   2. Microsoft Internet Explorer (dowolna wersja)
   3. IBM Web Explorer (dowolna wersja)
   4. Lynx (przegladarka tekstowa)
   5. Dowolna przeglądarka z wyłączoną opcją prezentacji grafiki, tzw. opcja "Auto Load Images" / "Automatycznie wczytuj grafikę"
   6. Wszelkie inne przeglądarki prawidłowo interpretujące przynajmniej podstawowy podzbiór wersji języka HTML 3.2
2. Grafika ma w możliwie małym stopniu zwiększyć ilość transmitowanych danych
   1. Elementy graficzne powinny być powtórzone na kilku rożnych stronach
   2. Ilość elementów graficznych które się powtarzają tylko raz musi być ograniczona do niezbędnego minimum
   3. Elementy graficzne występujące jednokrotnie, w miarę możliwości mają ograniczoną kolorystykę w celu zmniejszenia wielkości
3. Elementy wykraczające poza podstawowy HTML 3.2 muszą być tylko uzupełnieniem stron, czyli:
   1. Nowe elementy składni nie mogą zakłócać interpretowania HTML 3.2
   2. Elementy dodatkowe typu JavaScript mają być tylko uzupełnieniem, a strony muszą być w pełni czytelne nawet po zablokowaniu interpretowania JavaScript
4. Belki menu podręcznego górna i dolna są wykonane z pojedynczego pliku GIF
   1. Belki nie są więc dzielone na fragmenty co eliminuje konieczność umieszczania fragmentów GIF'ow w tabelach aby zapobiec niekontrolowanemu rozmieszczeniu elementów. Jednolita belka nigdy się nie rozjedzie
   2. Dostęp do pozycji w belkach jest zrealizowany na dwa równocześnie stosowane sposoby:
      • poprzez mapowanie wewnątrz pliku HTML dla przeglądarek które potrafią to zinterpretować
      • poprzez mapowanie poprzez serwer WWW, przeczyta to każda przeglądarka
   3. mapowanie przez serwer jaki używamy jest czytelne dla każdej przeglądarki, nawet dla Lynx
   4. elementy aktywne w JavaScript (zmiana kształtu wybranej pozycji) zostaną dodane później.
5. Strony nie są wykonane w technologii FrameSet, oto dlaczego:
   1. FrameSet jest nieczytelny dla wielu przeglądarek. To prawda że Lynx potrafi odczytać FrameSet. Jednak jest to widoczne jako strona z odwołaniami do poszczególnych okien, wszystko naraz nie jest widoczne
   2. W przypadku FrameSet nie ma możliwości wydrukowania tego, co się widzi na ekranie. Wielka szkoda
   3. Dla stron z FrameSet w najczęściej spotykanym przypadku niemożliwe jest określenie adresu URL. Jest to możliwe wyłącznie dla jawnie określonych stron FrameSet, oraz dla stron bez elementów FrameSet
   4. Na obecnym etapie by być zgodnym ze wszystkimi przeglądarkami należałoby równolegle tworzyć strony z FrameSet oraz bez tej techniki. Na to niestety nie mamy czasu. Chyba że zechciałbyś się tym zająć to chętnie skorzystamy z Twojej pomocy :)
   5. Poszczególne okna FrameSet niepotrzebnie zajmują miejsce w oknie przeglądarki, skutecznie ograniczając miejsce na treść którą czyta użytkownik. Zauważ że obecnie przy przeglądaniu dłuższych artykułów belki menu są poza ekranem, dzięki czemu znacznie większy fragment tekstu jest widoczny dla użytkownika
   6. W prawidłowo zaprojektowanym serwisie WWW bez FrameSet poruszanie się po stronach jest równie łatwe, jak przy stosowaniu FrameSet. Zresztą masz możliwość przekonać się na przykładzie tego serwisu WWW. Ciężko się tu zgubić mimo zastosowania trzypoziomowej hierarchii okien
   7. W przyszłości planujemy stworzenie prostej strony wykorzystującej FrameSet, lecz będzie ona zawierała jedynie dwa okna: okno menu będące oknem nawigacyjnym, oraz okno do którego będą przywoływane poszczególne strony w takiej samej formie, w jakiej są prezentowane obecnie
6. Założenia dodatkowe:
   1. Nie planujemy wykorzystania CSS jako podstawowego elementu formatowania stron, gdyż ta technologia nie jest póki co zadowalająco obsługiwana w popularnych przeglądarkach. To prawda że ok. 80% użytkowników korzystających z Internetu korzysta z MS Explorera w którym CSS działa prawie zadowalająco. ale to nie jest powód, by przekreślać pozostałe 20% użytkowników, co w praktyce oznacza skreślenie wszystkich użytkowników systemów nie windowsowych. W każdym bądź razie CSS będzie w dalszej perspektywie używany jako podrzędny sposób formatowania, stosowany do niektórych elementów.
   2. Na stronach nie ma i nie będzie wymuszeń dotyczących rodzaju czcionki. Jest to spowodowane faktem, że w każdym systemie operacyjnym są dostępne rożne zestawy czcionek. Jednocześnie nie stosując wymuszeń kroju, zostawiamy użytkownikowi pełną swobodę w wyborze czcionki. Wybiera on dla siebie tę czcionkę którą uważa za najlepszą, a dla nas jako twórców nieistotne jest czy użytkownik wybierze sobie czcionkę najbardziej czytelną, czy tez najładniejszą, czy tez jest to jakiś kompromis pomiędzy nimi
   3. W tekstach podstawowych operujemy atrybutami tekstu w minimalnym zakresie, tylko we fragmentach gdzie to jest konieczne. Umożliwia to wybór przez użytkownika wielkosci/grubosci i innych atrybutów czcionki jakie uważa za najbardziej odpowiednie
7. Masz jakieś uwagi odnośnie powyższych punktów ? Wejdź do Księgi wniosków i uwag