Wikisłownik:Szablon hasła/2/Analiza

Z Wikisłownika – wolnego słownika wielojęzycznego

Zalety[edytuj]

  • wpływ na sposób wyświetlania poszczególnych haseł i pól w hasłach, włącznie z tym czy hasło w danym języku lub konkretne pole hasła jest widoczne, czy nie
  • potencjalnie każdy może mieć dowolną ilość swoich własnych styli
  • zamknięcie nagłówka hasła w szablonie oznacza większy wpływ na jego wyświetlanie i zawartość (kategorie i inna treść strukturalizująca słownik)
  • można podlinkować części mowy do odpowiednich stron aneksu, a następnie dodać nowe indeksy wg części mowy

Wady[edytuj]

  • rozmyte znaczenie nowych szablonów {{+zn}}, {{+kol}}, próba nadania go czemuś co ma służyć przede wszystkim prezentacji?
    • jakie mają znaczenie?
      • {{+zn}} - "znaczenie"
      • {{+kol}} - "grupa kolokacji związana z" (i tutaj występuje lista znaczeń identyfikowana poprzez numerację, czyli np. (1.1-3,2.3))
      • itd.
    • gdy pole będzie grozi "przepełnieniem" i zdecydujemy się wstawić taki szablon-tag, dający potencjalnie podział na linie, wstawimy ponownie etykiety numeracji?
  • by "przejść na nowy szablon", trzeba będzie przejrzeć wszystkie hasła i powstawiać nowe szablony-tagi, prawdopodobnie bot poradziłby sobie z 95% przypadków, lecz trzeba będzie, go mocno kontrolować
  • komplikuje się "wizualnie" kod hasła - jest mniej czytelny, co może zniechęcać nowicjuszy, a doświadczonym redaktorom utrudnić pracę (tylko początkowo?)
    • być może w trakcie przeglądania kodu hasła szablony strukturyzujące je będą się mylić z szablonami skrótów i innymi - by zminimalizować to zjawisko, w nazwy nowych szablonów zaczynają się od plusa
  • będą nieustanne próby wstawiania ciężkiego wikimarkupu - by zachować spójność hasła trzeba będzie tępić!
  • nie można beztrosko wprowadzić podpodziału nowych pól, bo we wszystkich szablonach-tagach, trzeba by dodać kolejny poziom tagów
  • być może powstało trochę niezależnych narzędzi przystosowanych do obecnego kształtu kodu haseł Wikisłownika i/lub kodu renderowanych stron - autorzy będą musieli przerobić swoje narzędzia
  • dotychczasowi redaktorzy będą musieli zrozumieć i przejść praktykę w tworzeniu haseł (chociaż nie od zera!)

Problemy otwarte[edytuj]

  • o tym czy tekst w polu hasła chcemy wyświetlać w jednej linii, czy podzielony na linie, decydujemy dla haseł w danym języku globalnie, czyli dla wszystkich haseł, a nie dla jednego konkretnego, w którym pole akurat "przepełniło się"
  • co zrobić z separatorami na końcu każdej grupy oraz dwukropkami po nagłówkach pól? o wyświetlaniu i użyciu znaku (czy ma być to średnik, dwókropek, czy jakiś inny symbol) dałoby się decydować za pomocą stylu lub javascriptu użytkownika?
  • brak możliwości edytowania tylko wybranego hasła, trzeba edytować całą stronę?
  • brak możliwości użycia linków postaci fly#fly (język angielski)?
  • brak możliwości generowania TOC?
  • kod zrenderowanej strony się wydłuża?
  • może jest sens też podzielić przykłady za pomocą szablonów-tagów na część w języku oryginału i tłumaczenie - wtedy zapanujemy nad wyświetlaniem przykładów
  • kilka podręcznych styli można dodać do bocznego menu i dynamicznie przełączać w trakcie przeglądania hasła?
  • gdzie i ile spacji można/należy wstawić w nowych szablonach lub w ich sąsiedztwie? o ile to ma znaczenie
  • problem "bardziej otwarty" (wręcz szaleńczy): może przy okazji da się etykiety znaczeń potraktować jako parametry szablonów? albo zmienić cyfrowe na słowne?

Inne uwagi[edytuj]

  • oczywiście można rozważyć wersję rozszerzoną z tagami zamykającymi, czyli np. {{+prz}} i {{-prz}} (w XML-u byłoby <prz> i </prz>), wtedy kod szablonów się uprości i nie trzeba będzie wstawiać tylu pustych divów (kalsa dummy)