** Spre exemplu tagurile asociate problemei "vrejuri":problema/vrejuri ar fi "Algoritmiada 2010", "Algoritmiada 2010, Runda 1", "Algoritmiada 2010, Runda 1, 9-10"
* Cunostintele necesare rezolvarii problemelor. In aceasta categorie intra orice fel de algoritm classic cunoscut (un punct bun de plecare ar fi "Training Path":training-path).
** Propun sa impartim aceste taguri in doua categorii: "Generale" (Grafuri, Programare Dinamica, Greedy, Structuri de date, Geometrie) si "Specifice" (Deque, Arbori echilibrati, Codul Gray, Minimal enclosing circle). Tag-urile generale nu iti ofera foarte multe informatii care ar putea strica farmecul problemelor, in timp ce cele "specifice" iti zic exact ce algoritmi sunt necesari pentru rezolvarea problemei. Fiecare din tagurile "specifice" se va incadra intr-o categorie denumita de un tag general. (spre exemplu Deque intra sub Structuri de date)

** In momentul in care utilizatorul deschide o problema, tagurile sunt ascunse by default. Daca acesta vrea un hint de rezolvare, ii aratam intai toate tagurile generale. Daca vrea si mai multe hinturi, ii aratam toate tagurile.

** In momentul in care utilizatorul deschide o problema, tagurile sunt ascunse by default. Daca acesta vrea un hint de rezolvare, ii aratam intai tagurile generale. Daca vrea si mai multe hinturi, ii aratam toate tagurile.

h2(#implementare). Implementare

Un astfel de sistem implica adaugarea unei noi coloane in tabelul $ia_tags$ care sa mentina pentru fiecare tag de ce tip este. Pentru a putea face o interfata frumoasa, ne trebuie sa stim pentru fiecare tag daca el este pentru:
 
* un "autor"
* un "concurs"
* o "runda din concurs",
* o "grupa de varsta din runda din concurs"
* o "categorie de algoritmi" (tag-urile de cunostinte generale)
* un "algoritm".
 
Mai multe detalii in curand...
 

h2(#feedback). Feedback