diff --git a/sql/mysql.demo.sql b/sql/mysql.demo.sql
index 39683ad..c7dee9b 100644
--- a/sql/mysql.demo.sql
+++ b/sql/mysql.demo.sql
@@ -1,19 +1,30 @@
--- MySQL dump 9.11
+-- MySQL dump 10.11
 --
 -- Host: localhost    Database: bwreg2
 -- ------------------------------------------------------
--- Server version	4.0.24_Debian-10sarge2-log
+-- Server version	5.0.38-Ubuntu_0ubuntu1-log
+
+/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
+/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
+/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
+/*!40101 SET NAMES utf8 */;
+/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
+/*!40103 SET TIME_ZONE='+00:00' */;
+/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
+/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
+/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
+/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
 
 --
 -- Table structure for table `content`
 --
 
-SET foreign_key_checks = 0;
+DROP TABLE IF EXISTS `content`;
 CREATE TABLE `content` (
   `contentid` int(11) NOT NULL default '0',
   `version` int(11) NOT NULL default '0',
   `uid` int(11) NOT NULL default '0',
-  `modified` timestamp(14) NOT NULL,
+  `modified` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
   `gid` int(11) NOT NULL default '0',
   `permission` int(11) default NULL,
   `content` text,
@@ -21,338 +32,23 @@ CREATE TABLE `content` (
   KEY `contentindex` (`contentid`,`version`,`gid`),
   KEY `content_permission_Idx` (`permission`),
   CONSTRAINT `fk_content_permissions` FOREIGN KEY (`permission`) REFERENCES `permissions` (`resource`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `content`
 --
 
-INSERT INTO `content` VALUES (1,2,1,20070323133238,1,7,'+ Overskiften paa forsiden\n\nDette er vanlig tekst, **dette er ganske fett**\nVi kan skrive ganske firtt\nfritt til og med....\n\n++ Demo av lenker \n\n//lenker// er vistnok enkelt. Er DetteHer en lenke?\nHva med [HitEn Dette her da] ?\n','BølerLAN');
-INSERT INTO `content` VALUES (1,54,5,20070323133546,1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,9,1,20070323133238,1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[blanMenu blanMenu er også en meny]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\nkristian / hei\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN');
-INSERT INTO `content` VALUES (1,10,1,20070323133238,1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\nkristian / hei\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN');
-INSERT INTO `content` VALUES (1,11,1,20070323133238,1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN');
-INSERT INTO `content` VALUES (1,12,1,20070323133238,1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN');
-INSERT INTO `content` VALUES (1,13,1,20070323133238,1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN');
-INSERT INTO `content` VALUES (1,14,1,20070323133238,1,7,'+ BWReg2\r\n[toc]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN');
-INSERT INTO `content` VALUES (1,15,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN');
-INSERT INTO `content` VALUES (1,16,1,20070323133238,1,7,'+ BWReg2\r\n[[toc Innhold]]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN');
-INSERT INTO `content` VALUES (1,17,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN');
-INSERT INTO `content` VALUES (1,18,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,19,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?','BølerLAN');
-INSERT INTO `content` VALUES (1,20,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n>> Ser helt greit ut, men ikke fantastisk...','BølerLAN');
-INSERT INTO `content` VALUES (1,21,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n>> Ser helt greit ut, men ikke fantastisk.....','BølerLAN');
-INSERT INTO `content` VALUES (1,22,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?asfasf\r\n>> Ser helt greit ut, men ikke fantastisk.....','BølerLAN');
-INSERT INTO `content` VALUES (1,23,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?asfasf\r\n>> Ser helt greit ut, men ikke fantastisk.','BølerLAN');
-INSERT INTO `content` VALUES (1,24,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?asfasf\r\n','BølerLAN');
-INSERT INTO `content` VALUES (1,25,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n','BølerLAN');
-INSERT INTO `content` VALUES (1,26,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her, kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n','BølerLAN');
-INSERT INTO `content` VALUES (1,27,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n','BølerLAN');
-INSERT INTO `content` VALUES (1,28,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| *Funksjonalitet* || *Fremgang* || *Beskrivelse* || *Hva manger* ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| *Navn* || *Prioritet* || *Beskrivelse * ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||','BølerLAN');
-INSERT INTO `content` VALUES (1,29,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||','BølerLAN');
-INSERT INTO `content` VALUES (1,30,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||','BølerLAN');
-INSERT INTO `content` VALUES (1,31,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,32,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,33,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n+++ Kjernefunksjoner\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\n+++Planlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n++ Ting å teste\r\n+++ Testsider\r\n\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n+++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,34,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n+++ Kjernefunksjoner\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\n+++ Planlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n++ Ting å teste\r\n+++ Testsider\r\n\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n+++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,35,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n\r\n+++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\n\r\n+++ Planlagte moduler\r\n\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n\r\n\r\n++ Ting å teste\r\n\r\n\r\n+++ Testsider\r\n\r\n\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n+++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,36,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n \r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,37,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n \r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,38,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n \r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN');
-INSERT INTO `content` VALUES (1,39,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n * Trykk litt rundt og test menyene,\r\n *  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n * Deretter logg inn og prøv igjenn. \r\n * Prøv å editer en eksisterende side og se sidehistorien.\r\n  * Editer menyen\r\n * Prøv å opprette lenker av forskjellige typer. \r\n   * Forsøk å opprette en ny side.\r\n  \r\n\r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,40,1,20070323133238,1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,41,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,42,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,43,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,44,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,45,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,46,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,47,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,48,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,49,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,50,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana,iu,hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,51,1,20070323133238,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,52,1,20070323133546,1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,53,1,20070323133546,1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,55,1,20070323133546,1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,56,1,20070323114831,1,3,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,57,1,20070323135309,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,58,1,20070323140831,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,59,1,20070401144302,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,60,5,20070402005532,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 70% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,61,1,20070402142727,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,62,1,20070402142815,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,63,1,20070402151034,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,64,1,20070402151110,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n\r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,65,1,20070402164524,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n\r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,66,1,20070402164547,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,67,1,20070402164601,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,68,1,20070403193616,1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Database tweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,69,1,20070406054406,1,7,'[[toc]]\r\n\r\n$NEWS:hoved$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Database tweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,70,1,20070406060145,1,7,'[[toc]]\r\n\r\n$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Database tweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN');
-INSERT INTO `content` VALUES (1,71,1,20070406061733,1,7,'[[toc]]\r\n\r\n$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 40% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN');
-INSERT INTO `content` VALUES (1,72,1,20070406062953,1,7,'$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre \r\nkjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN');
-INSERT INTO `content` VALUES (1,73,1,20070406063014,1,7,'$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN');
-INSERT INTO `content` VALUES (1,74,1,20070406170743,1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN');
-INSERT INTO `content` VALUES (1,75,1,20070406171903,1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN');
-INSERT INTO `content` VALUES (1,76,1,20070406210734,1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| News || 60% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN');
-INSERT INTO `content` VALUES (1,77,3,20070407030331,1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| News || 75% || System for generering og fremvisning av nyheter på en enkel måte. || Sletting, administrering av kategoriene. Polish. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN');
-INSERT INTO `content` VALUES (1,78,3,20070407030456,1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| News || 75% || System for generering og fremvisning av nyheter på en enkel måte. || Sletting, administrering av kategoriene. Polish. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN');
-INSERT INTO `content` VALUES (1,79,1,20070408014108,1,7,'$NEWS:hoved,5$\r\n> Mesteparten av informasjonen som stod på denne siden er flyttet til FremdriftsPlan\r\n> Dette for å faktisk bruke nyhetsgreia :)','BølerLAN');
-INSERT INTO `content` VALUES (3,1,1,20070323133238,1,7,'+ Fin oversikt\n  \nOm man vil, kan man linke til forsiden sin slik: FrontPage \nEller bedre: [FrontPage Forsiden]\n','HitEn');
-INSERT INTO `content` VALUES (3,2,1,20070323120141,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n','HitEn');
-INSERT INTO `content` VALUES (3,3,1,20070401142305,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n||| ** En tabell ** |||\r\n|| Foo || bar ||','HitEn');
-INSERT INTO `content` VALUES (3,4,1,20070401142321,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n|| ** En tabell ** ||\r\n|| Foo || bar ||','HitEn');
-INSERT INTO `content` VALUES (3,5,1,20070401142338,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n|||| ** En tabell ** ||||\r\n|| Foo || bar ||','HitEn');
-INSERT INTO `content` VALUES (3,6,1,20070401143950,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n|||| ** En tabell ** ||||\r\n|| Foo || bar ||\r\n\r\n\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,7,1,20070403194727,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\naction:UserGetInfo&user=Kristian\r\n\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,8,1,20070403194822,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\naction:Logout\r\n\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,9,1,20070403195919,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,10,1,20070403222656,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n$ACTION:heihei$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,11,1,20070403223745,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,12,1,20070403223756,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n`$ACTION:heihei$`\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,13,1,20070403223812,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n$ACTION:heihei$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,14,1,20070403225629,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n$ACTION:heihei$`\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,15,1,20070403231704,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,16,1,20070403232029,1,7,'``$ACTION:heihei$``\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,17,1,20070403232038,1,7,'$ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,18,1,20070403232050,1,7,'  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,19,1,20070403232103,1,7,'\r\n\r\n  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,20,1,20070403232122,1,7,'\r\n  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,21,1,20070403232325,1,7,'  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,22,1,20070403232338,1,7,'  $ACTION:heihei$  \r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,23,1,20070403233006,1,7,'  $ACTION:heihei$  \r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,24,1,20070403233504,1,7,'asfasf  $ACTION:heihei$  asfasf\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,25,1,20070403234317,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:PrintNewUser$``\r\n$ACTION:PrintNewUser$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn');
-INSERT INTO `content` VALUES (3,26,1,20070404012501,1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:PrintNewUser$``\r\n$ACTION:PrintNewUser$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n\r\n','HitEn');
-INSERT INTO `content` VALUES (3,27,1,20070404235009,1,10,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:PrintNewUser$``\r\n$ACTION:PrintNewUser$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n\r\n','HitEn');
-INSERT INTO `content` VALUES (4,16,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\npetter','DetteHer');
-INSERT INTO `content` VALUES (4,17,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n  \r\n \r\n   \r\n   \r\n \r\n   \r\n\r\n  \r\npetter','DetteHer');
-INSERT INTO `content` VALUES (4,2,1,20070323133238,1,7,'+ !SubWikier\nLink til brukere: user:Kristian \nLink til news : news:PetterEierDeg\n[FrontPage Tilbake til forsiden]\n','DetteHer');
-INSERT INTO `content` VALUES (4,3,1,20070323133238,1,7,'+ !SubWikier\nLink til brukere: user:Kristian \nLink til news : news:PetterEierDeg\n[FrontPage Tilbake til forsiden]\n','DetteHer');
-INSERT INTO `content` VALUES (4,18,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n * Som dette?\r\n\r\n\r\npetter','DetteHer');
-INSERT INTO `content` VALUES (4,19,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n ** Som dette?\r\n\r\n\r\npetter','DetteHer');
-INSERT INTO `content` VALUES (4,20,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n * Som dette?\r\n * Det var\r\n * Litt tamt\r\n\r\n\r\npetter','DetteHer');
-INSERT INTO `content` VALUES (4,21,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n * Som dette?\r\n * Det var\r\n * Litt tamt\r\n\r\n\r\npetter','DetteHer');
-INSERT INTO `content` VALUES (4,22,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n[FrontPage Tilbake til forsiden]','DetteHer');
-INSERT INTO `content` VALUES (4,23,1,20070323133238,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\n[FrontPage Tilbake til forsiden]','DetteHer');
-INSERT INTO `content` VALUES (4,24,1,20070323120121,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\n[FrontPage Tilbake til forsiden]','DetteHer');
-INSERT INTO `content` VALUES (4,25,1,20070405185531,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\nBølerLan\r\n[FrontPage Tilbake til forsiden]','DetteHer');
-INSERT INTO `content` VALUES (4,26,1,20070406194007,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:Testnyhet1\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\nBølerLan\r\n[FrontPage Tilbake til forsiden]','DetteHer');
-INSERT INTO `content` VALUES (4,27,1,20070407005626,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:Testnyhet1\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\nBølerLan\r\n\r\n<> ?\r\n[FrontPage Tilbake til forsiden]','DetteHer');
-INSERT INTO `content` VALUES (4,28,1,20070407033442,1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:Testnyhet1\r\nLink som fører til en \"action\": action:PrintFriendly\r\nTving inn en lokallink force:blanMenu\r\n\r\nEt par interne interwiki-lenker du egentlig ikke trenger vite om\r\n\r\nversion:2\r\ndiff:2\r\n','DetteHer');
-INSERT INTO `content` VALUES (5,1,1,20070323133238,1,7,'+ Denne siden finnes ikke\nSiden du forsoeker og naa eksisterer ikke, dette skal ikke skje.\n\n [FrontPage Tilbake til forsiden]\n','ErrorPageNotFound');
-INSERT INTO `content` VALUES (5,2,1,20070323133238,1,7,'+ Denne siden finnes ikke\r\nSiden du forsøker å nå eksisterer ikke, dette skal ikke skje.\r\n\r\n [FrontPage Tilbake til forsiden]\r\n','ErrorPageNotFound');
-INSERT INTO `content` VALUES (5,3,1,20070323115459,1,7,'+ Denne siden finnes ikke\r\nSiden du forsøker å nå eksisterer ikke, dette skal ikke skje.\r\n\r\n [FrontPage Tilbake til forsiden]\r\n','ErrorPageNotFound');
-INSERT INTO `content` VALUES (6,1,1,20070323133238,1,7,'++ Du kan lage denne siden!\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin');
-INSERT INTO `content` VALUES (6,2,1,20070316110631,1,1,'++ Du kan lage denne siden!\r\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin');
-INSERT INTO `content` VALUES (6,3,1,20070316110906,1,1,'++ Du kan lage denne siden!\r\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin');
-INSERT INTO `content` VALUES (6,4,1,20070323115528,1,9,'++ Du kan lage denne siden!\r\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin');
-INSERT INTO `content` VALUES (14,1,1,20070323133238,1,7,'asfasfasfasf','News');
-INSERT INTO `content` VALUES (14,2,1,20070323133238,1,7,'Dette er nyheter....','News');
-INSERT INTO `content` VALUES (14,3,1,20070323131214,1,7,'Dette er nyheter....','News');
-INSERT INTO `content` VALUES (14,4,1,20070406205930,1,7,'+ Nyhetsarkiv\r\n\r\n$ACTION:ViewNews$','News');
-INSERT INTO `content` VALUES (14,5,1,20070407025008,1,7,'+ Nyhetsarkiv\r\n\r\n[action:ViewNews Alle nyheter]\r\n\r\n$ACTION:ViewNews$','News');
-INSERT INTO `content` VALUES (15,41,1,20070323133238,1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [ViktigeSider Viktige Sider]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,1,1,20070323133238,1,7,'* [FrontPage Forsiden]','blanMenu');
-INSERT INTO `content` VALUES (15,2,1,20070323133238,1,7,'* [FrontPage Forsiden]\r\n* Mer info\r\n * Undermenyting','blanMenu');
-INSERT INTO `content` VALUES (15,3,1,20070323133238,1,7,' * [FrontPage Forsiden]\r\n * Mer info\r\n * Undermenyting','blanMenu');
-INSERT INTO `content` VALUES (15,4,1,20070323133238,1,7,'* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting','blanMenu');
-INSERT INTO `content` VALUES (15,5,1,20070323133238,1,7,'* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting\r\n * Dette\r\n * Er\r\n * skjult','blanMenu');
-INSERT INTO `content` VALUES (15,6,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting\r\n * Dette\r\n * Er\r\n * skjult','blanMenu');
-INSERT INTO `content` VALUES (15,7,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting\r\n * DetteHer\r\n * [HitEn Er]\r\n * skjult','blanMenu');
-INSERT INTO `content` VALUES (15,8,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Undermenyting\r\n * DetteHer\r\n * [HitEn Er]\r\n * skjult','blanMenu');
-INSERT INTO `content` VALUES (15,9,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Undermenyting\r\n * DetteHer\r\n * [HitEn Er]\r\n * skjult\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n * KNUT\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,10,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n * KNUT\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,11,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,12,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,13,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Om\r\n * Kontakt\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,14,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Om\r\n * Kontakt\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,15,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,16,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n * Side\r\n * Side 2\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,17,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n * Side\r\n * [Side 2]\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,18,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n * Side**\r\n * (Side 2)\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,19,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n** Side\r\n * (Side 2)\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,20,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n** Side\r\n * (Side 2)\r\n*\r\n**\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,21,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n<a href=\"www.vg.no\"></a>\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,22,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,23,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,24,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [Utleie Utleie]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,25,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,26,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n+ Utleie\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,27,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,28,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\nUtleie\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,29,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,30,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,31,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [Utleie Utleie]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,32,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,33,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [Nettverk]\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,34,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,35,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,36,1,20070323133238,1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Re DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,37,1,20070323133238,1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Re DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,38,1,20070323133238,1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,39,1,20070323133238,1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,40,1,20070323133238,1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,42,5,20070323133238,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,43,1,20070323115039,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,44,1,20070402142410,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,45,1,20070405044223,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,46,1,20070405050645,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,47,1,20070405051239,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* OfteStilteSpørsmål\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,48,1,20070405051309,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,49,1,20070405185036,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,50,1,20070405191123,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,51,1,20070405191706,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,52,1,20070405201133,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,53,1,20070405201142,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,54,1,20070405201151,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n \r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n \r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,55,1,20070405201202,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n \r\n \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n \r\n \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,56,1,20070405201225,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n    \r\n    \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n    \r\n     \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,57,1,20070405201352,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n   \r\n\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n    \r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,58,1,20070405201445,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n\r\n\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n\r\n    \r\n\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,59,1,20070406210009,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n\r\n    \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,60,1,20070406210024,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n\r\n    \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,61,1,20070406210035,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n    \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (15,62,1,20070407042833,1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [ViktigeSider Viktige Sider]\r\n* FremdriftsPlan\r\n----\r\n* [force:blanMenu Menyen]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n    \r\n+ BølerLAN 07\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu');
-INSERT INTO `content` VALUES (16,1,1,20070323133238,1,7,'Du har nå logget ut !\r\n\r\nVelkommen tilbake en annen gang\r\n\r\n[FrontPage Tilbake til forsiden]','Logout');
-INSERT INTO `content` VALUES (17,1,1,20070323133238,1,7,'JallaLAN er et annet lan jeg fant på i farta...Foreløpig demo av genre/event-konseptet.\r\n','JallaLAN');
-INSERT INTO `content` VALUES (18,20,5,20070323133546,1,8,'+ Utleie\r\n\r\nNår vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage');
-INSERT INTO `content` VALUES (18,1,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere.\r\n\r\nSwitch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS','UtleiePage');
-INSERT INTO `content` VALUES (18,2,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\nSwitch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\nNettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,3,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,4,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,5,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,6,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,7,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,8,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com Office Connect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,9,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n++++ 60 kr \r\n\r\n3Com Office Connect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n\r\n++++ 20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,10,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n++++ 60 kr \r\n\r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n\r\n++++ 20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,11,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,12,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,13,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n +++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n ++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n ++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,14,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage');
-INSERT INTO `content` VALUES (18,15,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt User:Glenn','UtleiePage');
-INSERT INTO `content` VALUES (18,16,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage');
-INSERT INTO `content` VALUES (18,17,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage');
-INSERT INTO `content` VALUES (18,18,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3[http://www.komplett.no/img/p/200/310876.jpg]\r\nCom Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage');
-INSERT INTO `content` VALUES (18,19,1,20070323133238,1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage');
-INSERT INTO `content` VALUES (18,21,1,20070323120008,1,7,'+ Utleie\r\n\r\nNår vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage');
-INSERT INTO `content` VALUES (18,22,1,20070323175514,1,7,'+ Utleie\r\n\r\nNår vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:vision','UtleiePage');
-INSERT INTO `content` VALUES (19,1,1,20070323133238,1,7,'+ Nettverk\r\n\r\nblablabla','Nettverk');
-INSERT INTO `content` VALUES (19,2,1,20070323120024,1,7,'+ Nettverk\r\n\r\nblablabla','Nettverk');
-INSERT INTO `content` VALUES (19,3,1,20070407042732,1,7,'','Nettverk');
-INSERT INTO `content` VALUES (20,1,1,20070323133238,1,7,'Her vil det dukke opp en dynamisk side om brukere...','Userinfo');
-INSERT INTO `content` VALUES (20,2,1,20070323131148,1,7,'Her vil det dukke opp en dynamisk side om brukere...','Userinfo');
-INSERT INTO `content` VALUES (20,3,1,20070323174853,1,7,'','Userinfo');
-INSERT INTO `content` VALUES (20,4,1,20070323180039,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. ','Userinfo');
-INSERT INTO `content` VALUES (20,5,1,20070323180154,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nIntill videre må man ha leserettigheter på enten BWReg2 eller blan-lista for å kunne se andre brukere. (Rettere sagt: Enten på BWReg2 eller (gname), der gname er kort-navnet til et genre. F.eks jallalan eller blan)','Userinfo');
-INSERT INTO `content` VALUES (20,6,1,20070323194150,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nIntill videre må man ha leserettigheter på enten BWReg2 eller blan-lista for å kunne se andre brukere. (Rettere sagt: Enten på BWReg2 eller (gname), der gname er kort-navnet til et genre. F.eks jallalan eller blan)\r\n\r\nuser:kristian\r\nuser:vision\r\nuser:jesus\r\nuser:wiz','Userinfo');
-INSERT INTO `content` VALUES (20,7,3,20070401153414,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nIntill videre må man ha leserettigheter på enten BWReg2 eller blan-lista for å kunne se andre brukere. (Rettere sagt: Enten på BWReg2 eller (gname), der gname er kort-navnet til et genre. F.eks jallalan eller blan)\r\n\r\nuser:kristian\r\nuser:vision\r\nuser:jesus\r\nuser:wiz\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.','Userinfo');
-INSERT INTO `content` VALUES (20,8,3,20070401153915,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda.\r\n\r\nuser:kristian\r\nuser:vision\r\nuser:jesus\r\nuser:wiz\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.','Userinfo');
-INSERT INTO `content` VALUES (20,9,3,20070401154030,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.','Userinfo');
-INSERT INTO `content` VALUES (20,10,3,20070401154049,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n----','Userinfo');
-INSERT INTO `content` VALUES (20,11,5,20070401154439,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* PENERE interface\r\n* Kun vis åpne grupper man ikke alt er med i\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n* .... Generelt penere interface, se punkt 1.\r\n----','Userinfo');
-INSERT INTO `content` VALUES (20,12,5,20070401154821,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo');
-INSERT INTO `content` VALUES (20,13,1,20070401224435,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; *p*hone, *a*dress, *m*ail, *g*roup)\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo');
-INSERT INTO `content` VALUES (20,14,1,20070401224502,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; **p**hone, **a**dress, **m**ail, **g**roup)\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo');
-INSERT INTO `content` VALUES (20,15,1,20070401224908,1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; **p**hone, **a**dress, **m**ail, **g**roup)\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo');
-INSERT INTO `content` VALUES (20,16,1,20070402141145,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; **p**hone, **a**dress, **m**ail, **g**roup)\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo');
-INSERT INTO `content` VALUES (20,17,1,20070402141705,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo');
-INSERT INTO `content` VALUES (20,18,1,20070402141755,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo');
-INSERT INTO `content` VALUES (20,19,1,20070402142003,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo');
-INSERT INTO `content` VALUES (20,20,1,20070403192111,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n\r\n----\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,21,1,20070403192226,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,22,1,20070403235232,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,23,1,20070403235600,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,24,1,20070404000135,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,25,1,20070404000201,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,26,1,20070404012636,1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,27,1,20070404015753,1,7,'+ Brukerinformasjon\r\n\r\n[force:Userinfo List brukere]\r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,28,1,20070404023416,1,7,'+ Brukerinformasjon\r\n\r\n[force:Userinfo Søk etter brukere]\r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (20,29,1,20070404041006,1,7,'+ Brukerinformasjon\r\n\r\n[force:Userinfo Let etter brukere]\r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo');
-INSERT INTO `content` VALUES (21,1,1,20070316113302,1,3,'+ Crewmeny\r\n* Vises bare for crew\r\n* Kan brukes til intern info....','blanMenuCrew');
-INSERT INTO `content` VALUES (22,7,1,20070323133546,1,8,'+ Crewmeny\r\n* [BWRegHelp Hjelp]\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu');
-INSERT INTO `content` VALUES (22,1,1,20070316113421,1,1,'+ Crew meny\r\n* Vises bare for crew','blanCrewMenu');
-INSERT INTO `content` VALUES (22,2,1,20070316113526,1,1,'+ Crew meny\r\n* Vises bare for crew\r\n* Finnes her: [force:blanCrewMenu blanCrewMenu]','blanCrewMenu');
-INSERT INTO `content` VALUES (22,3,1,20070316121101,1,1,'+ Crew meny\r\n* Vises bare for crew\r\n* Finnes her: [force:blanCrewMenu blanCrewMenu]\\\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu');
-INSERT INTO `content` VALUES (22,4,1,20070316121114,1,1,'+ Crew meny\r\n* Vises bare for crew\r\n* Finnes her: [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu');
-INSERT INTO `content` VALUES (22,5,1,20070317000100,1,1,'+ Crewmeny\r\n* Vises bare for crew\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu');
-INSERT INTO `content` VALUES (22,6,1,20070323133546,1,8,'+ Crewmeny\r\n* Vises bare for crew\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu');
-INSERT INTO `content` VALUES (22,8,1,20070323120046,1,8,'+ Crewmeny\r\n* [BWRegHelp Hjelp]\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu');
-INSERT INTO `content` VALUES (23,2,1,20070323133546,1,8,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n','CrewListe');
-INSERT INTO `content` VALUES (23,1,1,20070316121206,1,3,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n','CrewListe');
-INSERT INTO `content` VALUES (23,3,1,20070323120059,1,8,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n','CrewListe');
-INSERT INTO `content` VALUES (23,4,1,20070406205645,1,8,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n$NEWS:crew$\r\n\r\n','CrewListe');
-INSERT INTO `content` VALUES (24,1,1,20070316122014,1,1,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. ','Rettigheter');
-INSERT INTO `content` VALUES (24,2,1,20070323133546,1,8,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. ','Rettigheter');
-INSERT INTO `content` VALUES (24,4,5,20070323133546,1,8,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. \r\n','Rettigheter');
-INSERT INTO `content` VALUES (24,3,4,20070323133546,1,8,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. \r\n\r\n\r\nPetter','Rettigheter');
-INSERT INTO `content` VALUES (24,5,1,20070323120219,1,7,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. \r\n','Rettigheter');
-INSERT INTO `content` VALUES (24,6,1,20070323231826,1,7,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om av lister over hvem som har tilgang (ACL - Access Control Lists). \r\n\r\nListene inneholder referanser til grupper, så det er ikke nødvendig å legge til alle brukerene i crew i en liste. \r\n\r\nIdeen er at en liste definerer hvordan ressurs som skal beskyttes, og hvem som skal kunne gjøre hva med den, deretter er det et spørsmål å beskrive ressursene godt nok. \r\n\r\n++ blanInfo\r\n\r\nblanInfo er en ACL som nå definerer vanlig BølerLAN informasjon. Alle kan lese denne informasjonen, crew kan endre informasjonen, og crew admins kan modifisere selve listen. Dette er typisk vanlig informasjon for deltakere.\r\n\r\n++ blanCrewInfo\r\n\r\nDette er intern informasjon for crew. Crew kan endre og lese, bølerlan admins kan modifisere listen.\r\n\r\n++ blan\r\n\r\nDette er en overordnet liste. Den bør ikke brukes lett, da den gjelder alle bølerlanressurser. ','Rettigheter');
-INSERT INTO `content` VALUES (25,1,1,20070316230428,1,1,'+ Registrer deg i BølerLAN sitt billettsystem\r\n\r\nVi hoster også JallaLAN, så om du har registrert deg der, vil ditt brukernavn og passord fungere her og.','blanPrintNewUser');
-INSERT INTO `content` VALUES (25,2,1,20070316235647,1,1,'+ Registrer deg i BølerLAN sitt billettsystem\r\n\r\nVi hoster også JallaLAN, så om du har registrert deg der, vil ditt brukernavn og passord fungere her og.\r\n\r\n++ ADVARSEL!\r\n\r\n** Dette er en TEST av nye bwreg2. Under testen lagres passord i KLARTEKST! Og databaseinnholdet er tilgjengelig fra web\'en (DETTE ER MED VILJE!). Dette betyr at du under ingen omstendigheter må finne på å bruke et passord du bruker andre steder! Hvis du gjør det, vil du offentliggjøre passordet ditt for alle. **\r\n\r\nOg en annen ting: Det kan godt tenkes at brukeren din forsvinner sporløst over natten.','blanPrintNewUser');
-INSERT INTO `content` VALUES (25,3,1,20070323173627,1,7,'+ Registrer deg i BølerLAN sitt billettsystem\r\n\r\nVi hoster også JallaLAN, så om du har registrert deg der, vil ditt brukernavn og passord fungere her og.\r\n\r\n++ ADVARSEL!\r\n\r\n** Dette er en TEST av nye bwreg2. Under testen lagres passord i KLARTEKST! Og databaseinnholdet er tilgjengelig fra web\'en (DETTE ER MED VILJE!). Dette betyr at du under ingen omstendigheter må finne på å bruke et passord du bruker andre steder! Hvis du gjør det, vil du offentliggjøre passordet ditt for alle. **\r\n\r\nOg en annen ting: Det kan godt tenkes at brukeren din forsvinner sporløst over natten.','blanPrintNewUser');
-INSERT INTO `content` VALUES (26,1,1,20070317220832,1,1,'Dette er GenreAdmin siden som ikke er ferdig enda...','BWReg2GenreAdmin');
-INSERT INTO `content` VALUES (27,3,1,20070320110730,2,5,'+ Jalla lan!','JallaLAN');
-INSERT INTO `content` VALUES (27,1,1,20070319153330,2,1,'+Jalla lan!','JallaLAN');
-INSERT INTO `content` VALUES (27,2,1,20070319153337,2,1,'+ Jalla lan!','JallaLAN');
-INSERT INTO `content` VALUES (28,3,1,20070319235106,2,5,'+ !JallaLAN\r\n* [FrontPage Forsiden]\r\n* [force:jallalanMenu Meny-siden]\r\n* Dette er vår meny\r\n* Så det så\r\n * Ps, undermenyer eier','jallalanMenu');
-INSERT INTO `content` VALUES (28,1,1,20070319153355,2,1,'Petter','jallalanMenu');
-INSERT INTO `content` VALUES (28,2,1,20070319153810,2,5,'+ JallaLAN\r\n\r\n* Dette er vår meny\r\n* Så det så\r\n * Ps, undermenyer eier','jallalanMenu');
-INSERT INTO `content` VALUES (29,1,1,20070319153426,2,1,'fant ikke siden','jallalanPageNotFound');
-INSERT INTO `content` VALUES (30,1,1,20070319153458,2,6,'fant ikke siden','jallalanErrorPageNotFound');
-INSERT INTO `content` VALUES (31,1,1,20070319153558,2,5,'Fant ikke siden','ErrorPageNotFound');
-INSERT INTO `content` VALUES (31,2,1,20070319153637,2,5,'+ Fant ikke siden\r\n\r\nErrorPageNotFound er linken hit....','ErrorPageNotFound');
-INSERT INTO `content` VALUES (32,5,1,20070320110827,2,5,'+ !JallaLAN Crew meny\r\n\r\n * [force:jallalanCrewMenu Crew Menyen]','jallalanCrewMenu');
-INSERT INTO `content` VALUES (32,6,1,20070320110846,2,5,'+ !JallaLAN Crew meny\r\n\r\n* [force:jallalanCrewMenu Crew Menyen]','jallalanCrewMenu');
-INSERT INTO `content` VALUES (32,4,1,20070320110753,2,5,'+ JallaLAN Crew meny\r\n\r\n\r\nPetter....','jallalanCrewMenu');
-INSERT INTO `content` VALUES (32,1,1,20070319153708,2,5,'+ JallaLAN Crew meny','jallalanCrewMenu');
-INSERT INTO `content` VALUES (32,2,1,20070319153717,2,5,'+ JallaLAN Crew meny','jallalanCrewMenu');
-INSERT INTO `content` VALUES (32,3,1,20070319153728,2,5,'+ JallaLAN Crew meny\r\n\r\n\r\nPetter....','jallalanCrewMenu');
-INSERT INTO `content` VALUES (33,3,1,20070321095443,1,1,'+ Rettighetskontroll\r\n\r\nDette er IKKE ferdig.\r\n\r\nIntill videre anbefaler jeg å ikke leke her, da det ikke er noen sikkerhetssjekker på at du fjerner deg selv fra en gruppe, eller fjerner alle i gruppa fullstendig.','ResourceControl');
-INSERT INTO `content` VALUES (33,2,1,20070320003758,1,1,'','ResourceControl');
-INSERT INTO `content` VALUES (33,1,1,20070320003751,1,1,'','ResourceControl');
-INSERT INTO `content` VALUES (33,4,1,20070323115434,1,9,'+ Rettighetskontroll\r\n\r\nDette er IKKE ferdig.\r\n\r\nIntill videre anbefaler jeg å ikke leke her, da det ikke er noen sikkerhetssjekker på at du fjerner deg selv fra en gruppe, eller fjerner alle i gruppa fullstendig.','ResourceControl');
-INSERT INTO `content` VALUES (33,5,1,20070402144141,1,7,'+ Rettighetskontroll\r\n\r\nDette er ganske ferdig. Det eneste som mangler er å kunne lage nye lister. Samt en måte å \"disable\" lister på.\r\n\r\nLek gjerne her, det skal ikke lenger være mulig å fjerne seg selv fra en ACL.','ResourceControl');
-INSERT INTO `content` VALUES (33,6,4,20070405045126,1,7,'+ Rettighetskontroll\r\n\r\nDette er ganske ferdig, men trenger nok litt polish. BWReg2 admins og \"genre\" admins kan lage nye lister. Det er ingen måte å slette lister på nå, da dette ville kreve en form for kontroll på at ingen brukte lista, for å unngå fult kaos.\r\n\r\nLek gjerne her, det skal ikke lenger være mulig å fjerne seg selv fra en ACL.','ResourceControl');
-INSERT INTO `content` VALUES (34,1,1,20070323133546,1,8,'+ BWReg2 Hjelp\r\n\r\nBWReg2 er delt i flere deler. Innhold, nyheter, rettighetskontroll, billettbestilling, grupper, og lignende.\r\n\r\n++ Rettigheter\r\n\r\nFor å kontrollere hvem som kan gjøre hva, benytter BWReg2 en ACL implementasjon. ACL er access control lists. Konseptet er enkelt: For hver resurs er det en liste over hvem som har rettighter til hva. I BWReg2 er alt basert på grupper, så listen inneholder kun grupper, ikke enkelt-brukere. \r\n\r\nNår du editerer innholdssider, har du mulighet til å spesifisere hvem som skal ha lese- og skrivetilgang til siden. Du kan kun spesifisere grupper du selv er med i. Slik kan du f.eks lage en side kun for for crew. Vi definerer her ikke grupper, men hvordan ressurs vi snakker om. Med andre ord er \"blanCrew\" en ressurs, og denne siden er en del av den ressursen, så og si. Alle som har tilgang til \"blanCrew\" har tilgang til denne siden. I dag betyr det alle brukere i \"BølerLAN Crew\" gruppen og \"BølerLAN Admins\" gruppen. \r\n\r\nDette kan ikke overstyres av admins, uten at admins melder seg inn i de relevante gruppene, eller endrer på rettighetene først. \r\n\r\nFor å kunne tilegne grupper til ressurser, må man ha \"m\" rettigheten til en ressurs. Har man \"m\" rettigheter til en ressurs, dukker \"Resource control\" menyen opp av seg selv, der man kan velge ressuren man ønsker å modifisere eller bare undersøke.','BWRegHelp');
-INSERT INTO `content` VALUES (34,2,1,20070323120034,1,8,'+ BWReg2 Hjelp\r\n\r\nBWReg2 er delt i flere deler. Innhold, nyheter, rettighetskontroll, billettbestilling, grupper, og lignende.\r\n\r\n++ Rettigheter\r\n\r\nFor å kontrollere hvem som kan gjøre hva, benytter BWReg2 en ACL implementasjon. ACL er access control lists. Konseptet er enkelt: For hver resurs er det en liste over hvem som har rettighter til hva. I BWReg2 er alt basert på grupper, så listen inneholder kun grupper, ikke enkelt-brukere. \r\n\r\nNår du editerer innholdssider, har du mulighet til å spesifisere hvem som skal ha lese- og skrivetilgang til siden. Du kan kun spesifisere grupper du selv er med i. Slik kan du f.eks lage en side kun for for crew. Vi definerer her ikke grupper, men hvordan ressurs vi snakker om. Med andre ord er \"blanCrew\" en ressurs, og denne siden er en del av den ressursen, så og si. Alle som har tilgang til \"blanCrew\" har tilgang til denne siden. I dag betyr det alle brukere i \"BølerLAN Crew\" gruppen og \"BølerLAN Admins\" gruppen. \r\n\r\nDette kan ikke overstyres av admins, uten at admins melder seg inn i de relevante gruppene, eller endrer på rettighetene først. \r\n\r\nFor å kunne tilegne grupper til ressurser, må man ha \"m\" rettigheten til en ressurs. Har man \"m\" rettigheter til en ressurs, dukker \"Resource control\" menyen opp av seg selv, der man kan velge ressuren man ønsker å modifisere eller bare undersøke.','BWRegHelp');
-INSERT INTO `content` VALUES (34,3,1,20070402173208,1,8,'+ BWReg2 hjelp\r\n\r\n++ Oversikt\r\n\r\nBWReg2 er delt opp i flere deler. For crew er det kun viktig å vite at dine rettigheter er definert av hvilke grupper du er med i. Enkeltbrukere har ingen spesielle rettigheter, rettighetene er tildelt grupper. Det betyr at for crew, er det viktig å være med i Crew gruppa. \r\n\r\nSystemet er også delt opp i \"sjangre\" og \"eventer\". BølerLAN er en sjanger, og BølerLAN Winter 07 et event. Innholdssider hører til en sjanger, men ikke noe spesielt event. Rettigheter kan være begrenset til ett spesielt event, men dette er ikke anbefalt. \r\n\r\nSystemet er delt opp i flere deler; Innhold, brukere, grupper, nyheter, eventer, plassreservering, meldinger, html, osv. Disse delene integreres med hverandre og avhenger av hverandre, men er relativt separert. Innholdssystemet f.eks vet ingenting om hvordan rettigheter beregnes, men bare forespør om en bruker har rettighetene som trengs til den spesefikke ressursen. På denne måten holdes ting konsekvent og sentralisert.\r\n\r\n++ Rettigheter\r\n\r\nRettigheter er svært sentralt i BWReg2. I BWReg1 opererte vi med en lineær rettighetskontroll; Hadde du \"nivå 14\" hadde du også alt under. Ulempene med dette var mange, det var f.eks ikke mulig å gi to brukere rettigheter til to forskjellige ting. I BWReg2 benytter vi en annen og mer avansert fremgangsmåte; Rettighetslister, eller \"Access Control Lists\" (ACL). Dette er et vanlig konsept, der man har lister over rettigheter. Avhengi av hva man vil beskytte, bruker man forskjellige lister. Brukere (I vårt tilfelle; grupper av brukere) er oppført på listen med de rettighetene de har på den lista.\r\n\r\nSlik kan vi definere at vanlig informasjon skal benytte \"blanInfo\" lista, der BølerLAN Crew har \"rw\" rettigheter (Lese- og skriverettigheter), BølerLAN Admin har \"rwm\" (Lese-, skrive- og modofiseringsrettigheter) og alle andre har \"r\" (leserettigheter). Vi kan også sette opp andre ting med denne rettighetslisten og vi slipper å modifisere hver enkelt side om en bruker ikke lenger er i crew f.eks.\r\n\r\nDet er også et magisk \"genre 0\" som er for BWReg2 administratorer. Her er det en rettighetsliste, BWReg2, som definerer hvem som har globale rettigheter. Disse brukerene har mulighet til å endre brukerinformasjon og passord, samt se og endre all informasjon. \r\n\r\nHvert genre har også et \"kortnavn\", for BølerLAN er dette \"blan\". Og til hvert genre hører det en rettighetsliste som er oppkalt etter dette kortnavnet, med andre ord blan. Dette definerer globale rettigheter for sjangeren. Tanken er å la crew ha leserettigheter her, slik at de kan se på all informasjon, men ikke nødvendigvis endre det. Crew sjef vil ha skriverettigheter på denne lista.\r\n\r\n++ Innhold\r\n\r\nInnholdssidene våre benytter Wiki-formatering for at det skal være lett å legge ut informasjon. Vi lagrer også revisjonshistorien, så om du skulle være uheldig og endre for mye, så kan man finne fram endringene. \r\n\r\nAlt innhold, inkludert hovedmenyen og crewmenyen, lagres i databasen. Ønsker du å lage en helt ny side, kan du ganske enkelt bare lenke til den, eller skrive page=... i url\'en. Når du følger lenken, vil du få beskjed om at siden ikke finnes og at du kan lage den, om du har rettighetene til det. Du kan også modifisere menyen om du ønsker det. Er informasjonen kun for crew, bruker du typisk blanCrewInfo som ACL, og er det en vanlig infoside, bruker du blanInfo. \r\n\r\nÅ slette sider går ikke egentlig ann, men du kan \"tømme\" en side, som har samme effekt. At man ikke kan slette sider, er med hensikt. Slik bevarer vi all historie.\r\n\r\n++ Brukerinformasjon\r\n\r\nSom Crew kan du se all informasjon om brukere. I skrivende stund er det ingen mulighet i frontenden for å søke fram brukere, men dette VIL komme. I mellomtiden kan du bruke: user:Kristian f.eks for å finne en spesefikk bruker basert på brukernavn. Wiki\'en vår er satt opp så user:brukernavn automatisk lenker til informasjon om \"brukernavn\". \r\n\r\nOm man ikke er logget inn som crew, er ikke all informasjon tilgjengelig. Alle brukere kan velge å skjule mesteparten av informasjonen om seg selv. Dette bør vi respektere om andre etterspørr denne informasjonen.\r\n\r\nKun BWReg2-admins kan endre informasjon om brukere og endre passordet til en bruker.\r\n\r\n++ Grupper\r\n\r\nGrupper hører til et genre, har en eier og har visse opsjoner. En gruppe må ha nøyaktig en av følgende opsjoner:\r\n\r\n|| o || Åpen gruppe - alle kan melde seg på gruppa uten kontroll ||\r\n|| m || Moderert gruppe, alle kan søke om å melde seg på, men krever godkjenning av eier. (Under utarbeiding) ||\r\n|| d || Gruppa er slettet, dette brukes for å bevare id-nummer. Ingen kan være med i slike grupper eller melde seg inn i dem. ||\r\n|| l || Gruppa er sperret. Ingen kan melde seg inn i slike grupper. ||\r\n\r\nI tillegg vil det være andre opsjoner for grupper, f.eks:\r\n\r\n|| cN || Compo-gruppe for N-on-N kamper. c5 vil f.eks være for 5-on-5 kamper. ||\r\n|| s || (Seating) Plassreserveringsgruppe. Gruppeleder kan reservere plasser på vegne av deltakerene i gruppa ||\r\n|| t || (Ticket) Bestillingsgruppe. Gruppeleder kan bestille billetter på vegne av deltakerene i gruppa ||\r\n\r\nFlere opsjoner kan dukke opp etter hvert.','BWRegHelp');
-INSERT INTO `content` VALUES (35,2,1,20070320110213,1,1,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||','ViktigeSider');
-INSERT INTO `content` VALUES (35,1,1,20070320105807,1,1,'|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||','ViktigeSider');
-INSERT INTO `content` VALUES (35,3,1,20070323115950,1,9,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||','ViktigeSider');
-INSERT INTO `content` VALUES (35,4,1,20070323180721,1,7,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||\r\n|| ErrorUserInfoNotFound || Feilmelding når en bruker ikke finnes ||\r\n|| ErrorPermissionDeniedUserInfo || Feilmelding når man forsøker å få se en bruker man ikke har lov til å se ||','ViktigeSider');
-INSERT INTO `content` VALUES (35,5,1,20070323180912,1,10,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||\r\n|| ErrorUserInfoNotFound || Feilmelding når en bruker ikke finnes ||\r\n|| ErrorPermissionDeniedUserInfo || Feilmelding når man forsøker å få se en bruker man ikke har lov til å se ||','ViktigeSider');
-INSERT INTO `content` VALUES (36,1,1,20070323175351,1,7,'+ Du har ikke rettigheter til å se på andre brukere\r\n\r\nPrøv GJERNE å finne sikkerhetshull! (Og rapporter dem)','ErrorPermissionDeniedUserInfo');
-INSERT INTO `content` VALUES (37,1,1,20070323181043,1,7,'+ Brukeren finnes ikke\r\n\r\nDu forsøkte å se på informasjon om en bruker som ikke finnes.','ErrorUserInfoNotFound');
-INSERT INTO `content` VALUES (38,1,1,20070401230546,1,7,'+Tilgang nektet\r\n\r\nDu har ikke tilgang til å utføre den handlingen du forsøkte å utføre. FY FY!','ErrorPermissionDenied');
-INSERT INTO `content` VALUES (38,2,1,20070401230603,1,7,'+ Tilgang nektet\r\n\r\nDu har ikke tilgang til å utføre den handlingen du forsøkte å utføre. FY FY!','ErrorPermissionDenied');
-INSERT INTO `content` VALUES (39,1,1,20070402145254,2,5,'asfasf','ResourceControl');
-INSERT INTO `content` VALUES (40,1,1,20070403192056,1,7,'+ Endre informasjon om din bruker\r\n\r\n** * ** Brukernavn er det av tekniske grunner ikke mulig å skjule sikkelig. Om du klikker av at du ønsker å skjule brukernavn, vil det kun bli skjult i lister over brukere for eksempel, ikke om noen forsøker å finne informasjon om brukeren din. Fornavn og etternavn vil heller ikke kunne skjules fullstendig, men bedre. \r\n\r\nVi anbefaler at du lar noe kontaktinformasjon være tilgjengelig så andre kan kontakte deg om det skulle være problemer med plassreservering for eksempel. Arrangører vil uansett ha mulighet til å se informasjonen du oppgir her.\r\n\r\nDet er viktig å fylle inn korrekt informasjon her for å sikkre at bestillinger du utfører er gyldige.','UserinfoChange');
-INSERT INTO `content` VALUES (40,2,1,20070408054149,1,7,'+ Endre informasjon om din bruker\r\n\r\n++ ** * **  Skjult informasjon \r\n\r\nBrukernavn er det av tekniske grunner ikke mulig å skjule sikkelig. Om du klikker av at du ønsker å skjule brukernavn, vil det kun bli skjult i lister over brukere for eksempel, ikke om noen forsøker å finne informasjon om brukeren din. Fornavn og etternavn vil heller ikke kunne skjules fullstendig, men bedre. \r\n\r\nVi anbefaler at du lar noe kontaktinformasjon være tilgjengelig så andre kan kontakte deg om det skulle være problemer med plassreservering for eksempel. Arrangører vil uansett ha mulighet til å se informasjonen du oppgir her.\r\n\r\n++ ** ``**`` ** CSS og temavalg \r\n\r\nCSS feltet kan brukes til å endre utseende på BWReg2 når du er logget inn. La denne være blank for å bruke det vanlige utseende. Dette kan være en ekstern lenke om du ønsker å lage ditt eget tema.\r\n\r\n\r\n** Det er viktig å fylle inn korrekt informasjon her for å sikkre at bestillinger du utfører er gyldige. **','UserinfoChange');
-INSERT INTO `content` VALUES (41,1,1,20070405050746,1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\nNavn: ___________________ Foresattes Underskrift: _____________________','ForeldreSkriv');
-INSERT INTO `content` VALUES (41,2,1,20070405050821,1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\n``Navn: ___________________ Foresattes Underskrift: _____________________``','ForeldreSkriv');
-INSERT INTO `content` VALUES (41,3,1,20070405050838,1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\n \r\n``Navn: ___________________ Foresattes Underskrift: _____________________``','ForeldreSkriv');
-INSERT INTO `content` VALUES (41,4,1,20070405050852,1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\n \r\n\r\n``Navn: ___________________ Foresattes Underskrift: _____________________``','ForeldreSkriv');
-INSERT INTO `content` VALUES (42,1,1,20070405051444,1,7,'+ Ofte stilte spørsmål\r\n[[toc]]\r\n\r\n++ Hva er aldersgrensen, må jeg ha med foreldreskriv om jeg er under 18?\r\nDu må gå i eller være ferdig med åttende klasse for å delta på BølerLAN \'07. Foreldreskrivet skal være med, dette så vi vet at de vet.\r\n\r\n++ Blir det <fyll inn spill her>-compo ? \r\nDette er opp til deg som deltaker. Vi setter opp en ganske stor liste over compoer med basis i informasjon vi får fra forumet og andre hold. Dette betyr slettes ikke at alle disse blir holdt, men de vil bli holdt om det blir nok deltakere.\r\n\r\n++ Kan mamma og pappa (eller noen venner) komme se på meg under lan\'et?\r\nSå lenge det er innen besøkstiden, 12-22, så går dette bra under et par forutsettninger: Ikke mer en 2 venner eller 3 familiemedlemmer på en gang, og de må oppholde seg i nærheten av deg. Dette er for å unngå tyverier. Noe utover dette må avklares med crew.\r\n\r\n++ Har dere game-servere?\r\nJa. Det vil både være compo-servere og public-servere for bruk utenom compoer. Dette blir i de spillene det ønskes servere til.\r\n\r\n++ Er det muligheter for å gå på do og å sove der?\r\nJa. Det er en gymsal satt av til soving og to toaletter.\r\n\r\n++ Er det mulig å kjøpe mat der?\r\nJa. Vi har kantine som er oppe nesten hele tiden (ser ann når folk er våkne).\r\n\r\n++ Blir det internett? Hvordan er nettverket?\r\nInternett er 4mbit begge veier. Lokalnettet er 100mbit. Se forøverig under \"Nettverket\".\r\n\r\n++ Skjer det noe artig på scenen ? Er det mulig for deltakere å komme med forslag under lanet?\r\nJa og ja! Vi har alltid hat scene-compoer og vi skal selvsagt fortsette med det. Vi viser også film om nettene som blir avstemt på forhånd. Du kan selvsagt komme med forslag, ta det med crew eller på forumet!\r\n\r\n++ Trenger jeg antivirus?\r\nJA! Og kjør windowsupdate før du kommer. \r\n\r\n++ Blir det public FTP slik som sist?\r\nJepp.\r\n\r\n++ Huskeliste for hva du bør ha med deg på bølerlan \r\n* Pcen din (Sjekk at du har fått med deg strømkabler o.l)\r\n* Nettverkskabel, minimum 5M.\r\n* Sovepose (gymsal=sovesal)\r\n* Penger (det er en café der med rimelige priser)\r\n* Tannbørste, shampo, o.l (det er dusjer her og)\r\n* Strømpad MÅ man ha med','OfteStilteSporsmal');
-INSERT INTO `content` VALUES (42,2,1,20070405051530,1,7,'+ Ofte stilte spørsmål\r\n[[toc]]\r\n\r\n++++ Hva er aldersgrensen, må jeg ha med foreldreskriv om jeg er under 18?\r\nDu må gå i eller være ferdig med åttende klasse for å delta på BølerLAN \'07. Foreldreskrivet skal være med, dette så vi vet at de vet.\r\n\r\n++++ Blir det <fyll inn spill her>-compo ? \r\nDette er opp til deg som deltaker. Vi setter opp en ganske stor liste over compoer med basis i informasjon vi får fra forumet og andre hold. Dette betyr slettes ikke at alle disse blir holdt, men de vil bli holdt om det blir nok deltakere.\r\n\r\n++++ Kan mamma og pappa (eller noen venner) komme se på meg under lan\'et?\r\nSå lenge det er innen besøkstiden, 12-22, så går dette bra under et par forutsettninger: Ikke mer en 2 venner eller 3 familiemedlemmer på en gang, og de må oppholde seg i nærheten av deg. Dette er for å unngå tyverier. Noe utover dette må avklares med crew.\r\n\r\n++++ Har dere game-servere?\r\nJa. Det vil både være compo-servere og public-servere for bruk utenom compoer. Dette blir i de spillene det ønskes servere til.\r\n\r\n++++ Er det muligheter for å gå på do og å sove der?\r\nJa. Det er en gymsal satt av til soving og to toaletter.\r\n\r\n++++ Er det mulig å kjøpe mat der?\r\nJa. Vi har kantine som er oppe nesten hele tiden (ser ann når folk er våkne).\r\n\r\n++++ Blir det internett? Hvordan er nettverket?\r\nInternett er 4mbit begge veier. Lokalnettet er 100mbit. Se forøverig under \"Nettverket\".\r\n\r\n++++ Skjer det noe artig på scenen ? Er det mulig for deltakere å komme med forslag under lanet?\r\nJa og ja! Vi har alltid hat scene-compoer og vi skal selvsagt fortsette med det. Vi viser også film om nettene som blir avstemt på forhånd. Du kan selvsagt komme med forslag, ta det med crew eller på forumet!\r\n\r\n++++ Trenger jeg antivirus?\r\nJA! Og kjør windowsupdate før du kommer. \r\n\r\n++++ Blir det public FTP slik som sist?\r\nJepp.\r\n\r\n++++ Huskeliste for hva du bør ha med deg på bølerlan \r\n* Pcen din (Sjekk at du har fått med deg strømkabler o.l)\r\n* Nettverkskabel, minimum 5M.\r\n* Sovepose (gymsal=sovesal)\r\n* Penger (det er en café der med rimelige priser)\r\n* Tannbørste, shampo, o.l (det er dusjer her og)\r\n* Strømpad MÅ man ha med','OfteStilteSporsmal');
-INSERT INTO `content` VALUES (43,1,1,20070405200516,1,7,'+ Kristians BWReg2 fremdriftsplan\r\n\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...','FremdriftsPlan');
-INSERT INTO `content` VALUES (43,2,1,20070405200543,1,7,'+ Kristians BWReg2 fremdriftsplan\r\n[[toc]]\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...','FremdriftsPlan');
-INSERT INTO `content` VALUES (43,3,1,20070408014013,1,7,'+ Kristians BWReg2 fremdriftsplan\r\n[[toc]]\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| News || 75% || System for generering og fremvisning av nyheter på en enkel måte. || Sletting, administrering av kategoriene. Polish. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','FremdriftsPlan');
-INSERT INTO `content` VALUES (43,4,1,20070408014323,1,7,'+ BWReg2 fremdriftsplan\r\n[[toc]]\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| News || 80% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering av kategoriene. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Dokumentasjon || 45% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','FremdriftsPlan');
-INSERT INTO `content` VALUES (44,1,1,20070407003410,1,7,'','NewsEditor');
-INSERT INTO `content` VALUES (44,2,1,20070407034827,1,7,'+ Nyhetseditor\r\n\r\nDette er Wiki som alt annet.\r\n\r\nDette bindes naturlig vis opp mot en nyhetskategori, og det generes et \"identifiserende navn\" basert på tittelen; Er tittelen \"Jens liker rosa sokker\", vil systemet først forsøke å bruke JensLikerRoseSokker, deretter legge på tall på slutten om dette identifserende navnet er i bruk.\r\n\r\n[force:News Nyhetsarkivet]','NewsEditor');
-INSERT INTO `content` VALUES (44,3,1,20070407035020,1,7,'+ Nyhetseditor\r\n\r\nDette er Wiki som alt annet.\r\n\r\nDette bindes naturlig vis opp mot en nyhetskategori, og det generes et \"identifiserende navn\" basert på tittelen; Er tittelen \"Jens liker rosa sokker\", vil systemet først forsøke å bruke !JensLikerRosaSokker, deretter legge på tall på slutten om dette identifserende navnet er i bruk. Kun tegnene fra A til Z blir brukt; Ikke æøå eller nummer, i skrivende stund. Så er overskriften \"BølerLAN 07 Rokker Såkker\", vil id\'en bli \"BlerLANRokkerSkker\". Det kan hende jeg forbedrer/endrer dette, men ID\'en er ikke egentlig viktig, den blir bare brukt i lenker. \r\n\r\n[force:News Nyhetsarkivet]','NewsEditor');
-INSERT INTO `content` VALUES (44,4,1,20070407165532,1,7,'+ Nyhetseditor\r\n\r\nDette er Wiki som alt annet.\r\n\r\n[force:News Nyhetsarkivet]','NewsEditor');
-INSERT INTO `content` VALUES (1,80,9,20070427004945,1,7,'$NEWS:hoved,5$\r\n> Mesteparten av informasjonen som stod på denne siden er flyttet til FremdriftsPlan\r\n> Dette for å faktisk bruke nyhetsgreia :)\r\nper','BølerLAN');
-INSERT INTO `content` VALUES (1,81,9,20070427004959,1,7,'$NEWS:hoved,5$\r\n> Mesteparten av informasjonen som stod på denne siden er flyttet til FremdriftsPlan\r\n> Dette for å faktisk bruke nyhetsgreia :)\r\nKnutOgPer','BølerLAN');
-INSERT INTO `content` VALUES (0,1,9,20070427005017,1,7,'Kryss fingrene','KnutOgPer');
+LOCK TABLES `content` WRITE;
+/*!40000 ALTER TABLE `content` DISABLE KEYS */;
+INSERT INTO `content` VALUES (1,2,1,'2007-03-23 12:32:38',1,7,'+ Overskiften paa forsiden\n\nDette er vanlig tekst, **dette er ganske fett**\nVi kan skrive ganske firtt\nfritt til og med....\n\n++ Demo av lenker \n\n//lenker// er vistnok enkelt. Er DetteHer en lenke?\nHva med [HitEn Dette her da] ?\n','BølerLAN'),(1,54,5,'2007-03-23 12:35:46',1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,9,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[blanMenu blanMenu er også en meny]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\nkristian / hei\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN'),(1,10,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\nkristian / hei\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN'),(1,11,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN'),(1,12,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN'),(1,13,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei','BølerLAN'),(1,14,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[toc]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN'),(1,15,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN'),(1,16,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc Innhold]]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN'),(1,17,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\nBWReg2 benytter Text_Wiki som backend for å presentere innhold. Dette fungerer i skrivende stund.\r\n\r\nCSS koden kan nok forbedres litt med tanke på linjeskift, men det kommer seg.\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nSlå deg løs!\r\n\r\nHei\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. ','BølerLAN'),(1,18,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,19,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?','BølerLAN'),(1,20,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n>> Ser helt greit ut, men ikke fantastisk...','BølerLAN'),(1,21,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n>> Ser helt greit ut, men ikke fantastisk.....','BølerLAN'),(1,22,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?asfasf\r\n>> Ser helt greit ut, men ikke fantastisk.....','BølerLAN'),(1,23,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?asfasf\r\n>> Ser helt greit ut, men ikke fantastisk.','BølerLAN'),(1,24,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?asfasf\r\n','BølerLAN'),(1,25,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n','BølerLAN'),(1,26,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her, kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n','BølerLAN'),(1,27,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n','BølerLAN'),(1,28,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| *Funksjonalitet* || *Fremgang* || *Beskrivelse* || *Hva manger* ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| *Navn* || *Prioritet* || *Beskrivelse * ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||','BølerLAN'),(1,29,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[http://glug.grm.hia.no/~kristian/bwreg2demo/template.php?page=blanMenu blanMenu kontrollerer menyen, men blir ikke automatisk tolket som lenke...]\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||','BølerLAN'),(1,30,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||','BølerLAN'),(1,31,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 10% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,32,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n++ Innhold\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Eksisterende undersider\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\n++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere :)\r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen.\r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Utseende\r\n\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Status BWreg2\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\nPlanlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,33,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n+++ Kjernefunksjoner\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\n+++Planlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n++ Ting å teste\r\n+++ Testsider\r\n\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n+++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,34,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n+++ Kjernefunksjoner\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\n+++ Planlagte moduler\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n++ Ting å teste\r\n+++ Testsider\r\n\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n+++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,35,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n\r\n+++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n\r\n\r\n+++ Planlagte moduler\r\n\r\n\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n\r\n\r\n++ Ting å teste\r\n\r\n\r\n+++ Testsider\r\n\r\n\r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n+++ Brukere\r\n\r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n\r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n\r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n\r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,36,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n \r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,37,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 60-70% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Fremvisning av differanser, lagring av kommentar, sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 20% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n \r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,38,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n \r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n++ Utseende\r\n\r\nUtseende her er ikke definert. Det er relativt lett å flytte ting i CSS koden, og også i PHP biten.\r\n\r\n+++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.\r\n\r\n++ Testheader\r\n\r\n> Dette er en test av blockquotes....\r\n> Ser det ok ut?\r\n\r\n++ .... PHP \r\n\r\nHar ikke tidenes beste støtte for objekter og referanser','BølerLAN'),(1,39,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n * Trykk litt rundt og test menyene,\r\n *  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n * Deretter logg inn og prøv igjenn. \r\n * Prøv å editer en eksisterende side og se sidehistorien.\r\n  * Editer menyen\r\n * Prøv å opprette lenker av forskjellige typer. \r\n   * Forsøk å opprette en ny side.\r\n  \r\n\r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,40,1,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n[[toc]]\r\n\r\n\r\n++ Status BWreg2\r\n \r\n+++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n+++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n+++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n+++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n++ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n+++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n++ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,41,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,42,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,43,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,44,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,45,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 70-80% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,46,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,47,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 50% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n \r\nI nær fremtid vil vi kunne lagre våre egne brukere. Brukere kan være medlem av opptill flere grupper, eller ingen i det heletatt. \r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,48,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Lage nye brukere, og lignende. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,49,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,50,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana,iu,hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,51,1,'2007-03-23 12:32:38',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,52,1,'2007-03-23 12:35:46',1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,53,1,'2007-03-23 12:35:46',1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Sikkelig grensesnitt til rettighetskontrollen. Rettighetskontrollen eksisterer ganske bra allerede, men ikke grensesnittet... Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 50% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,55,1,'2007-03-23 12:35:46',1,8,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,56,1,'2007-03-23 10:48:31',1,3,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,57,1,'2007-03-23 12:53:09',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. ||\r\n|| Event system || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 65% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer nogelunde, men vil definitivt trenge tilpassing når frontenden dukker opp. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 0% || Sende meldinger mellom deltakere og til crew || ... alt. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 1% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,58,1,'2007-03-23 13:08:31',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei ||\r\n|| jesus || moses ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,59,1,'2007-04-01 12:43:02',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 65% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 50% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, igjenn så mangler frontenden og det antas at backenden må tilpassess. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,60,5,'2007-04-01 22:55:32',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 70% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,61,1,'2007-04-02 12:27:27',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Brukergrensesnitt på web\'en for å administrere brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,62,1,'2007-04-02 12:28:15',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Ting å teste\r\n \r\n* Trykk litt rundt og test menyene,\r\n*  finn en side som ikke finnes (sleng på page=fooaasf hvis du ikke finner det). \r\n* Deretter logg inn og prøv igjenn. \r\n* Prøv å editer en eksisterende side og se sidehistorien.\r\n * Editer menyen\r\n* Prøv å opprette lenker av forskjellige typer. \r\n  * Forsøk å opprette en ny side.\r\n  \r\n\r\n++ Testsider\r\n \r\n \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\n``force:Bla`` er en fin måte å tvinge wiki-biten til å tolke Bla som en link, til tross for manglende ``CamelCase``\r\n\r\nAlt innholdet du ser her, blir parset og rendret av PEAR modulen Text_Wiki som tar seg av å tolke et wiki-språk. Du finner mer informasjon om Text_Wiki sitt wikispråk på deres [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test :)\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\nDet meste du ser på denne siden er nå generert fra databasen. Selv om det mest synlig av arbeidet er wiki-innholdet, så er det lagt mer arbeid i databasemodellen, rettighetene og HTML-genereringen enn noe annet. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. Alle endringer blir nemmelig lagret, når du editerer noe, lager du en NY versjon, og alt kopieres mao. Dette er for å enkelt opprettholde versjonshistorie, men fører til mye skrap når testing fører til at ting lagres, endres, lagres, endres, slettes, endres, lagres, osv....\r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,63,1,'2007-04-02 13:10:34',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n++ GIT - versjonshistorie\r\n\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,64,1,'2007-04-02 13:11:10',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n \r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n\r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,65,1,'2007-04-02 14:45:24',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n \r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n\r\n \r\n \r\n++ Planlagte moduler\r\n \r\n \r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n\r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,66,1,'2007-04-02 14:45:47',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\n \r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,67,1,'2007-04-02 14:46:01',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,68,1,'2007-04-03 17:36:16',1,7,'[[toc]]\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Database tweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,69,1,'2007-04-06 03:44:06',1,7,'[[toc]]\r\n\r\n$NEWS:hoved$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Database tweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,70,1,'2007-04-06 04:01:45',1,7,'[[toc]]\r\n\r\n$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 10% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 30% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Database tweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\nTest eksisterende funksjonalitet og kom med tilbakemeldinger. Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\nFinn språkfeil. Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\nDesign! Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!\r\n\r\n+ Lagring\r\n \r\nAlt her lagres i databasen.. \r\n\r\nI tillegg lagres alle revisjoner, med link til hvem som lagde den. Det vil som på en vanlig wiki være mulig å hente fram forskjellene, og muligens revertere endringer. \r\n\r\n++ Info som lagres her kan sporløst forsvinne\r\n \r\nDette er en TEST side, så alt som lagres her står i fare for å forsvinne. Informasjonen på forsiden vil jeg forsøke å opprettholde til en viss grad, men ingen garantier. \r\n\r\nJeg flytter databaseinnholdet rundt ganske mye mellom maskiner, så dette, kombinert med at det blir urovekkende mye informasjon som blir lagret under testing, fører til at ting blir fjernet. \r\n\r\nMao er det ingen vits å fylle inn informasjon på de forskjellige menyelementene enda.\r\n\r\n\r\n+ CSS\r\nCSS koden som brukes er ganske grov, men funksjonell.\r\n\r\nOm du liker design, bør CSS fila gi deg en viss ide over hva du kan få til. At så mye som mulig er relativt vil bli prioritert. \r\n\r\nLek gjerne med farger, plassering og det meste. Men ha det i bakhodet at dette systemet vil generere ganske innviklet HTML etter hvert, så det er viktig at alt passer inni hverandre.\r\n\r\nDet er kritisk viktig at CSS\'en støtter en eller annen form for \"dropdown\" på nøstede menyer, da dette vil bli brukt i store mengder når vi skal liste større mengder brukere eller av andre grunner har mye informasjon på en side og ikke ønsker å trykke seg ihjel.','BølerLAN'),(1,71,1,'2007-04-06 04:17:33',1,7,'[[toc]]\r\n\r\n$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Objekter og generell side-rendering. Compositing av siden. (Evnen til å plassere informasjon i menyer, infobokser osv på en naturlig måte).  || Lite mangler, småting som oppdages etter hvert som tingene taes i bruk. ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| News || 40% || System for fremvisning av nyheter på en enkel måte. || Alt utenom HTML-biten mangler. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || BWReg2-brukergrensesnitt på web\'en for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. Backenden fungerer, men jeg antar den må tilpasses når frontendens behov blir synlig. ||\r\n|| Rettighetskontroll || 70% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer ganske bra, frontended fungerer ok, men ikke fantastisk. Vil trenge tilpassinger etter hver som det benyttes mer. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste. Koden er designet med moduler i bakhodet, men hittil er det ikke noen sikkelig måte å skrive disse på. Det ser derimot ikke ut til at det blir veldig mye jobb.||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Backenden fungerer nogelunde, mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av) ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN'),(1,72,1,'2007-04-06 04:29:53',1,7,'$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre \r\nkjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN'),(1,73,1,'2007-04-06 04:30:14',1,7,'$NEWS:hoved,1$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN'),(1,74,1,'2007-04-06 15:07:43',1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\n[DetteHer Dette er merkelig nok blitt en demonstrasjon av under-wikier]\r\n[HitEn Dette er gudene vet hva for en tilfeldig side.]\r\n[force:blanMenu blanMenu er Page\'en som lagrer menyen]\r\n[ErrorPageNotFound Feilmeldingsside]\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager sider.\r\n\r\nWikispråket vi bruker på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\nForsiden er åpenbart også en form for test/demo.\r\n \r\n++ Brukere\r\n \r\nBruk gjerne min bruker intill videre for å teste funksjonalitet:\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Prøv å lag din egen bruker!','BølerLAN'),(1,75,1,'2007-04-06 15:19:03',1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| News || 40% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN'),(1,76,1,'2007-04-06 19:07:34',1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| News || 60% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN'),(1,77,3,'2007-04-07 01:03:31',1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| News || 75% || System for generering og fremvisning av nyheter på en enkel måte. || Sletting, administrering av kategoriene. Polish. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN'),(1,78,3,'2007-04-07 01:04:56',1,7,'$NEWS:hoved,5$\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| News || 75% || System for generering og fremvisning av nyheter på en enkel måte. || Sletting, administrering av kategoriene. Polish. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','BølerLAN'),(1,79,1,'2007-04-07 23:41:08',1,7,'$NEWS:hoved,5$\r\n> Mesteparten av informasjonen som stod på denne siden er flyttet til FremdriftsPlan\r\n> Dette for å faktisk bruke nyhetsgreia :)','BølerLAN'),(3,1,1,'2007-03-23 12:32:38',1,7,'+ Fin oversikt\n  \nOm man vil, kan man linke til forsiden sin slik: FrontPage \nEller bedre: [FrontPage Forsiden]\n','HitEn'),(3,2,1,'2007-03-23 11:01:41',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n','HitEn'),(3,3,1,'2007-04-01 12:23:05',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n||| ** En tabell ** |||\r\n|| Foo || bar ||','HitEn'),(3,4,1,'2007-04-01 12:23:21',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n|| ** En tabell ** ||\r\n|| Foo || bar ||','HitEn'),(3,5,1,'2007-04-01 12:23:38',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n|||| ** En tabell ** ||||\r\n|| Foo || bar ||','HitEn'),(3,6,1,'2007-04-01 12:39:50',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n\r\n|||| ** En tabell ** ||||\r\n|| Foo || bar ||\r\n\r\n\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,7,1,'2007-04-03 17:47:27',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\naction:UserGetInfo&user=Kristian\r\n\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,8,1,'2007-04-03 17:48:22',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\naction:Logout\r\n\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,9,1,'2007-04-03 17:59:19',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,10,1,'2007-04-03 20:26:56',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n$ACTION:heihei$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,11,1,'2007-04-03 20:37:45',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,12,1,'2007-04-03 20:37:56',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n`$ACTION:heihei$`\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,13,1,'2007-04-03 20:38:12',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n$ACTION:heihei$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,14,1,'2007-04-03 20:56:29',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n$ACTION:heihei$`\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,15,1,'2007-04-03 21:17:04',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,16,1,'2007-04-03 21:20:29',1,7,'``$ACTION:heihei$``\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,17,1,'2007-04-03 21:20:38',1,7,'$ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,18,1,'2007-04-03 21:20:50',1,7,'  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,19,1,'2007-04-03 21:21:03',1,7,'\r\n\r\n  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,20,1,'2007-04-03 21:21:22',1,7,'\r\n  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,21,1,'2007-04-03 21:23:25',1,7,'  $ACTION:heihei$\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,22,1,'2007-04-03 21:23:38',1,7,'  $ACTION:heihei$  \r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,23,1,'2007-04-03 21:30:06',1,7,'  $ACTION:heihei$  \r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,24,1,'2007-04-03 21:35:04',1,7,'asfasf  $ACTION:heihei$  asfasf\r\n\r\n+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:heihei$``\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,25,1,'2007-04-03 21:43:17',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:PrintNewUser$``\r\n$ACTION:PrintNewUser$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n|||| Skjul informasjon ||\r\n|| E-post || (skjuler e-postadressen din) ||\r\n|| Telefonnummer || (Skjuler telefonnummeret ditt) ||\r\n|| Navn || (Skjuler navnet ditt) ||\r\n|| Ekstra || (Skjuler ekstra informasjon) ||\r\n|| Grupper || (Skjuler hvilke grupper du er med i) ||\r\n|| Fødselsår || skjuler når du er født. ||','HitEn'),(3,26,1,'2007-04-03 23:25:01',1,7,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:PrintNewUser$``\r\n$ACTION:PrintNewUser$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n\r\n','HitEn'),(3,27,1,'2007-04-04 21:50:09',1,10,'+ Fin oversikt\r\n  \r\nOm man vil, kan man linke til forsiden sin slik: FrontPage \r\nEller bedre: [FrontPage Forsiden]\r\n\r\n``$ACTION:PrintNewUser$``\r\n$ACTION:PrintNewUser$\r\n\r\naction:Logout\r\naction:PrintNewUser\r\n\r\n','HitEn'),(4,16,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\npetter','DetteHer'),(4,17,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n  \r\n \r\n   \r\n   \r\n \r\n   \r\n\r\n  \r\npetter','DetteHer'),(4,2,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\nLink til brukere: user:Kristian \nLink til news : news:PetterEierDeg\n[FrontPage Tilbake til forsiden]\n','DetteHer'),(4,3,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\nLink til brukere: user:Kristian \nLink til news : news:PetterEierDeg\n[FrontPage Tilbake til forsiden]\n','DetteHer'),(4,18,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n * Som dette?\r\n\r\n\r\npetter','DetteHer'),(4,19,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n ** Som dette?\r\n\r\n\r\npetter','DetteHer'),(4,20,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n * Som dette?\r\n * Det var\r\n * Litt tamt\r\n\r\n\r\npetter','DetteHer'),(4,21,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n[FrontPage Tilbake til forsiden]\r\n\r\n* Hva skjer\r\n* Med lister\r\n * Som dette?\r\n * Det var\r\n * Litt tamt\r\n\r\n\r\npetter','DetteHer'),(4,22,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n[FrontPage Tilbake til forsiden]','DetteHer'),(4,23,1,'2007-03-23 12:32:38',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\n[FrontPage Tilbake til forsiden]','DetteHer'),(4,24,1,'2007-03-23 11:01:21',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\n[FrontPage Tilbake til forsiden]','DetteHer'),(4,25,1,'2007-04-05 16:55:31',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:PetterEierDeg\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\nBølerLan\r\n[FrontPage Tilbake til forsiden]','DetteHer'),(4,26,1,'2007-04-06 17:40:07',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:Testnyhet1\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\nBølerLan\r\n[FrontPage Tilbake til forsiden]','DetteHer'),(4,27,1,'2007-04-06 22:56:26',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:Testnyhet1\r\nTving inn en lokallink force:blanMenu\r\n... men: force:BølerLAN \r\nBølerLan\r\n\r\n<> ?\r\n[FrontPage Tilbake til forsiden]','DetteHer'),(4,28,1,'2007-04-07 01:34:42',1,7,'+ !SubWikier\r\nLink til brukere: user:Kristian \r\nLink til news : news:Testnyhet1\r\nLink som fører til en \"action\": action:PrintFriendly\r\nTving inn en lokallink force:blanMenu\r\n\r\nEt par interne interwiki-lenker du egentlig ikke trenger vite om\r\n\r\nversion:2\r\ndiff:2\r\n','DetteHer'),(5,1,1,'2007-03-23 12:32:38',1,7,'+ Denne siden finnes ikke\nSiden du forsoeker og naa eksisterer ikke, dette skal ikke skje.\n\n [FrontPage Tilbake til forsiden]\n','ErrorPageNotFound'),(5,2,1,'2007-03-23 12:32:38',1,7,'+ Denne siden finnes ikke\r\nSiden du forsøker å nå eksisterer ikke, dette skal ikke skje.\r\n\r\n [FrontPage Tilbake til forsiden]\r\n','ErrorPageNotFound'),(5,3,1,'2007-03-23 10:54:59',1,7,'+ Denne siden finnes ikke\r\nSiden du forsøker å nå eksisterer ikke, dette skal ikke skje.\r\n\r\n [FrontPage Tilbake til forsiden]\r\n','ErrorPageNotFound'),(6,1,1,'2007-03-23 12:32:38',1,7,'++ Du kan lage denne siden!\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin'),(6,2,1,'2007-03-16 10:06:31',1,1,'++ Du kan lage denne siden!\r\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin'),(6,3,1,'2007-03-16 10:09:06',1,1,'++ Du kan lage denne siden!\r\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin'),(6,4,1,'2007-03-23 10:55:28',1,9,'++ Du kan lage denne siden!\r\nBidra til at ting fungerer...','ErrorPageNotFoundAdmin'),(14,1,1,'2007-03-23 12:32:38',1,7,'asfasfasfasf','News'),(14,2,1,'2007-03-23 12:32:38',1,7,'Dette er nyheter....','News'),(14,3,1,'2007-03-23 12:12:14',1,7,'Dette er nyheter....','News'),(14,4,1,'2007-04-06 18:59:30',1,7,'+ Nyhetsarkiv\r\n\r\n$ACTION:ViewNews$','News'),(14,5,1,'2007-04-07 00:50:08',1,7,'+ Nyhetsarkiv\r\n\r\n[action:ViewNews Alle nyheter]\r\n\r\n$ACTION:ViewNews$','News'),(15,41,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [ViktigeSider Viktige Sider]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,1,1,'2007-03-23 12:32:38',1,7,'* [FrontPage Forsiden]','blanMenu'),(15,2,1,'2007-03-23 12:32:38',1,7,'* [FrontPage Forsiden]\r\n* Mer info\r\n * Undermenyting','blanMenu'),(15,3,1,'2007-03-23 12:32:38',1,7,' * [FrontPage Forsiden]\r\n * Mer info\r\n * Undermenyting','blanMenu'),(15,4,1,'2007-03-23 12:32:38',1,7,'* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting','blanMenu'),(15,5,1,'2007-03-23 12:32:38',1,7,'* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting\r\n * Dette\r\n * Er\r\n * skjult','blanMenu'),(15,6,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting\r\n * Dette\r\n * Er\r\n * skjult','blanMenu'),(15,7,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Mer info\r\n* Undermenyting\r\n * DetteHer\r\n * [HitEn Er]\r\n * skjult','blanMenu'),(15,8,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Undermenyting\r\n * DetteHer\r\n * [HitEn Er]\r\n * skjult','blanMenu'),(15,9,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Undermenyting\r\n * DetteHer\r\n * [HitEn Er]\r\n * skjult\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n * KNUT\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n','blanMenu'),(15,10,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n * KNUT\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu'),(15,11,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu'),(15,12,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu'),(15,13,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Om\r\n * Kontakt\r\n\r\n','blanMenu'),(15,14,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Om\r\n * Kontakt\r\n\r\n','blanMenu'),(15,15,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu'),(15,16,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n * Side\r\n * Side 2\r\n','blanMenu'),(15,17,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n * Side\r\n * [Side 2]\r\n','blanMenu'),(15,18,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n * Side**\r\n * (Side 2)\r\n','blanMenu'),(15,19,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n** Side\r\n * (Side 2)\r\n','blanMenu'),(15,20,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Glenn\r\n * Min\r\n** Side\r\n * (Side 2)\r\n*\r\n**\r\n','blanMenu'),(15,21,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n<a href=\"www.vg.no\"></a>\r\n','blanMenu'),(15,22,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n\r\n','blanMenu'),(15,23,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu'),(15,24,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [Utleie Utleie]\r\n\r\n','blanMenu'),(15,25,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu'),(15,26,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n+ Utleie\r\n\r\n','blanMenu'),(15,27,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu'),(15,28,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\nUtleie\r\n\r\n','blanMenu'),(15,29,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* Utleie\r\n\r\n','blanMenu'),(15,30,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu'),(15,31,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [Utleie Utleie]\r\n\r\n','blanMenu'),(15,32,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* Nettverk\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu'),(15,33,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [Nettverk]\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu'),(15,34,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n\r\n','blanMenu'),(15,35,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Regler i DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,36,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Re DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,37,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* Om BølerLAN\r\n* Ofte stilte spørsmål\r\n* Tid og sted\r\n* Game\r\n * Blablabla\r\n * Årets compoer\r\n * Tidligere vinnere\r\n * Regler i CS\r\n * Re DittenDatten\r\n* Arkiv\r\n * Nyhetsarkiv\r\n * Filarkiv\r\n * Bildearkiv\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,38,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,39,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,40,1,'2007-03-23 12:32:38',1,7,'+ BølerLAN 07\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,42,5,'2007-03-23 12:32:38',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,43,1,'2007-03-23 10:50:39',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,44,1,'2007-04-02 12:24:10',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,45,1,'2007-04-05 02:42:23',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,46,1,'2007-04-05 03:06:45',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,47,1,'2007-04-05 03:12:39',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* OfteStilteSpørsmål\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,48,1,'2007-04-05 03:13:09',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,49,1,'2007-04-05 16:50:36',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BolerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,50,1,'2007-04-05 17:11:23',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,51,1,'2007-04-05 17:17:06',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,52,1,'2007-04-05 18:11:33',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,53,1,'2007-04-05 18:11:42',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,54,1,'2007-04-05 18:11:51',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n \r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n \r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,55,1,'2007-04-05 18:12:02',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n \r\n \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n \r\n \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,56,1,'2007-04-05 18:12:25',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n    \r\n    \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n    \r\n     \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,57,1,'2007-04-05 18:13:52',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n   \r\n\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n    \r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,58,1,'2007-04-05 18:14:45',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n\r\n\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n\r\n\r\n    \r\n\r\n\r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,59,1,'2007-04-06 19:00:09',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n\r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n\r\n    \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,60,1,'2007-04-06 19:00:24',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n\r\n \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n\r\n    \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,61,1,'2007-04-06 19:00:35',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [force:blanMenu Menyen]\r\n* [ViktigeSider Viktige Sider]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* FremdriftsPlan\r\n \r\n+ Demo\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n    \r\n+ BølerLAN 07\r\n* [force:Nettverk Nettverk]\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(15,62,1,'2007-04-07 02:28:33',1,7,'+ BWReg2\r\n* [FrontPage Forsiden]\r\n* [force:Rettigheter Rettigheter]\r\n* [ViktigeSider Viktige Sider]\r\n* FremdriftsPlan\r\n----\r\n* [force:blanMenu Menyen]\r\n* [force:Userinfo Brukerinformasjonssiden]\r\n* [action:PrintFriendly Utskriftsvennlig versjon]\r\n* [force:News Nyheter]\r\n    \r\n+ BølerLAN 07\r\n* [OfteStilteSporsmal Ofte Stilte Spørsmål]\r\n* [UtleiePage Utleie]\r\n* [ForeldreSkriv Foreldreskriv]\r\n* [http://www.bolerlan.com/ Offisielle BølerLAN sider]\r\n* [http://www.boler.no/forum Forum]\r\n\r\n','blanMenu'),(16,1,1,'2007-03-23 12:32:38',1,7,'Du har nå logget ut !\r\n\r\nVelkommen tilbake en annen gang\r\n\r\n[FrontPage Tilbake til forsiden]','Logout'),(17,1,1,'2007-03-23 12:32:38',1,7,'JallaLAN er et annet lan jeg fant på i farta...Foreløpig demo av genre/event-konseptet.\r\n','JallaLAN'),(18,20,5,'2007-03-23 12:35:46',1,8,'+ Utleie\r\n\r\nNår vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage'),(18,1,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere.\r\n\r\nSwitch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS','UtleiePage'),(18,2,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\nSwitch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\nNettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage'),(18,3,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage'),(18,4,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage'),(18,5,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage'),(18,6,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage'),(18,7,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage'),(18,8,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n60 kr \r\n\r\n3Com Office Connect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n5 kr','UtleiePage'),(18,9,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n++++ 60 kr \r\n\r\n3Com Office Connect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n\r\n++++ 20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage'),(18,10,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n\r\n+++ Switch\r\n\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n++++ 60 kr \r\n\r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n\r\n++++ 20 kr\r\n\r\n+++ Nettverkskabler\r\n\r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage'),(18,11,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage'),(18,12,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage'),(18,13,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n +++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n ++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n ++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage'),(18,14,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr','UtleiePage'),(18,15,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt User:Glenn','UtleiePage'),(18,16,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage'),(18,17,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage'),(18,18,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n3[http://www.komplett.no/img/p/200/310876.jpg]\r\nCom Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage'),(18,19,1,'2007-03-23 12:32:38',1,7,'Når vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage'),(18,21,1,'2007-03-23 11:00:08',1,7,'+ Utleie\r\n\r\nNår vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:Glenn','UtleiePage'),(18,22,1,'2007-03-23 16:55:14',1,7,'+ Utleie\r\n\r\nNår vi ikke avholder BølerLAN så kan vi tenke oss og leie ut utstyret vårt til en billig penge. Vi har utstyr til å hoste 120 deltakere. Prisene er etter hver påbegynte 24 time fra utleiedag.\r\n  \r\n+++ Switch\r\n \r\n[http://www.komplett.no/img/p/200/310876.jpg]\r\n3Com Baseline Switch 2226 Plus, 24P 10/100 + 2 1000BaseT/SFP \r\nhttp://www.3com.com/prod/en_EU_EMEA/detail.jsp?tab=features&sku=3C16475BS\r\n\r\n \r\n++++ 60 kr \r\n \r\n3Com !OfficeConnect Gigabit Switch 16 \r\nhttp://www.3com.com/products/en_US/detail.jsp?tab=features&sku=3C1671600\r\n \r\n++++ 20 kr\r\n \r\n+++ Nettverkskabler\r\n \r\n5x20m Cat6\r\n++++ 5 kr\r\n \r\n \r\nKontakt user:vision','UtleiePage'),(19,1,1,'2007-03-23 12:32:38',1,7,'+ Nettverk\r\n\r\nblablabla','Nettverk'),(19,2,1,'2007-03-23 11:00:24',1,7,'+ Nettverk\r\n\r\nblablabla','Nettverk'),(19,3,1,'2007-04-07 02:27:32',1,7,'','Nettverk'),(20,1,1,'2007-03-23 12:32:38',1,7,'Her vil det dukke opp en dynamisk side om brukere...','Userinfo'),(20,2,1,'2007-03-23 12:11:48',1,7,'Her vil det dukke opp en dynamisk side om brukere...','Userinfo'),(20,3,1,'2007-03-23 16:48:53',1,7,'','Userinfo'),(20,4,1,'2007-03-23 17:00:39',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. ','Userinfo'),(20,5,1,'2007-03-23 17:01:54',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nIntill videre må man ha leserettigheter på enten BWReg2 eller blan-lista for å kunne se andre brukere. (Rettere sagt: Enten på BWReg2 eller (gname), der gname er kort-navnet til et genre. F.eks jallalan eller blan)','Userinfo'),(20,6,1,'2007-03-23 18:41:50',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nIntill videre må man ha leserettigheter på enten BWReg2 eller blan-lista for å kunne se andre brukere. (Rettere sagt: Enten på BWReg2 eller (gname), der gname er kort-navnet til et genre. F.eks jallalan eller blan)\r\n\r\nuser:kristian\r\nuser:vision\r\nuser:jesus\r\nuser:wiz','Userinfo'),(20,7,3,'2007-04-01 13:34:14',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nIntill videre må man ha leserettigheter på enten BWReg2 eller blan-lista for å kunne se andre brukere. (Rettere sagt: Enten på BWReg2 eller (gname), der gname er kort-navnet til et genre. F.eks jallalan eller blan)\r\n\r\nuser:kristian\r\nuser:vision\r\nuser:jesus\r\nuser:wiz\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.','Userinfo'),(20,8,3,'2007-04-01 13:39:15',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda.\r\n\r\nuser:kristian\r\nuser:vision\r\nuser:jesus\r\nuser:wiz\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.','Userinfo'),(20,9,3,'2007-04-01 13:40:30',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.','Userinfo'),(20,10,3,'2007-04-01 13:40:49',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n----','Userinfo'),(20,11,5,'2007-04-01 13:44:39',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* PENERE interface\r\n* Kun vis åpne grupper man ikke alt er med i\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n* .... Generelt penere interface, se punkt 1.\r\n----','Userinfo'),(20,12,5,'2007-04-01 13:48:21',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz]\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo'),(20,13,1,'2007-04-01 20:44:35',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; *p*hone, *a*dress, *m*ail, *g*roup)\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo'),(20,14,1,'2007-04-01 20:45:02',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; **p**hone, **a**dress, **m**ail, **g**roup)\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo'),(20,15,1,'2007-04-01 20:49:08',1,7,'+ Brukerinformasjon\r\n\r\nDette er under utarbeiding for øyeblikket og vil forandre seg hyppig. Planen er å la brukeren selv velge om informasjon om brukeren er tilgjengelig for andre. \r\n\r\nAlle skal ha rettigheter til å se dette, men avhengi av rettighetene til BWReg2 og <gname> (typisk blan eller jallalan her), vil man også kunne se privat informasjon. Dette grensesnittet er IKKE implementert enda. Det eneste som fungerer er å skille mellom BWReg/blan brukere og andre. Brukere kan enda ikke bestemme hva som skal være synlig for omverdnen.\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; **p**hone, **a**dress, **m**ail, **g**roup)\r\n\r\n+ Grupper\r\n\r\nJeg jobber med grupper. Jeg har satt crew-gruppa som åpen nå, så prøv gjerne å meld dere av og på denne.\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n* Sikkelig grensesnitt for å endre egen brukerinformasjon\r\n * Endre \"all\" informasjon om egen bruker\r\n   * Dette må være generisk så super-brukere kan gjøre det også. Superbrukere her vil være BWReg2-admins.\r\n   * Dette må være feilsikkert, koble det gjerne opp mot måten nye brukere lages på.\r\n * Kontroll av hvilken informasjon som er privat eller ikke. \r\n* Backend støtte for privat informasjon.\r\n * Dette må være på objekt-basis, så add($userinfo) kun printer userinfoen den inloggede brukeren har tilgang til, uavhengi av hvordan userinfo objektet ble hentet fram.\r\n----','Userinfo'),(20,16,1,'2007-04-02 12:11:45',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] (Wiz har manuelt fått satt \"pamg\" privat; **p**hone, **a**dress, **m**ail, **g**roup)\r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo'),(20,17,1,'2007-04-02 12:17:05',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n* Vis modererte grupper man har \"søkt\" på\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo'),(20,18,1,'2007-04-02 12:17:55',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Kun vis åpne grupper man ikke alt er med i\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n* Vis modererte grupper (Man ikke er med i) \r\n\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo'),(20,19,1,'2007-04-02 12:20:03',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n\r\n----\r\n\r\n+ * Om skjult informasjon\r\nBrukernavnet vil aldri kunne være fullstendig skjult. Heller ikke navnet gir vi noen garanti for at er sikkelig skjult. Dette er av praktiske og tekniske årsaker. Kontaktinformasjon derimot vil vi aldri oppgi til andre om du velger å skjule denne. \r\n\r\nVed å reservere deg mot visning av informasjon her, kan du gjøre det vanskligere for de du deltar på LAN sammen med. Dette kan f.eks dreie seg om omrokkering i forbindelse med plassreservering, så vurder å vis hvertfall e-postadresse og/eller telefonnummer. \r\n\r\nUavhengi av hva du velger å skjule her, vil arrangører ha tilgang til denne informasjonen. Det er SPESIELT viktig at e-postadressen din er korrekt.','Userinfo'),(20,20,1,'2007-04-03 17:21:11',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n+ Todo\r\n\r\n* Penere og ryddigere interface\r\n * Set refresh-url når man bruker get for å unngå at refresh forsøker å gjenta den forrige handlingen\r\n\r\n----\r\n','Userinfo'),(20,21,1,'2007-04-03 17:22:26',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n','Userinfo'),(20,22,1,'2007-04-03 21:52:32',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo'),(20,23,1,'2007-04-03 21:56:00',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo'),(20,24,1,'2007-04-03 22:01:35',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo'),(20,25,1,'2007-04-03 22:02:01',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserInfoList$\r\n\r\n','Userinfo'),(20,26,1,'2007-04-03 23:26:36',1,7,'+ Brukerinformasjon\r\n\r\n[user:kristian Kristian] [user:vision Vision] [user:jesus Jesus] [user:Knut Knut] [user:wiz Wiz] \r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo'),(20,27,1,'2007-04-03 23:57:53',1,7,'+ Brukerinformasjon\r\n\r\n[force:Userinfo List brukere]\r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo'),(20,28,1,'2007-04-04 00:34:16',1,7,'+ Brukerinformasjon\r\n\r\n[force:Userinfo Søk etter brukere]\r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo'),(20,29,1,'2007-04-04 02:10:06',1,7,'+ Brukerinformasjon\r\n\r\n[force:Userinfo Let etter brukere]\r\n\r\n$ACTION:UserGetInfoList$\r\n\r\n','Userinfo'),(21,1,1,'2007-03-16 10:33:02',1,3,'+ Crewmeny\r\n* Vises bare for crew\r\n* Kan brukes til intern info....','blanMenuCrew'),(22,7,1,'2007-03-23 12:35:46',1,8,'+ Crewmeny\r\n* [BWRegHelp Hjelp]\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu'),(22,1,1,'2007-03-16 10:34:21',1,1,'+ Crew meny\r\n* Vises bare for crew','blanCrewMenu'),(22,2,1,'2007-03-16 10:35:26',1,1,'+ Crew meny\r\n* Vises bare for crew\r\n* Finnes her: [force:blanCrewMenu blanCrewMenu]','blanCrewMenu'),(22,3,1,'2007-03-16 11:11:01',1,1,'+ Crew meny\r\n* Vises bare for crew\r\n* Finnes her: [force:blanCrewMenu blanCrewMenu]\\\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu'),(22,4,1,'2007-03-16 11:11:14',1,1,'+ Crew meny\r\n* Vises bare for crew\r\n* Finnes her: [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu'),(22,5,1,'2007-03-16 23:01:00',1,1,'+ Crewmeny\r\n* Vises bare for crew\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu'),(22,6,1,'2007-03-23 12:35:46',1,8,'+ Crewmeny\r\n* Vises bare for crew\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu'),(22,8,1,'2007-03-23 11:00:46',1,8,'+ Crewmeny\r\n* [BWRegHelp Hjelp]\r\n* [force:blanCrewMenu blanCrewMenu]\r\n* [CrewListe Dette er en side bare for crew]','blanCrewMenu'),(23,2,1,'2007-03-23 12:35:46',1,8,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n','CrewListe'),(23,1,1,'2007-03-16 11:12:06',1,3,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n','CrewListe'),(23,3,1,'2007-03-23 11:00:59',1,8,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n','CrewListe'),(23,4,1,'2007-04-06 18:56:45',1,8,'+ Crewside\r\n\r\n... eksempel på en side kun tilgjengelig for crew.\r\n\r\n$NEWS:crew$\r\n\r\n','CrewListe'),(24,1,1,'2007-03-16 11:20:14',1,1,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. ','Rettigheter'),(24,2,1,'2007-03-23 12:35:46',1,8,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. ','Rettigheter'),(24,4,5,'2007-03-23 12:35:46',1,8,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. \r\n','Rettigheter'),(24,3,4,'2007-03-23 12:35:46',1,8,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. \r\n\r\n\r\nPetter','Rettigheter'),(24,5,1,'2007-03-23 11:02:19',1,7,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om at en gruppe kan ha rettigheter i en eller flere ressurser, og en eller flere grupper kan ha rettigheter i en ressurs.\r\n\r\nDette betyr at bwreg har en liste over grupper, og en liste over rettighetsressurser.\r\n\r\nEn innholds-side definerer to ressurser: Lesing og skriving. Man kan velge hvilken ressurs-gruppe hver skal være med i. Menyen f.eks har NULL rettigheter på read, som betyr at den kan leses av alle,og blanContentCreators som skrive-ressurs, som igjenn betyr at kun folk som er i en gruppe som har blanContentCreators rettigheter kan endre menyen. Dette betyr mao at man ikke må være medlem i en drøss grupper for å ha tilgang til alt som en administrator f.eks, men gruppen må være tilmeldt rettighetsgruppene. \r\n','Rettigheter'),(24,6,1,'2007-03-23 22:18:26',1,7,'+ Rettigheter i bwreg2\r\n\r\nRettighetene i bwreg2 er basert på et prinsipp om av lister over hvem som har tilgang (ACL - Access Control Lists). \r\n\r\nListene inneholder referanser til grupper, så det er ikke nødvendig å legge til alle brukerene i crew i en liste. \r\n\r\nIdeen er at en liste definerer hvordan ressurs som skal beskyttes, og hvem som skal kunne gjøre hva med den, deretter er det et spørsmål å beskrive ressursene godt nok. \r\n\r\n++ blanInfo\r\n\r\nblanInfo er en ACL som nå definerer vanlig BølerLAN informasjon. Alle kan lese denne informasjonen, crew kan endre informasjonen, og crew admins kan modifisere selve listen. Dette er typisk vanlig informasjon for deltakere.\r\n\r\n++ blanCrewInfo\r\n\r\nDette er intern informasjon for crew. Crew kan endre og lese, bølerlan admins kan modifisere listen.\r\n\r\n++ blan\r\n\r\nDette er en overordnet liste. Den bør ikke brukes lett, da den gjelder alle bølerlanressurser. ','Rettigheter'),(25,1,1,'2007-03-16 22:04:28',1,1,'+ Registrer deg i BølerLAN sitt billettsystem\r\n\r\nVi hoster også JallaLAN, så om du har registrert deg der, vil ditt brukernavn og passord fungere her og.','blanPrintNewUser'),(25,2,1,'2007-03-16 22:56:47',1,1,'+ Registrer deg i BølerLAN sitt billettsystem\r\n\r\nVi hoster også JallaLAN, så om du har registrert deg der, vil ditt brukernavn og passord fungere her og.\r\n\r\n++ ADVARSEL!\r\n\r\n** Dette er en TEST av nye bwreg2. Under testen lagres passord i KLARTEKST! Og databaseinnholdet er tilgjengelig fra web\'en (DETTE ER MED VILJE!). Dette betyr at du under ingen omstendigheter må finne på å bruke et passord du bruker andre steder! Hvis du gjør det, vil du offentliggjøre passordet ditt for alle. **\r\n\r\nOg en annen ting: Det kan godt tenkes at brukeren din forsvinner sporløst over natten.','blanPrintNewUser'),(25,3,1,'2007-03-23 16:36:27',1,7,'+ Registrer deg i BølerLAN sitt billettsystem\r\n\r\nVi hoster også JallaLAN, så om du har registrert deg der, vil ditt brukernavn og passord fungere her og.\r\n\r\n++ ADVARSEL!\r\n\r\n** Dette er en TEST av nye bwreg2. Under testen lagres passord i KLARTEKST! Og databaseinnholdet er tilgjengelig fra web\'en (DETTE ER MED VILJE!). Dette betyr at du under ingen omstendigheter må finne på å bruke et passord du bruker andre steder! Hvis du gjør det, vil du offentliggjøre passordet ditt for alle. **\r\n\r\nOg en annen ting: Det kan godt tenkes at brukeren din forsvinner sporløst over natten.','blanPrintNewUser'),(26,1,1,'2007-03-17 21:08:32',1,1,'Dette er GenreAdmin siden som ikke er ferdig enda...','BWReg2GenreAdmin'),(27,3,1,'2007-03-20 10:07:30',2,5,'+ Jalla lan!','JallaLAN'),(27,1,1,'2007-03-19 14:33:30',2,1,'+Jalla lan!','JallaLAN'),(27,2,1,'2007-03-19 14:33:37',2,1,'+ Jalla lan!','JallaLAN'),(28,3,1,'2007-03-19 22:51:06',2,5,'+ !JallaLAN\r\n* [FrontPage Forsiden]\r\n* [force:jallalanMenu Meny-siden]\r\n* Dette er vår meny\r\n* Så det så\r\n * Ps, undermenyer eier','jallalanMenu'),(28,1,1,'2007-03-19 14:33:55',2,1,'Petter','jallalanMenu'),(28,2,1,'2007-03-19 14:38:10',2,5,'+ JallaLAN\r\n\r\n* Dette er vår meny\r\n* Så det så\r\n * Ps, undermenyer eier','jallalanMenu'),(29,1,1,'2007-03-19 14:34:26',2,1,'fant ikke siden','jallalanPageNotFound'),(30,1,1,'2007-03-19 14:34:58',2,6,'fant ikke siden','jallalanErrorPageNotFound'),(31,1,1,'2007-03-19 14:35:58',2,5,'Fant ikke siden','ErrorPageNotFound'),(31,2,1,'2007-03-19 14:36:37',2,5,'+ Fant ikke siden\r\n\r\nErrorPageNotFound er linken hit....','ErrorPageNotFound'),(32,5,1,'2007-03-20 10:08:27',2,5,'+ !JallaLAN Crew meny\r\n\r\n * [force:jallalanCrewMenu Crew Menyen]','jallalanCrewMenu'),(32,6,1,'2007-03-20 10:08:46',2,5,'+ !JallaLAN Crew meny\r\n\r\n* [force:jallalanCrewMenu Crew Menyen]','jallalanCrewMenu'),(32,4,1,'2007-03-20 10:07:53',2,5,'+ JallaLAN Crew meny\r\n\r\n\r\nPetter....','jallalanCrewMenu'),(32,1,1,'2007-03-19 14:37:08',2,5,'+ JallaLAN Crew meny','jallalanCrewMenu'),(32,2,1,'2007-03-19 14:37:17',2,5,'+ JallaLAN Crew meny','jallalanCrewMenu'),(32,3,1,'2007-03-19 14:37:28',2,5,'+ JallaLAN Crew meny\r\n\r\n\r\nPetter....','jallalanCrewMenu'),(33,3,1,'2007-03-21 08:54:43',1,1,'+ Rettighetskontroll\r\n\r\nDette er IKKE ferdig.\r\n\r\nIntill videre anbefaler jeg å ikke leke her, da det ikke er noen sikkerhetssjekker på at du fjerner deg selv fra en gruppe, eller fjerner alle i gruppa fullstendig.','ResourceControl'),(33,2,1,'2007-03-19 23:37:58',1,1,'','ResourceControl'),(33,1,1,'2007-03-19 23:37:51',1,1,'','ResourceControl'),(33,4,1,'2007-03-23 10:54:34',1,9,'+ Rettighetskontroll\r\n\r\nDette er IKKE ferdig.\r\n\r\nIntill videre anbefaler jeg å ikke leke her, da det ikke er noen sikkerhetssjekker på at du fjerner deg selv fra en gruppe, eller fjerner alle i gruppa fullstendig.','ResourceControl'),(33,5,1,'2007-04-02 12:41:41',1,7,'+ Rettighetskontroll\r\n\r\nDette er ganske ferdig. Det eneste som mangler er å kunne lage nye lister. Samt en måte å \"disable\" lister på.\r\n\r\nLek gjerne her, det skal ikke lenger være mulig å fjerne seg selv fra en ACL.','ResourceControl'),(33,6,4,'2007-04-05 02:51:26',1,7,'+ Rettighetskontroll\r\n\r\nDette er ganske ferdig, men trenger nok litt polish. BWReg2 admins og \"genre\" admins kan lage nye lister. Det er ingen måte å slette lister på nå, da dette ville kreve en form for kontroll på at ingen brukte lista, for å unngå fult kaos.\r\n\r\nLek gjerne her, det skal ikke lenger være mulig å fjerne seg selv fra en ACL.','ResourceControl'),(34,1,1,'2007-03-23 12:35:46',1,8,'+ BWReg2 Hjelp\r\n\r\nBWReg2 er delt i flere deler. Innhold, nyheter, rettighetskontroll, billettbestilling, grupper, og lignende.\r\n\r\n++ Rettigheter\r\n\r\nFor å kontrollere hvem som kan gjøre hva, benytter BWReg2 en ACL implementasjon. ACL er access control lists. Konseptet er enkelt: For hver resurs er det en liste over hvem som har rettighter til hva. I BWReg2 er alt basert på grupper, så listen inneholder kun grupper, ikke enkelt-brukere. \r\n\r\nNår du editerer innholdssider, har du mulighet til å spesifisere hvem som skal ha lese- og skrivetilgang til siden. Du kan kun spesifisere grupper du selv er med i. Slik kan du f.eks lage en side kun for for crew. Vi definerer her ikke grupper, men hvordan ressurs vi snakker om. Med andre ord er \"blanCrew\" en ressurs, og denne siden er en del av den ressursen, så og si. Alle som har tilgang til \"blanCrew\" har tilgang til denne siden. I dag betyr det alle brukere i \"BølerLAN Crew\" gruppen og \"BølerLAN Admins\" gruppen. \r\n\r\nDette kan ikke overstyres av admins, uten at admins melder seg inn i de relevante gruppene, eller endrer på rettighetene først. \r\n\r\nFor å kunne tilegne grupper til ressurser, må man ha \"m\" rettigheten til en ressurs. Har man \"m\" rettigheter til en ressurs, dukker \"Resource control\" menyen opp av seg selv, der man kan velge ressuren man ønsker å modifisere eller bare undersøke.','BWRegHelp'),(34,2,1,'2007-03-23 11:00:34',1,8,'+ BWReg2 Hjelp\r\n\r\nBWReg2 er delt i flere deler. Innhold, nyheter, rettighetskontroll, billettbestilling, grupper, og lignende.\r\n\r\n++ Rettigheter\r\n\r\nFor å kontrollere hvem som kan gjøre hva, benytter BWReg2 en ACL implementasjon. ACL er access control lists. Konseptet er enkelt: For hver resurs er det en liste over hvem som har rettighter til hva. I BWReg2 er alt basert på grupper, så listen inneholder kun grupper, ikke enkelt-brukere. \r\n\r\nNår du editerer innholdssider, har du mulighet til å spesifisere hvem som skal ha lese- og skrivetilgang til siden. Du kan kun spesifisere grupper du selv er med i. Slik kan du f.eks lage en side kun for for crew. Vi definerer her ikke grupper, men hvordan ressurs vi snakker om. Med andre ord er \"blanCrew\" en ressurs, og denne siden er en del av den ressursen, så og si. Alle som har tilgang til \"blanCrew\" har tilgang til denne siden. I dag betyr det alle brukere i \"BølerLAN Crew\" gruppen og \"BølerLAN Admins\" gruppen. \r\n\r\nDette kan ikke overstyres av admins, uten at admins melder seg inn i de relevante gruppene, eller endrer på rettighetene først. \r\n\r\nFor å kunne tilegne grupper til ressurser, må man ha \"m\" rettigheten til en ressurs. Har man \"m\" rettigheter til en ressurs, dukker \"Resource control\" menyen opp av seg selv, der man kan velge ressuren man ønsker å modifisere eller bare undersøke.','BWRegHelp'),(34,3,1,'2007-04-02 15:32:08',1,8,'+ BWReg2 hjelp\r\n\r\n++ Oversikt\r\n\r\nBWReg2 er delt opp i flere deler. For crew er det kun viktig å vite at dine rettigheter er definert av hvilke grupper du er med i. Enkeltbrukere har ingen spesielle rettigheter, rettighetene er tildelt grupper. Det betyr at for crew, er det viktig å være med i Crew gruppa. \r\n\r\nSystemet er også delt opp i \"sjangre\" og \"eventer\". BølerLAN er en sjanger, og BølerLAN Winter 07 et event. Innholdssider hører til en sjanger, men ikke noe spesielt event. Rettigheter kan være begrenset til ett spesielt event, men dette er ikke anbefalt. \r\n\r\nSystemet er delt opp i flere deler; Innhold, brukere, grupper, nyheter, eventer, plassreservering, meldinger, html, osv. Disse delene integreres med hverandre og avhenger av hverandre, men er relativt separert. Innholdssystemet f.eks vet ingenting om hvordan rettigheter beregnes, men bare forespør om en bruker har rettighetene som trengs til den spesefikke ressursen. På denne måten holdes ting konsekvent og sentralisert.\r\n\r\n++ Rettigheter\r\n\r\nRettigheter er svært sentralt i BWReg2. I BWReg1 opererte vi med en lineær rettighetskontroll; Hadde du \"nivå 14\" hadde du også alt under. Ulempene med dette var mange, det var f.eks ikke mulig å gi to brukere rettigheter til to forskjellige ting. I BWReg2 benytter vi en annen og mer avansert fremgangsmåte; Rettighetslister, eller \"Access Control Lists\" (ACL). Dette er et vanlig konsept, der man har lister over rettigheter. Avhengi av hva man vil beskytte, bruker man forskjellige lister. Brukere (I vårt tilfelle; grupper av brukere) er oppført på listen med de rettighetene de har på den lista.\r\n\r\nSlik kan vi definere at vanlig informasjon skal benytte \"blanInfo\" lista, der BølerLAN Crew har \"rw\" rettigheter (Lese- og skriverettigheter), BølerLAN Admin har \"rwm\" (Lese-, skrive- og modofiseringsrettigheter) og alle andre har \"r\" (leserettigheter). Vi kan også sette opp andre ting med denne rettighetslisten og vi slipper å modifisere hver enkelt side om en bruker ikke lenger er i crew f.eks.\r\n\r\nDet er også et magisk \"genre 0\" som er for BWReg2 administratorer. Her er det en rettighetsliste, BWReg2, som definerer hvem som har globale rettigheter. Disse brukerene har mulighet til å endre brukerinformasjon og passord, samt se og endre all informasjon. \r\n\r\nHvert genre har også et \"kortnavn\", for BølerLAN er dette \"blan\". Og til hvert genre hører det en rettighetsliste som er oppkalt etter dette kortnavnet, med andre ord blan. Dette definerer globale rettigheter for sjangeren. Tanken er å la crew ha leserettigheter her, slik at de kan se på all informasjon, men ikke nødvendigvis endre det. Crew sjef vil ha skriverettigheter på denne lista.\r\n\r\n++ Innhold\r\n\r\nInnholdssidene våre benytter Wiki-formatering for at det skal være lett å legge ut informasjon. Vi lagrer også revisjonshistorien, så om du skulle være uheldig og endre for mye, så kan man finne fram endringene. \r\n\r\nAlt innhold, inkludert hovedmenyen og crewmenyen, lagres i databasen. Ønsker du å lage en helt ny side, kan du ganske enkelt bare lenke til den, eller skrive page=... i url\'en. Når du følger lenken, vil du få beskjed om at siden ikke finnes og at du kan lage den, om du har rettighetene til det. Du kan også modifisere menyen om du ønsker det. Er informasjonen kun for crew, bruker du typisk blanCrewInfo som ACL, og er det en vanlig infoside, bruker du blanInfo. \r\n\r\nÅ slette sider går ikke egentlig ann, men du kan \"tømme\" en side, som har samme effekt. At man ikke kan slette sider, er med hensikt. Slik bevarer vi all historie.\r\n\r\n++ Brukerinformasjon\r\n\r\nSom Crew kan du se all informasjon om brukere. I skrivende stund er det ingen mulighet i frontenden for å søke fram brukere, men dette VIL komme. I mellomtiden kan du bruke: user:Kristian f.eks for å finne en spesefikk bruker basert på brukernavn. Wiki\'en vår er satt opp så user:brukernavn automatisk lenker til informasjon om \"brukernavn\". \r\n\r\nOm man ikke er logget inn som crew, er ikke all informasjon tilgjengelig. Alle brukere kan velge å skjule mesteparten av informasjonen om seg selv. Dette bør vi respektere om andre etterspørr denne informasjonen.\r\n\r\nKun BWReg2-admins kan endre informasjon om brukere og endre passordet til en bruker.\r\n\r\n++ Grupper\r\n\r\nGrupper hører til et genre, har en eier og har visse opsjoner. En gruppe må ha nøyaktig en av følgende opsjoner:\r\n\r\n|| o || Åpen gruppe - alle kan melde seg på gruppa uten kontroll ||\r\n|| m || Moderert gruppe, alle kan søke om å melde seg på, men krever godkjenning av eier. (Under utarbeiding) ||\r\n|| d || Gruppa er slettet, dette brukes for å bevare id-nummer. Ingen kan være med i slike grupper eller melde seg inn i dem. ||\r\n|| l || Gruppa er sperret. Ingen kan melde seg inn i slike grupper. ||\r\n\r\nI tillegg vil det være andre opsjoner for grupper, f.eks:\r\n\r\n|| cN || Compo-gruppe for N-on-N kamper. c5 vil f.eks være for 5-on-5 kamper. ||\r\n|| s || (Seating) Plassreserveringsgruppe. Gruppeleder kan reservere plasser på vegne av deltakerene i gruppa ||\r\n|| t || (Ticket) Bestillingsgruppe. Gruppeleder kan bestille billetter på vegne av deltakerene i gruppa ||\r\n\r\nFlere opsjoner kan dukke opp etter hvert.','BWRegHelp'),(35,2,1,'2007-03-20 10:02:13',1,1,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||','ViktigeSider'),(35,1,1,'2007-03-20 09:58:07',1,1,'|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||','ViktigeSider'),(35,3,1,'2007-03-23 10:59:50',1,9,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||','ViktigeSider'),(35,4,1,'2007-03-23 17:07:21',1,7,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||\r\n|| ErrorUserInfoNotFound || Feilmelding når en bruker ikke finnes ||\r\n|| ErrorPermissionDeniedUserInfo || Feilmelding når man forsøker å få se en bruker man ikke har lov til å se ||','ViktigeSider'),(35,5,1,'2007-03-23 17:09:12',1,10,'+ Nøkkelsider for BWReg2\r\n\r\n|| **Side** || **Beskrivelse** ||\r\n|| FrontPage || Lenker alltid til forsiden for genret. ||\r\n|| [force:blanMenu blanMenu] || Menyen ||\r\n|| [force:blanCrewMenu blanCrewMenu] || Crewmenyen ||\r\n|| ErrorPageNotFound || Informasjonen i feil-meldingen når en side ikke finnes. ||\r\n|| ErrorPageNotFoundAdmin || Informasjon i feil-meldingen når en side ikke finnes og brukeren kan opprette den. ||\r\n|| ErrorUserInfoNotFound || Feilmelding når en bruker ikke finnes ||\r\n|| ErrorPermissionDeniedUserInfo || Feilmelding når man forsøker å få se en bruker man ikke har lov til å se ||','ViktigeSider'),(36,1,1,'2007-03-23 16:53:51',1,7,'+ Du har ikke rettigheter til å se på andre brukere\r\n\r\nPrøv GJERNE å finne sikkerhetshull! (Og rapporter dem)','ErrorPermissionDeniedUserInfo'),(37,1,1,'2007-03-23 17:10:43',1,7,'+ Brukeren finnes ikke\r\n\r\nDu forsøkte å se på informasjon om en bruker som ikke finnes.','ErrorUserInfoNotFound'),(38,1,1,'2007-04-01 21:05:46',1,7,'+Tilgang nektet\r\n\r\nDu har ikke tilgang til å utføre den handlingen du forsøkte å utføre. FY FY!','ErrorPermissionDenied'),(38,2,1,'2007-04-01 21:06:03',1,7,'+ Tilgang nektet\r\n\r\nDu har ikke tilgang til å utføre den handlingen du forsøkte å utføre. FY FY!','ErrorPermissionDenied'),(39,1,1,'2007-04-02 12:52:54',2,5,'asfasf','ResourceControl'),(40,1,1,'2007-04-03 17:20:56',1,7,'+ Endre informasjon om din bruker\r\n\r\n** * ** Brukernavn er det av tekniske grunner ikke mulig å skjule sikkelig. Om du klikker av at du ønsker å skjule brukernavn, vil det kun bli skjult i lister over brukere for eksempel, ikke om noen forsøker å finne informasjon om brukeren din. Fornavn og etternavn vil heller ikke kunne skjules fullstendig, men bedre. \r\n\r\nVi anbefaler at du lar noe kontaktinformasjon være tilgjengelig så andre kan kontakte deg om det skulle være problemer med plassreservering for eksempel. Arrangører vil uansett ha mulighet til å se informasjonen du oppgir her.\r\n\r\nDet er viktig å fylle inn korrekt informasjon her for å sikkre at bestillinger du utfører er gyldige.','UserinfoChange'),(40,2,1,'2007-04-08 03:41:49',1,7,'+ Endre informasjon om din bruker\r\n\r\n++ ** * **  Skjult informasjon \r\n\r\nBrukernavn er det av tekniske grunner ikke mulig å skjule sikkelig. Om du klikker av at du ønsker å skjule brukernavn, vil det kun bli skjult i lister over brukere for eksempel, ikke om noen forsøker å finne informasjon om brukeren din. Fornavn og etternavn vil heller ikke kunne skjules fullstendig, men bedre. \r\n\r\nVi anbefaler at du lar noe kontaktinformasjon være tilgjengelig så andre kan kontakte deg om det skulle være problemer med plassreservering for eksempel. Arrangører vil uansett ha mulighet til å se informasjonen du oppgir her.\r\n\r\n++ ** ``**`` ** CSS og temavalg \r\n\r\nCSS feltet kan brukes til å endre utseende på BWReg2 når du er logget inn. La denne være blank for å bruke det vanlige utseende. Dette kan være en ekstern lenke om du ønsker å lage ditt eget tema.\r\n\r\n\r\n** Det er viktig å fylle inn korrekt informasjon her for å sikkre at bestillinger du utfører er gyldige. **','UserinfoChange'),(41,1,1,'2007-04-05 03:07:46',1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\nNavn: ___________________ Foresattes Underskrift: _____________________','ForeldreSkriv'),(41,2,1,'2007-04-05 03:08:21',1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\n``Navn: ___________________ Foresattes Underskrift: _____________________``','ForeldreSkriv'),(41,3,1,'2007-04-05 03:08:38',1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\n \r\n``Navn: ___________________ Foresattes Underskrift: _____________________``','ForeldreSkriv'),(41,4,1,'2007-04-05 03:08:52',1,7,'+ Alle under 18 år MÅ ha med foreldreskriv for å komme inn!\r\n\r\nBølerLAN er et arrangement for dataungdom som arrangeres i samarbeid mellom frivillige datainteresserte ungdom og Østensjø Bydel. BølerLAN 07 Winter blir vårt niende LAN. Dette er et lite skriv så du som foresatt er klar over hva dere sender barna deres til.\r\n\r\nBølerLAN 07 Winter starter lørdag 17. februar klokka 13:37 og varer til tirsdag 20. februar klokka 12:00. Under hele denne perioden vil det være tilstede minst to voksne fra bydelen, selv midt på natten. Prisen for deltakelse er satt til 250,- kroner. Dette går til å dekke kostnader som leie av utstyr og premier vi deler ut i konkuranser.\r\n\r\nDet som foregår på BølerLAN er at en mengde datainteresserte ungdom, i alderen 13 og oppover (de fleste er mellom 15 og 20) samles for å ha det gøy. Det blir spillt spill over nettverk, og arrangert konkuranser. Det viktigste med LAN-parties som BølerLAN er likevel det sosiale, og det er dette som gjør at folk kommer tilbake igjen og igjen.\r\n\r\nVi arrangerer en rekke konkuranser, de fleste i forskjellige nettverksspill, men vi har også en del scene-konkuranser som kan være alt fra do-papir-rulling til spilling av gamle spill på storskjerm. Vi viser også film på storskjermen om nettene. Så lenge man har betalt for deltakelse, koster ingenting av dette noe ekstra.\r\n\r\nPå dataparties som BølerLAN blir nettene lange (mange sitter oppe til 5 om natten, enkelte enda lengre), men likevell er det lagt til rette for at deltakerene skal kunne sove når de vil, i en rolig gymsal. Det blir også mulig å kjøpe både sunn og usunn mat (fra epler til sjokolade) stort sett hele tiden.\r\n\r\nDet er selvsagt STRENGT FORBUDT med alle former for rusmidler, og dette er også en av de helligste reglene vi har. Blir noen oppdaget med rusmidler eller beruset/påvirket, vil vedkommende bli vist ut, og om vedkommende er mindreårig vil også foresatte bli kontaktet.\r\n\r\nDu kan komme å besøke ditt barn og se hvordan det er så lenge dørene er oppe; 12-21. Det kan likevel være lurt å utstyre ditt barn med en mobiltelefon, om dette ikke er gjort allerede.\r\n\r\nHvis det er noen spørsmål angående bydelens rolle kan man ta kontakt med:\r\nKnut Erling Wedul\r\nMobil: 95 15 31 19\r\neller\r\nKari Solvang\r\nMobil: 48 20 01 44\r\n\r\nAlle deltakere under 18 år, MÅ levere en underskrevet kopi av denne slippen. \r\n\r\nHilsen oss i BølerLAN Crew\r\n \r\n\r\n``Navn: ___________________ Foresattes Underskrift: _____________________``','ForeldreSkriv'),(42,1,1,'2007-04-05 03:14:44',1,7,'+ Ofte stilte spørsmål\r\n[[toc]]\r\n\r\n++ Hva er aldersgrensen, må jeg ha med foreldreskriv om jeg er under 18?\r\nDu må gå i eller være ferdig med åttende klasse for å delta på BølerLAN \'07. Foreldreskrivet skal være med, dette så vi vet at de vet.\r\n\r\n++ Blir det <fyll inn spill her>-compo ? \r\nDette er opp til deg som deltaker. Vi setter opp en ganske stor liste over compoer med basis i informasjon vi får fra forumet og andre hold. Dette betyr slettes ikke at alle disse blir holdt, men de vil bli holdt om det blir nok deltakere.\r\n\r\n++ Kan mamma og pappa (eller noen venner) komme se på meg under lan\'et?\r\nSå lenge det er innen besøkstiden, 12-22, så går dette bra under et par forutsettninger: Ikke mer en 2 venner eller 3 familiemedlemmer på en gang, og de må oppholde seg i nærheten av deg. Dette er for å unngå tyverier. Noe utover dette må avklares med crew.\r\n\r\n++ Har dere game-servere?\r\nJa. Det vil både være compo-servere og public-servere for bruk utenom compoer. Dette blir i de spillene det ønskes servere til.\r\n\r\n++ Er det muligheter for å gå på do og å sove der?\r\nJa. Det er en gymsal satt av til soving og to toaletter.\r\n\r\n++ Er det mulig å kjøpe mat der?\r\nJa. Vi har kantine som er oppe nesten hele tiden (ser ann når folk er våkne).\r\n\r\n++ Blir det internett? Hvordan er nettverket?\r\nInternett er 4mbit begge veier. Lokalnettet er 100mbit. Se forøverig under \"Nettverket\".\r\n\r\n++ Skjer det noe artig på scenen ? Er det mulig for deltakere å komme med forslag under lanet?\r\nJa og ja! Vi har alltid hat scene-compoer og vi skal selvsagt fortsette med det. Vi viser også film om nettene som blir avstemt på forhånd. Du kan selvsagt komme med forslag, ta det med crew eller på forumet!\r\n\r\n++ Trenger jeg antivirus?\r\nJA! Og kjør windowsupdate før du kommer. \r\n\r\n++ Blir det public FTP slik som sist?\r\nJepp.\r\n\r\n++ Huskeliste for hva du bør ha med deg på bølerlan \r\n* Pcen din (Sjekk at du har fått med deg strømkabler o.l)\r\n* Nettverkskabel, minimum 5M.\r\n* Sovepose (gymsal=sovesal)\r\n* Penger (det er en café der med rimelige priser)\r\n* Tannbørste, shampo, o.l (det er dusjer her og)\r\n* Strømpad MÅ man ha med','OfteStilteSporsmal'),(42,2,1,'2007-04-05 03:15:30',1,7,'+ Ofte stilte spørsmål\r\n[[toc]]\r\n\r\n++++ Hva er aldersgrensen, må jeg ha med foreldreskriv om jeg er under 18?\r\nDu må gå i eller være ferdig med åttende klasse for å delta på BølerLAN \'07. Foreldreskrivet skal være med, dette så vi vet at de vet.\r\n\r\n++++ Blir det <fyll inn spill her>-compo ? \r\nDette er opp til deg som deltaker. Vi setter opp en ganske stor liste over compoer med basis i informasjon vi får fra forumet og andre hold. Dette betyr slettes ikke at alle disse blir holdt, men de vil bli holdt om det blir nok deltakere.\r\n\r\n++++ Kan mamma og pappa (eller noen venner) komme se på meg under lan\'et?\r\nSå lenge det er innen besøkstiden, 12-22, så går dette bra under et par forutsettninger: Ikke mer en 2 venner eller 3 familiemedlemmer på en gang, og de må oppholde seg i nærheten av deg. Dette er for å unngå tyverier. Noe utover dette må avklares med crew.\r\n\r\n++++ Har dere game-servere?\r\nJa. Det vil både være compo-servere og public-servere for bruk utenom compoer. Dette blir i de spillene det ønskes servere til.\r\n\r\n++++ Er det muligheter for å gå på do og å sove der?\r\nJa. Det er en gymsal satt av til soving og to toaletter.\r\n\r\n++++ Er det mulig å kjøpe mat der?\r\nJa. Vi har kantine som er oppe nesten hele tiden (ser ann når folk er våkne).\r\n\r\n++++ Blir det internett? Hvordan er nettverket?\r\nInternett er 4mbit begge veier. Lokalnettet er 100mbit. Se forøverig under \"Nettverket\".\r\n\r\n++++ Skjer det noe artig på scenen ? Er det mulig for deltakere å komme med forslag under lanet?\r\nJa og ja! Vi har alltid hat scene-compoer og vi skal selvsagt fortsette med det. Vi viser også film om nettene som blir avstemt på forhånd. Du kan selvsagt komme med forslag, ta det med crew eller på forumet!\r\n\r\n++++ Trenger jeg antivirus?\r\nJA! Og kjør windowsupdate før du kommer. \r\n\r\n++++ Blir det public FTP slik som sist?\r\nJepp.\r\n\r\n++++ Huskeliste for hva du bør ha med deg på bølerlan \r\n* Pcen din (Sjekk at du har fått med deg strømkabler o.l)\r\n* Nettverkskabel, minimum 5M.\r\n* Sovepose (gymsal=sovesal)\r\n* Penger (det er en café der med rimelige priser)\r\n* Tannbørste, shampo, o.l (det er dusjer her og)\r\n* Strømpad MÅ man ha med','OfteStilteSporsmal'),(43,1,1,'2007-04-05 18:05:16',1,7,'+ Kristians BWReg2 fremdriftsplan\r\n\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...','FremdriftsPlan'),(43,2,1,'2007-04-05 18:05:43',1,7,'+ Kristians BWReg2 fremdriftsplan\r\n[[toc]]\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...','FremdriftsPlan'),(43,3,1,'2007-04-07 23:40:13',1,7,'+ Kristians BWReg2 fremdriftsplan\r\n[[toc]]\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 80%-90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 80-90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| News || 75% || System for generering og fremvisning av nyheter på en enkel måte. || Sletting, administrering av kategoriene. Polish. ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Dokumentasjon || 25% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','FremdriftsPlan'),(43,4,1,'2007-04-07 23:43:23',1,7,'+ BWReg2 fremdriftsplan\r\n[[toc]]\r\n+ 1. Grunnleggende funksjonalitet\r\n\r\n* Grupper \r\n* Brukere\r\n* Rettigheter\r\n* Innhold\r\n* Nyheter\r\n* Event/Genre håndtering\r\n* Logging\r\n* Meldinger\r\n* Intern struktur\r\n\r\nDette må på plass før noe annet. Rekkefølgen er ikke på noen måter absolutt. Det er lite poeng å gå videre før dette er ferdig, da annen funksjonalitet vil bygge på dette. I skrivende stund er mye av dette ferdig allerede.\r\n\r\nDisse punktene må alle være på cirka 90% før jeg kan gå videre. \r\n\r\n++ 1.1 Grupper, brukere og rettigheter\r\n\r\nDette er selve kjernen av BWReg2. Dette må fungere svært intuitivt. Er det for tungvindt vil det være en byrde istedet for en ressurs. Dette har HØY prioritet. \r\n\r\nI skrivende stund er det stort sett bare grupper som trenger mer arbeid.\r\n\r\n++ 1.2 Innhold og nyheter\r\n\r\nInnhold er selvsagt sentralt; BWReg2 er en fullverdig CMS (Content Mangement System). Innhold fungerer veldig bra i skrivende stund, nyheter bør ikke være veldig mye arbeid å implementere, men det er et par ting som må avgjøres og det kan bli litt småprikkel her og der.\r\n\r\n++ 1.3 Event/Genre håndtering\r\n\r\nÅ kunne lage nye eventer, samt definere pris og åpningstider og slikt er en av de viktigste aspektene ved BWReg2 fremfor BWReg1, og hører til selve kjernen av BWReg2. Det må gå ann å lett opprette BølerLAN 07 Autumn når BølerLAN 07 Winter er ferdig, f.eks. Noe av dette fungerer alt, men langt ifra alt. Grensesnittet til å administrere dette kan utsettes noe; Første test av BWReg2 vil stort sett dreie seg om ETT lan party, tross alt. \r\n\r\n++ 1.4 Logging og meldinger\r\n\r\nMeldinger kommer til å være helt sentralt i mange moduler. Det må være svært naturlig å sende meldinger til en eller flere brukere basert på grupper. Meldingssystemet bør også håndtere e-post til brukere; I skrivende stund er det ikke definert hvordan dette systemet skal skille mellom når det sender mail og når det sender en intern melding. To ideer; \r\n# Brukerdefinert. En bruker setter opp om han vil mota meldinger på e-post eller ikke. Kode kan tvinge fram e-post sending (f.eks ved glemt passord eller når du registrerer deg første gang).\r\n# Utelukkende avgjort av koden. \r\n\r\nLogging bør være veldig lett også, en form for automatisk logging av \"actions\" har slått meg, men jeg liker ikke helt hvor det fører hen. \r\n\r\n+ 2. Plassreservering og billettbestilling/administrering\r\n\r\nÅ kunne bestille en billett og deretter reservere en plass er et must før BWReg2 er i stand til å ta over for BWReg1. Administreringen vil være bedre enn BWReg1; Mer effektive måter å sortere brukere på, søking, osv. Akkurat det å søke ser ut til å bli relativt lett å ordne, sortering like så. Her er det svært viktig at ting går fort. \r\n\r\n++ 2.1 Plassreservering\r\n\r\nDette skal være basert på grupper: Grupper har førsteprioritet. Det må være mulig å åpne plassreservering for grupper på N medlemmer før fri plassreservering åpnes.\r\n\r\nNår man ser på plassreserveringssiden bør man få oversikt over hvem som sitterp å opptatte plasser ved hjelp av dropdowns. \r\n\r\n++ 2.2 Billettbestilling\r\n\r\nLitt i tvil om det bør være mulig å bestille i grupper. Uansett bør dene delen være forholdsvis lett å ordne, inkludert venteliste. Dette bør komplimentere userinfo-boksen slik at userinfoboksen viser status på en bruker, ikke bare kontaktinformasjon om brukeren.\r\n\r\n++ 2.3 Billett- og plassreserveringadministrasjon\r\n\r\nDet må også være mulig å utføre flere handlinger samtidig; Jeg ser for meg at man har to hoved-knapper: En for hver bruker og en for \"alle\" brukere. Det vil med andre ord si at man kan søke fram alle som ikke har betalt, har navn som begynner på k. Deretter krysser man av at 3 av de har betalt, og så trykker på \"lagre alle\". Eller man kan se i lista over samtlige som ikke har betalt, man trykker masse feil, så finner man den ene brukeren man skal endre, endrer den, og trykker \"lagre en\", og kun de endringene gjort mot denne brukeren lagres. \r\n\r\nDette må også være tilrettelagt for døråpning: Systemet må være i stand til å vise kun de feltene man er interessert i til en viss grad. Sitter man i døra er man interessert i fødselsår, navn, plass, knapp for om man har ankommet og status på betaling. Ikke referansenummer, telefonnummer, adresse, osv. Det bør derimot være mulig å se userinfoboksen ved hovering \"som vanlig\". Her skal folk som aldri har prøvd BWReg få lov å være testkaniner.\r\n\r\n+ 3. Comporegistrering, avstemming, kjøreplan, sjekklister\r\n\r\nDette er ikke veldig kritiske funksjoner, men ganske. De bidrar til å gjøre BWReg2 komplett. \r\n\r\n++ 3.1 Comporegistrering\r\n\r\nComporegistrering skal være basert på grupper. Det skal være designet med brackets i bakhodet, men ikke nødvendigvis støtte dette i første omgang.\r\n\r\nDet må også være designet med tanke på tilbakemelding om resultater; Begge lag logger inn og fyller inn sluttresultatet. Stemmer ikke resultatene overens må representanter for begge lag møte game crew som tar den endelige avgjørelsen. \r\n\r\nSystemet må også ha støtte for \"store\" compoer ala Q3 FFA, karaoke, etc. Det bør være opp til game crew om en compo skal være basert på at alle deltakere sender inn resultat eller om game crew definerer en vinner. \r\n\r\nComporegistrering er HØYT prioritert.\r\n\r\n++ 3.2 Kjøreplan\r\n\r\nKjøreplan inkluderer vaktliste, og bør være automatisk publisert. Det bør også være mulig å \"skjule\" deler av kjøreplanen; Deltakere trenger ikke vite når vi sjekker sovesalene, våre interne tidsfrister for når premier skal kjøpes inn osv. \r\n\r\nKjøreplanelementer bør deles inn i kategorier:\r\n|| Kategori || Offentlig || Beskrivelse ||\r\n|| Vakt || Ja || Hvem som er på vakt. Har ingen tidsfrist som må krysses av og er ren informasjon. ||\r\n|| Compo || Ja || Dette er en compo, her bør det legges til en del ekstra tid. Offentlig tilgjengelig. Definerer ikke nødvendigvis hvem som skal spille, bare at det er compo; tenk \"hysj, det er CS-finale\", ikke \"hei, vi skal spille!\". Hvem som spiller når skal comporegistreringen holde styr på. ||\r\n|| Scene || Ja || Sceneaktiviteter som karaoke, nattfilm, conan, velkomsthilsen, etc... ||\r\n|| Rutinesjekk || Nei || Sjekk gymsalen, sjekk dører nede, etc. Må sjekkes ut av en i crew. ||\r\n|| Gjøremål || Nei || \"Kjøp ting til colacompoen\", \"Hent gavekort\", \"Sjekk nettverket\", etc. ||\r\n\r\nAt ting ikke er offentlig betyr at kun crew får se disse hendelsene. Kjøreplan vil benytte meldinger; Er du sent ute vil du samt vedkommende satt som ansvarlig for deg få melding om det. Dette er ikke en måte å peke fingre på, men en måte å forsikre seg om at ting blir gjort. \r\n\r\n++ 3.3 Sjekklister\r\n\r\nDette er enkle greier; En liste over ting vi skal gjøre. Bør gå fort å implementere. \r\n\r\nEksempel kan være \"rigging\" der alt vi må gjøre står oppført punkt for punkt, så når kvelden kommer på fredag vet vi at vi ligger godt ann. \r\n\r\nEt annet eksempel kan være \"adminvakt\" der det står faste gjøremål admin har hver vakt; Undersøke når compoer skal holdes og hvordan de ligger ann, undersøke gymsalen, høre om det har skjedd noe på forrige vakt, etc... \r\n\r\nEller \"Q3\": Serveren er oppe, folk er varslet, delt inn i to servere, whatever.... \r\n\r\nDet bør være mulig å gjenbruke en sjekkliste. De vil også være basert på ACL\'er selvsagt, slik kan vi enkelt definere hvem som ser hvilke lister, om de er offentlige og lignende. \r\n\r\n++ 3.4 Avstemming\r\n\r\nDette bør også være ganske lett i forhold til BWReg1. For hver poll kan en bruker ha en stemme. En poll kan ha en historie: Nattfilmpollen kan lages på nytt hver natt f.eks, uten å slette gammle resultater.\r\n\r\nEn poll bindes opp mot en ACL: Kan man lese pollen, kan man stemme, men man må være logget inn for å stemme. \r\n\r\nHver poll har ett unikt kortnavn, ala gname for genres. Dette brukes på content-sider for å vise pollen: $POLL:kortnavn$ vil vise pollen med kortnavn \"kortnavn\". Kortnavn vil ellers ikke være synlig for vanlige brukere. \r\n\r\n+ 4. Andre moduler\r\n\r\nEtter disse tingene er implementert vil andre moduler muligens påbegynnes...\r\n\r\n\r\n+ Status BWreg2\r\nJeg benytter GIT til å holde styr på endringene mine, og du kan følge med på fremgangen på http://nirvana.iu.hio.no/git.cgi?p=bwreg2.git;a=summary \r\n\r\n++ Kjernefunksjoner\r\n\r\n|| **Funksjonalitet** || **Fremgang** || **Beskrivelse** || **Hva mangler** ||\r\n|| HTML rendering || 90% || Å generere HTML kode sentralisert, og kunne sette sammen siden på en objektorientert måte. || Ting som oppdages etter hvert ||\r\n|| Content || 90% || Lagring av informasjon på vanlige sider, editering av disse, fremvisning, versjonshistorie, differanser, kommentar... || Div pynt ||\r\n|| Rettighetskontroll || 80-90% || Gruppebasert ACL system for å kontrollere nøyaktig hvem som har tilgang til hva. || Backenden fungerer svært bra, frontended fungerer ok, men kan trenge polish om vi anser det som nødvendig. ||\r\n|| News || 80% || System for generering og fremvisning av nyheter på en enkel måte. || Administrering av kategoriene. ||\r\n|| Brukersystem || 75% || Lagring av brukerinformasjon, innlogging. || Grensesnitt på web for å fjerne brukere. Resetting av passord. Lagre passord kryptert (trivielt) ||\r\n|| Gruppesystem || 60% || Gruppesystem som brukes til rettigheter og andre ting. En bruker kan være i flere grupper. || Mesteparten av frontenden mangler, utenom å melde seg på åpne grupper/søke på modererte grupper og melde seg av grupper. Trenger bedre kontroll (Verifisering når man melder seg av). Ikke fornøyd med backenden her enda. ||\r\n|| Eventsystem || 50% || Muligheten til å ha flere forskjellige LAN parties med flere arragement hver. F.eks JallaLAN og BølerLAN som \"genre\", og begge har to lan i året på to forskjellige steder || Frontend til systemt. ||\r\n|| Dokumentasjon || 45% || For brukere, administratorer OG utviklere. || Spesifikasjonen er ganske grei, men generell brukerdokumentasjon må utarbeides. Utviklerdokumentasjonen er nok den beste. Noe dokumentasjon her på testsidene, men ikke nok. ||\r\n|| Modulsystem || 35% || System for å enkelt legge til \"eksterne\" moduler eller plugins uten å endre kjernen av BWreg2 || Det meste utover generelt design.||\r\n|| Databasetweaking || 20% || Sette opp indekser, korrekte felt-lengder/typer, generell finpuss. Dette vil sikkre god ytelse og øke feilsikkerheten. Ikke veldig mye arbeid, men litt. || Grovt sett er det meste greit, men restraints og nøkkler må ordnes. De færreste tabellene har korrekte indekser, og alle tabellene eksisterer ikke enda. ||\r\n|| Meldinger || 5% || Sende meldinger mellom deltakere og til crew || ... alt. Spesifikasjonen er under utarbeiding. Bør ikke ta voldsom lang tid å implementere. ||\r\n|| Polish || 5% || Overordnet polering og fintilpassing for at ting skal passe sammen glatt. || Dette er typisk det som gjøres mot slutten når ting begynner å bli ferdig. ||\r\n|| Støttefunksjoner || 5% || Installasjonsscript, backupscript, etc. || Det meste utover grunnleggende database-template. ||\r\n|| Plassreservering || 1% || Plassreervering til eventer || Alt utenom informasjon om lokalene. ||\r\n|| Logging || 0% || Log over hendelser || ... alt ||\r\n\r\n \r\n++ Planlagte moduler\r\n|| **Navn** || **Prioritet** || **Beskrivelse** ||\r\n|| Kjøreplan || Høy || Lar brukere på alle nivåer ha en ide om hva som skjer når til enhver tid ||\r\n|| Comporegistrering || Høy || Lar Game Crew sette opp compoer dynamisk og definere attributter (navn, tittel, deltakere, etc etc). Lar deretter deltakere melde seg på gitt at de oppfyller kravene crew har gitt. ||\r\n|| Brukerprofiler || Lav || Lar brukere definere en offentlig tilgjengelig profil. ||\r\n|| mer .... || ? || Kom med forslag om jeg har oversett noe her ||\r\n \r\n \r\n+ Hvordan du kan bidra\r\n\r\n** Test eksisterende funksjonalitet og kom med tilbakemeldinger. ** Selv om systemet er under utvikling er det svært hjelpsomt å få tilbakemeldinger på et tidlig stadium. \r\n\r\n** Finn språkfeil. ** Dette dreier seg stort sett om automatisk genererte menyer og tabeller, f.eks under registrering eller når du editerer en side. BWReg2 skal presenteres på norsk. Mesteparten av informasjonen, som f.eks feilmeldingssider ligger i databasen og kan derfor defineres i ettertid, men en del informasjon er \"hardkodet\", og det er her jeg trenger din hjelp. Det gjelder f.eks de fleste knapper.\r\n\r\n** Design! ** Kan du tenke deg å lage CSS kode som BWReg2 kan bruke så kan det være lurt å se seg litt rundt nå. Det er lagt sterk fokus på at CSS skal definere utseende nesten fullstendig, men det kan hende enkelte aspekter av HTML-koden er oversett. Ser du noen steder der det vil være vanskelig eller umulig å definere utseende i CSS på grunn av HTML koden, så meld fra! \r\n\r\n++ Testsider\r\n  \r\nDetteHer og HitEn\r\n\r\nLogg inn med en bruker som har skriverettigheter til blanInfo (Enhver crew-bruker, du kan også fritt melde deg av og på crew-gruppa så alle brukere kan gjøre dette nå). Da kan du se hvordan du lager nye sider.\r\n\r\nWikispråket vi bruker er dokumentert på Text_Wiki sin [http://wiki.ciaweb.net/yawiki/index.php?area=Text_Wiki&page=SamplePage SamplePage].\r\n\r\n++ Brukere du kan teste\r\n\r\n|| //Brukernavn// || //Passord// ||\r\n|| kristian || hei || Superbruker ||\r\n|| jesus || moses || Vanlig bruker ||\r\n|| wiz || heihei || Crew-bruker ||\r\n|| knut || klut || vanlig bruker ||\r\n\r\n... Lag din egen bruker','FremdriftsPlan'),(44,1,1,'2007-04-06 22:34:10',1,7,'','NewsEditor'),(44,2,1,'2007-04-07 01:48:27',1,7,'+ Nyhetseditor\r\n\r\nDette er Wiki som alt annet.\r\n\r\nDette bindes naturlig vis opp mot en nyhetskategori, og det generes et \"identifiserende navn\" basert på tittelen; Er tittelen \"Jens liker rosa sokker\", vil systemet først forsøke å bruke JensLikerRoseSokker, deretter legge på tall på slutten om dette identifserende navnet er i bruk.\r\n\r\n[force:News Nyhetsarkivet]','NewsEditor'),(44,3,1,'2007-04-07 01:50:20',1,7,'+ Nyhetseditor\r\n\r\nDette er Wiki som alt annet.\r\n\r\nDette bindes naturlig vis opp mot en nyhetskategori, og det generes et \"identifiserende navn\" basert på tittelen; Er tittelen \"Jens liker rosa sokker\", vil systemet først forsøke å bruke !JensLikerRosaSokker, deretter legge på tall på slutten om dette identifserende navnet er i bruk. Kun tegnene fra A til Z blir brukt; Ikke æøå eller nummer, i skrivende stund. Så er overskriften \"BølerLAN 07 Rokker Såkker\", vil id\'en bli \"BlerLANRokkerSkker\". Det kan hende jeg forbedrer/endrer dette, men ID\'en er ikke egentlig viktig, den blir bare brukt i lenker. \r\n\r\n[force:News Nyhetsarkivet]','NewsEditor'),(44,4,1,'2007-04-07 14:55:32',1,7,'+ Nyhetseditor\r\n\r\nDette er Wiki som alt annet.\r\n\r\n[force:News Nyhetsarkivet]','NewsEditor'),(1,80,9,'2007-04-26 22:49:45',1,7,'$NEWS:hoved,5$\r\n> Mesteparten av informasjonen som stod på denne siden er flyttet til FremdriftsPlan\r\n> Dette for å faktisk bruke nyhetsgreia :)\r\nper','BølerLAN'),(1,81,9,'2007-04-26 22:49:59',1,7,'$NEWS:hoved,5$\r\n> Mesteparten av informasjonen som stod på denne siden er flyttet til FremdriftsPlan\r\n> Dette for å faktisk bruke nyhetsgreia :)\r\nKnutOgPer','BølerLAN'),(0,1,9,'2007-04-26 22:50:17',1,7,'Kryss fingrene','KnutOgPer'),(0,82,9,'2007-09-09 19:33:39',1,7,'$NEWS:hoved,5$\r\n> Mesteparten av informasjonen som stod på denne siden er flyttet til FremdriftsPlan\r\n> Dette for å faktisk bruke nyhetsgreia :)\r\nTrykk BestillBillett for å bestille gitt!','BølerLAN'),(0,1,9,'2007-09-09 19:34:04',1,7,'Har du bestillt mon tro?\r\n$ACTION:OrderTicket$','BestillBillett'),(0,1,9,'2007-09-09 20:22:24',1,7,'','PaymentInfo');
+/*!40000 ALTER TABLE `content` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `events`
 --
 
+DROP TABLE IF EXISTS `events`;
 CREATE TABLE `events` (
   `eid` int(11) NOT NULL default '0',
   `gid` int(11) NOT NULL default '0',
@@ -370,20 +66,23 @@ CREATE TABLE `events` (
   KEY `events_gid_Idx` (`gid`),
   KEY `events_location_Idx` (`location`),
   CONSTRAINT `fk_events_location` FOREIGN KEY (`location`) REFERENCES `location` (`location`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `events`
 --
 
-INSERT INTO `events` VALUES (0,0,'BWReg2','','','',1,'','0000-00-00 00:00:00','0000-00-00 00:00:00','BWReg2','');
-INSERT INTO `events` VALUES (1,1,'BølerLAN','images/bolerlanlogo.png','BølerLAN er tidenes beste LAN party',NULL,1,NULL,NULL,NULL,'blan','css/default.css');
-INSERT INTO `events` VALUES (2,2,'JallaLAN','images/glider.png',NULL,NULL,NULL,NULL,NULL,NULL,'jallalan','css/default.css');
+LOCK TABLES `events` WRITE;
+/*!40000 ALTER TABLE `events` DISABLE KEYS */;
+INSERT INTO `events` VALUES (0,0,'BWReg2','','','',1,'','0000-00-00 00:00:00','0000-00-00 00:00:00','BWReg2',''),(1,1,'BølerLAN','images/bolerlanlogo.png','BølerLAN er tidenes beste LAN party',NULL,1,NULL,NULL,NULL,'blan','css/default.css'),(2,2,'JallaLAN','images/glider.png',NULL,NULL,NULL,NULL,NULL,NULL,'jallalan','css/default.css');
+/*!40000 ALTER TABLE `events` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `group_members`
 --
 
+DROP TABLE IF EXISTS `group_members`;
 CREATE TABLE `group_members` (
   `groupid` int(11) NOT NULL default '0',
   `uid` int(11) NOT NULL default '0',
@@ -393,26 +92,23 @@ CREATE TABLE `group_members` (
   KEY `group_members_uid_Idx` (`uid`),
   CONSTRAINT `fk_group_members_users` FOREIGN KEY (`uid`) REFERENCES `users` (`uid`),
   CONSTRAINT `fk_group_members_groups` FOREIGN KEY (`groupid`) REFERENCES `groups` (`groupid`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `group_members`
 --
 
-INSERT INTO `group_members` VALUES (1,9,10,'dev');
-INSERT INTO `group_members` VALUES (7,4,1,'');
-INSERT INTO `group_members` VALUES (3,4,1,'Hei');
-INSERT INTO `group_members` VALUES (7,3,1,'');
-INSERT INTO `group_members` VALUES (3,5,1,'Crewsjef');
-INSERT INTO `group_members` VALUES (5,1,1,'Any user');
-INSERT INTO `group_members` VALUES (6,1,1,'Any user');
-INSERT INTO `group_members` VALUES (7,5,1,'');
-INSERT INTO `group_members` VALUES (2,5,1,'Crewsjef');
+LOCK TABLES `group_members` WRITE;
+/*!40000 ALTER TABLE `group_members` DISABLE KEYS */;
+INSERT INTO `group_members` VALUES (1,9,10,'dev'),(7,4,1,''),(3,4,1,'Hei'),(7,3,1,''),(3,5,1,'Crewsjef'),(5,1,1,'Any user'),(6,1,1,'Any user'),(7,5,1,''),(2,5,1,'Crewsjef');
+/*!40000 ALTER TABLE `group_members` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `groups`
 --
 
+DROP TABLE IF EXISTS `groups`;
 CREATE TABLE `groups` (
   `groupid` int(11) NOT NULL auto_increment,
   `gid` int(11) default NULL,
@@ -421,25 +117,23 @@ CREATE TABLE `groups` (
   `owner` int(11) NOT NULL default '0',
   `options` varchar(50) default NULL,
   PRIMARY KEY  (`groupid`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `groups`
 --
 
-INSERT INTO `groups` VALUES (1,0,'BWReg Admins','The superusers of BWReg',1,'l');
-INSERT INTO `groups` VALUES (2,1,'BolerLAN Admins','The superusers of BolerLAN',1,'l');
-INSERT INTO `groups` VALUES (3,1,'BolerLAN Crew','Fellesgruppe for alle i crew',1,'o');
-INSERT INTO `groups` VALUES (4,2,'JallaLAN admins','superusers',1,'l');
-INSERT INTO `groups` VALUES (5,1,'All','All users (not logged in too)',1,'l');
-INSERT INTO `groups` VALUES (6,0,'All','All users (not logged in too)',1,'l');
-INSERT INTO `groups` VALUES (7,1,'Testgruppe1','Testgruppe, aapen',1,'o');
-INSERT INTO `groups` VALUES (8,1,'Testgruppe2','Testgruppe, moderert',1,'m');
+LOCK TABLES `groups` WRITE;
+/*!40000 ALTER TABLE `groups` DISABLE KEYS */;
+INSERT INTO `groups` VALUES (1,0,'BWReg Admins','The superusers of BWReg',1,'l'),(2,1,'BolerLAN Admins','The superusers of BolerLAN',1,'l'),(3,1,'BolerLAN Crew','Fellesgruppe for alle i crew',1,'o'),(4,2,'JallaLAN admins','superusers',1,'l'),(5,1,'All','All users (not logged in too)',1,'l'),(6,0,'All','All users (not logged in too)',1,'l'),(7,1,'Testgruppe1','Testgruppe, aapen',1,'o'),(8,1,'Testgruppe2','Testgruppe, moderert',1,'m');
+/*!40000 ALTER TABLE `groups` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `location`
 --
 
+DROP TABLE IF EXISTS `location`;
 CREATE TABLE `location` (
   `location` int(11) NOT NULL auto_increment,
   `name` varchar(100) default NULL,
@@ -454,18 +148,23 @@ CREATE TABLE `location` (
   `east` varchar(50) default NULL,
   `west` varchar(50) default NULL,
   PRIMARY KEY  (`location`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `location`
 --
 
+LOCK TABLES `location` WRITE;
+/*!40000 ALTER TABLE `location` DISABLE KEYS */;
 INSERT INTO `location` VALUES (1,'Skullerud Skole','SkullerudSkoleAddresse','Gaa av paa skullerud T','<img src=\"images/skullerud1.png\" />',8,12,96,'Scene / Crew','Inngang','Kantine/Jentegardrobe','Guttegardrobe/Sovesal');
+/*!40000 ALTER TABLE `location` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `news`
 --
 
+DROP TABLE IF EXISTS `news`;
 CREATE TABLE `news` (
   `eid` int(11) default NULL,
   `sname` varchar(10) NOT NULL default '',
@@ -479,23 +178,23 @@ CREATE TABLE `news` (
   KEY `news_sname_Idx` (`sname`),
   KEY `news_uid_Idx` (`uid`),
   CONSTRAINT `fk_news_news_categories` FOREIGN KEY (`sname`) REFERENCES `news_categories` (`sname`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `news`
 --
 
-INSERT INTO `news` VALUES (0,'crew','Dette er nyheter til ære for crew',9,'+ KNUT ER EN KLUT\nMen det viste vi strengt talt allerede.\n\nUansett, dette er nyheter for crew. A LAGRE og endre nyheter er i skrivende stund ikke paa plass, men framvisning boer vare greit.\n\n... ** wiki ** formatering selvsagt :)','2007-04-06 20:32:16','FirstPostCrewNews',1);
-INSERT INTO `news` VALUES (0,'bwreg2','Nyheter begynner a ta form',9,'Nyhetsinterfacet begynner aa ta form.\nVi kan naa:\n* Sette inn nyheter paa en side ved hjelp av ``$NEWS:sname$`` i content biten\n* Finne fram alle nyheter for en kategori eller for alle kategorier vi kan lese.\n* Vise enkeltnyheter.\n* Bruke news:FirstPostCrewNews f.eks til aa lenke til andre nyheter, basert paa et unikt navn.\n\nVi kan ikke:\n* Faktisk lage nye nyheter uten aa manuelt sette dem inn i databasen\n* Editere nyheter\n* Slette nyheter\n','2007-04-06 20:35:00','BWReg2NyheterEier',1);
-INSERT INTO `news` VALUES (0,'hoved','Nyhetsgrensesnittet er i skrivende stund bedre enn det til BWReg1',9,'Det er bare en ting som er igjenn på nyheter, utover litt polering, og det er å kunne dynamisk opprette kategorier. \r\n\r\nI BWReg1 er dette en statisk liste hardkodet. Rettighetene på kategoriene er også et hardkodet mas uten like. I BWReg2 er alt dette dynamisk; Hver nyhetskategori er beskyttet av en ACL, og nyhetskategoriene er lagret i en database. Skal man vise nyheter på en side legger man ganske enkelt til ``$NEWS:kategorikortnavn$`` et sted på innholdssiden, så dukker det opp nyheter, maks 10. Ønsker man flere eller færre enn 10, kan det også spesifiseres: ``$NEWS:kategorikortnavn,3$`` lister bare 3 nyheter, osv. \r\n\r\nNyhetsarkivet viser automatisk kun de tingene du har lov å se, selvsagt.','2007-04-07 16:39:53','NyhetsgrensesnittetErISkrivendeStundBedreEnnDetTilBWReg',1);
-INSERT INTO `news` VALUES (0,'crew','Vi kan lage litt nyheter gitt',9,'Fungerer dette greit?\r\n\r\nHåper det :)','2007-04-07 02:49:24','ViKanLageLittNyheterGitt',1);
-INSERT INTO `news` VALUES (0,'hoved','RSS feed for nyheter',9,'Det er nå mulig å få et RSS feed av nyhetene her.\r\n\r\nSlik blir det enkelt for folk å følge med, uten å besøke siden jevnlig.\r\n\r\nNyheter som ikke er tilgjengelig for alle vil ikke vises i RSS feeden ved mindre du er logget inn når browseren henter den, så dette er ikke veldig hjelpsomt for crew-nyheter f.eks, men likevell en kjekk ting. Forvent en sikkelig lenke straks. \r\n\r\nI mellomtiden:\r\n\r\nhttp://glug.grm.hia.no/~kristian/bwreg2demo/template.php?action=RssNews','2007-04-08 02:55:23','RSSFeedForNyheter',1);
-INSERT INTO `news` VALUES (0,'hoved','Nå kan du spesifisere CSS selv!',9,'Om du har en bruker, kan du nå spesifisere hvilken CSS fil din bruker skal benytte!\r\n\r\nDette betyr at du kan lage din egen CSS fil, legge den ut på din egen server, og sette opp BWReg2 til å bruke denne. Slik kan du enkelt eksperimentere med BWReg2 sitt utseende.\r\n\r\nJeg håper dette kan bidra til at noen der ute forbedrer utseende jeg har defineret i http://glug.grm.hia.no/~kristian/bwreg2demo/css/default.css','2007-04-08 05:44:51','NKanDuSpesifisereCSSSelv',1);
+LOCK TABLES `news` WRITE;
+/*!40000 ALTER TABLE `news` DISABLE KEYS */;
+INSERT INTO `news` VALUES (0,'crew','Dette er nyheter til ære for crew',9,'+ KNUT ER EN KLUT\nMen det viste vi strengt talt allerede.\n\nUansett, dette er nyheter for crew. A LAGRE og endre nyheter er i skrivende stund ikke paa plass, men framvisning boer vare greit.\n\n... ** wiki ** formatering selvsagt :)','2007-04-06 20:32:16','FirstPostCrewNews',1),(0,'bwreg2','Nyheter begynner a ta form',9,'Nyhetsinterfacet begynner aa ta form.\nVi kan naa:\n* Sette inn nyheter paa en side ved hjelp av ``$NEWS:sname$`` i content biten\n* Finne fram alle nyheter for en kategori eller for alle kategorier vi kan lese.\n* Vise enkeltnyheter.\n* Bruke news:FirstPostCrewNews f.eks til aa lenke til andre nyheter, basert paa et unikt navn.\n\nVi kan ikke:\n* Faktisk lage nye nyheter uten aa manuelt sette dem inn i databasen\n* Editere nyheter\n* Slette nyheter\n','2007-04-06 20:35:00','BWReg2NyheterEier',1),(0,'hoved','Nyhetsgrensesnittet er i skrivende stund bedre enn det til BWReg1',9,'Det er bare en ting som er igjenn på nyheter, utover litt polering, og det er å kunne dynamisk opprette kategorier. \r\n\r\nI BWReg1 er dette en statisk liste hardkodet. Rettighetene på kategoriene er også et hardkodet mas uten like. I BWReg2 er alt dette dynamisk; Hver nyhetskategori er beskyttet av en ACL, og nyhetskategoriene er lagret i en database. Skal man vise nyheter på en side legger man ganske enkelt til ``$NEWS:kategorikortnavn$`` et sted på innholdssiden, så dukker det opp nyheter, maks 10. Ønsker man flere eller færre enn 10, kan det også spesifiseres: ``$NEWS:kategorikortnavn,3$`` lister bare 3 nyheter, osv. \r\n\r\nNyhetsarkivet viser automatisk kun de tingene du har lov å se, selvsagt.','2007-04-07 16:39:53','NyhetsgrensesnittetErISkrivendeStundBedreEnnDetTilBWReg',1),(0,'crew','Vi kan lage litt nyheter gitt',9,'Fungerer dette greit?\r\n\r\nHåper det :)','2007-04-07 02:49:24','ViKanLageLittNyheterGitt',1),(0,'hoved','RSS feed for nyheter',9,'Det er nå mulig å få et RSS feed av nyhetene her.\r\n\r\nSlik blir det enkelt for folk å følge med, uten å besøke siden jevnlig.\r\n\r\nNyheter som ikke er tilgjengelig for alle vil ikke vises i RSS feeden ved mindre du er logget inn når browseren henter den, så dette er ikke veldig hjelpsomt for crew-nyheter f.eks, men likevell en kjekk ting. Forvent en sikkelig lenke straks. \r\n\r\nI mellomtiden:\r\n\r\nhttp://glug.grm.hia.no/~kristian/bwreg2demo/template.php?action=RssNews','2007-04-08 02:55:23','RSSFeedForNyheter',1),(0,'hoved','Nå kan du spesifisere CSS selv!',9,'Om du har en bruker, kan du nå spesifisere hvilken CSS fil din bruker skal benytte!\r\n\r\nDette betyr at du kan lage din egen CSS fil, legge den ut på din egen server, og sette opp BWReg2 til å bruke denne. Slik kan du enkelt eksperimentere med BWReg2 sitt utseende.\r\n\r\nJeg håper dette kan bidra til at noen der ute forbedrer utseende jeg har defineret i http://glug.grm.hia.no/~kristian/bwreg2demo/css/default.css','2007-04-08 05:44:51','NKanDuSpesifisereCSSSelv',1);
+/*!40000 ALTER TABLE `news` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `news_categories`
 --
 
+DROP TABLE IF EXISTS `news_categories`;
 CREATE TABLE `news_categories` (
   `gid` int(11) NOT NULL default '0',
   `permission` int(11) NOT NULL default '0',
@@ -506,20 +205,23 @@ CREATE TABLE `news_categories` (
   KEY `news_categories_permission_Idx` (`permission`),
   KEY `news_categories_sname_Idx` (`sname`),
   CONSTRAINT `fk_news_categories_permissions` FOREIGN KEY (`permission`) REFERENCES `permissions` (`resource`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `news_categories`
 --
 
-INSERT INTO `news_categories` VALUES (1,7,'hoved','Hovedsidenyheter','Dette er viktige nyheter');
-INSERT INTO `news_categories` VALUES (1,7,'bwreg2','BWReg2 Nyheter','Dette er mest for testing...');
-INSERT INTO `news_categories` VALUES (1,8,'crew','Crew nyheter','Nyheter for crew');
+LOCK TABLES `news_categories` WRITE;
+/*!40000 ALTER TABLE `news_categories` DISABLE KEYS */;
+INSERT INTO `news_categories` VALUES (1,7,'hoved','Hovedsidenyheter','Dette er viktige nyheter'),(1,7,'bwreg2','BWReg2 Nyheter','Dette er mest for testing...'),(1,8,'crew','Crew nyheter','Nyheter for crew');
+/*!40000 ALTER TABLE `news_categories` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `permissions`
 --
 
+DROP TABLE IF EXISTS `permissions`;
 CREATE TABLE `permissions` (
   `gid` int(11) NOT NULL default '0',
   `eid` int(11) default NULL,
@@ -533,32 +235,79 @@ CREATE TABLE `permissions` (
   KEY `permissions_resource_name_Idx` (`resource_name`),
   CONSTRAINT `fk_permissions_events` FOREIGN KEY (`gid`) REFERENCES `events` (`gid`),
   CONSTRAINT `fk_permissions_groups` FOREIGN KEY (`groupid`) REFERENCES `groups` (`groupid`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `permissions`
 --
 
-INSERT INTO `permissions` VALUES (0,0,1,'BWReg2','rwm',1);
-INSERT INTO `permissions` VALUES (1,0,3,'blan','rwm',2);
-INSERT INTO `permissions` VALUES (1,0,10,'blanKristiansInfo','r',5);
-INSERT INTO `permissions` VALUES (2,0,5,'jallalan','rwm',4);
-INSERT INTO `permissions` VALUES (2,0,6,'jallalanContentCreators','rwm',4);
-INSERT INTO `permissions` VALUES (1,0,10,'blanPetterPan','rwm',7);
-INSERT INTO `permissions` VALUES (1,0,3,'blan','r',3);
-INSERT INTO `permissions` VALUES (1,0,10,'blanKristiansInfo','rwm',1);
-INSERT INTO `permissions` VALUES (1,0,7,'blanInfo','rwm',2);
-INSERT INTO `permissions` VALUES (1,0,7,'blanInfo','rw',3);
-INSERT INTO `permissions` VALUES (1,0,7,'blanInfo','r',5);
-INSERT INTO `permissions` VALUES (1,0,8,'blanCrewInfo','rwm',2);
-INSERT INTO `permissions` VALUES (0,0,9,'bwreg2Info','rwm',1);
-INSERT INTO `permissions` VALUES (0,0,9,'bwreg2Info','r',6);
-INSERT INTO `permissions` VALUES (1,0,8,'blanCrewInfo','rw',3);
+LOCK TABLES `permissions` WRITE;
+/*!40000 ALTER TABLE `permissions` DISABLE KEYS */;
+INSERT INTO `permissions` VALUES (0,0,1,'BWReg2','rwm',1),(1,0,3,'blan','rwm',2),(1,0,10,'blanKristiansInfo','r',5),(2,0,5,'jallalan','rwm',4),(2,0,6,'jallalanContentCreators','rwm',4),(1,0,10,'blanPetterPan','rwm',7),(1,0,3,'blan','r',3),(1,0,10,'blanKristiansInfo','rwm',1),(1,0,7,'blanInfo','rwm',2),(1,0,7,'blanInfo','rw',3),(1,0,7,'blanInfo','r',5),(1,0,8,'blanCrewInfo','rwm',2),(0,0,9,'bwreg2Info','rwm',1),(0,0,9,'bwreg2Info','r',6),(1,0,8,'blanCrewInfo','rw',3);
+/*!40000 ALTER TABLE `permissions` ENABLE KEYS */;
+UNLOCK TABLES;
+
+--
+-- Table structure for table `ticket_state`
+--
+
+DROP TABLE IF EXISTS `ticket_state`;
+CREATE TABLE `ticket_state` (
+  `eid` int(11) NOT NULL,
+  `force_state` enum('Enabled','Disabled','None') default NULL,
+  `period_start` datetime default NULL,
+  `period_end` datetime default NULL,
+  `option_queue` tinyint(1) default NULL,
+  `seating_start` datetime default NULL,
+  `seating_end` datetime default NULL,
+  `seating_group_start` datetime default NULL,
+  `seating_group_end` datetime default NULL,
+  `seating_group_size` int(11) default NULL,
+  `tickets` int(11) default NULL,
+  PRIMARY KEY  (`eid`)
+) ENGINE=MyISAM DEFAULT CHARSET=latin1;
+
+--
+-- Dumping data for table `ticket_state`
+--
+
+LOCK TABLES `ticket_state` WRITE;
+/*!40000 ALTER TABLE `ticket_state` DISABLE KEYS */;
+INSERT INTO `ticket_state` VALUES (1,'None','2007-09-09 19:42:26','2007-09-25 00:00:00',1,'2007-09-20 00:00:00','2007-09-25 00:00:00','2007-09-18 00:00:00','2007-09-25 00:00:00',3,1);
+/*!40000 ALTER TABLE `ticket_state` ENABLE KEYS */;
+UNLOCK TABLES;
+
+--
+-- Table structure for table `tickets`
+--
+
+DROP TABLE IF EXISTS `tickets`;
+CREATE TABLE `tickets` (
+  `eid` int(11) NOT NULL,
+  `uid` int(11) NOT NULL,
+  `ticket_id` int(11) NOT NULL auto_increment,
+  `state` enum('queue','ordered','payed','canceled-not-payed','canceled-payed','canceled-refunded') default NULL,
+  `arrived` tinyint(1) default NULL,
+  `seat` int(11) default NULL,
+  `seater` int(11) default NULL,
+  PRIMARY KEY  (`ticket_id`)
+) ENGINE=MyISAM AUTO_INCREMENT=9 DEFAULT CHARSET=latin1;
+
+--
+-- Dumping data for table `tickets`
+--
+
+LOCK TABLES `tickets` WRITE;
+/*!40000 ALTER TABLE `tickets` DISABLE KEYS */;
+INSERT INTO `tickets` VALUES (1,10,2,'queue',NULL,NULL,NULL),(1,9,8,'queue',NULL,NULL,NULL),(1,0,6,'queue',NULL,NULL,NULL),(1,3,7,'queue',NULL,NULL,NULL);
+/*!40000 ALTER TABLE `tickets` ENABLE KEYS */;
+UNLOCK TABLES;
 
 --
 -- Table structure for table `users`
 --
 
+DROP TABLE IF EXISTS `users`;
 CREATE TABLE `users` (
   `uid` int(11) NOT NULL auto_increment,
   `uname` varchar(12) NOT NULL default '',
@@ -573,19 +322,25 @@ CREATE TABLE `users` (
   `private` varchar(20) default NULL,
   `css` varchar(50) default NULL,
   PRIMARY KEY  (`uid`)
-) TYPE=InnoDB;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Dumping data for table `users`
 --
 
-INSERT INTO `users` VALUES (1,'Anonymous','Anonym','Anonym','',0,'','','',NULL,'','');
-INSERT INTO `users` VALUES (2,'kristian2','Kristoffer','asfyngstol','kristianlyng@gmail.com',1983,'Langretta 10','99014497','Admin/crew/whatever',NULL,'ufl',NULL);
-INSERT INTO `users` VALUES (3,'jesus','Jesus','Kristus','gud@himmelen.no',1909,'Himmelporten 2','99014497','Moses er teit','moses','fl',NULL);
-INSERT INTO `users` VALUES (4,'wiz','Jørgen','Eriksson Midtbø','jorgenem@gmail.com',1950,'Guristuveien 67','90621199','Heihei','heihei','map',NULL);
-INSERT INTO `users` VALUES (5,'vision','Glenn','Høye','vision@boler.no',1984,'Løvsetdalen 4 A','41568182','Vision','glennroa','',NULL);
-INSERT INTO `users` VALUES (6,'knut','Knut','Klut','knut@klutistan.klu',1990,'Knutveien 13','99014497','Jeg er en klut','klut','l',NULL);
-INSERT INTO `users` VALUES (7,'ppan','Petter','Pan','kris@kross.cra',0,'phooveien2','99014497','petter...','ppan',NULL,NULL);
-INSERT INTO `users` VALUES (8,'arntfrid','Arnt','Frid','arntfrid@bohemians.org',1995,'Arntveien 2','99014497','Botten Anna kan bare gå å legge seg.','arntfrid','mbapg',NULL);
-INSERT INTO `users` VALUES (9,'kristian','Kristian','Lyngstøl','kristianlyng@gmail.com',1983,'Langretta 10','99014497','Admin- og teknisk crew','hei','ubag','');
+LOCK TABLES `users` WRITE;
+/*!40000 ALTER TABLE `users` DISABLE KEYS */;
+INSERT INTO `users` VALUES (1,'Anonymous','Anonym','Anonym','',0,'','','',NULL,'',''),(2,'kristian2','Kristoffer','asfyngstol','kristianlyng@gmail.com',1983,'Langretta 10','99014497','Admin/crew/whatever',NULL,'ufl',NULL),(3,'jesus','Jesus','Kristus','gud@himmelen.no',1909,'Himmelporten 2','99014497','Moses er teit','moses','fl',NULL),(4,'wiz','Jørgen','Eriksson Midtbø','jorgenem@gmail.com',1950,'Guristuveien 67','90621199','Heihei','heihei','map',NULL),(5,'vision','Glenn','Høye','vision@boler.no',1984,'Løvsetdalen 4 A','41568182','Vision','glennroa','',NULL),(6,'knut','Knut','Klut','knut@klutistan.klu',1990,'Knutveien 13','99014497','Jeg er en klut','klut','l',NULL),(7,'ppan','Petter','Pan','kris@kross.cra',0,'phooveien2','99014497','petter...','ppan',NULL,NULL),(8,'arntfrid','Arnt','Frid','arntfrid@bohemians.org',1995,'Arntveien 2','99014497','Botten Anna kan bare gå å legge seg.','arntfrid','mbapg',NULL),(9,'kristian','Kristian','Lyngstøl','kristianlyng@gmail.com',1983,'Langretta 10','99014497','Admin- og teknisk crew','hei','ubag','');
+/*!40000 ALTER TABLE `users` ENABLE KEYS */;
+UNLOCK TABLES;
+/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;
+
+/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
+/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
+/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
+/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
+/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
+/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
+/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;
 
+-- Dump completed on 2007-09-09 21:37:43
diff --git a/sql/mysql.sql b/sql/mysql.sql
index a2c52be..725d1ad 100644
--- a/sql/mysql.sql
+++ b/sql/mysql.sql
@@ -1,29 +1,44 @@
--- MySQL dump 9.11
+-- MySQL dump 10.11
 --
 -- Host: localhost    Database: bwreg2
 -- ------------------------------------------------------
--- Server version	4.0.24_Debian-10sarge2-log
+-- Server version	5.0.38-Ubuntu_0ubuntu1-log
+
+/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
+/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
+/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
+/*!40101 SET NAMES utf8 */;
+/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
+/*!40103 SET TIME_ZONE='+00:00' */;
+/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
+/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
+/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
+/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
 
 --
 -- Table structure for table `content`
 --
 
+DROP TABLE IF EXISTS `content`;
 CREATE TABLE `content` (
-  `contentid` int(11) NOT NULL auto_increment,
+  `contentid` int(11) NOT NULL default '0',
   `version` int(11) NOT NULL default '0',
   `uid` int(11) NOT NULL default '0',
-  `modified` timestamp(14) NOT NULL,
+  `modified` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
   `gid` int(11) NOT NULL default '0',
   `permission` int(11) default NULL,
   `content` text,
   `title` varchar(50) NOT NULL default '',
-  UNIQUE KEY `contentindex` (`contentid`,`version`,`gid`)
-) TYPE=MyISAM;
+  KEY `contentindex` (`contentid`,`version`,`gid`),
+  KEY `content_permission_Idx` (`permission`),
+  CONSTRAINT `fk_content_permissions` FOREIGN KEY (`permission`) REFERENCES `permissions` (`resource`)
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `events`
 --
 
+DROP TABLE IF EXISTS `events`;
 CREATE TABLE `events` (
   `eid` int(11) NOT NULL default '0',
   `gid` int(11) NOT NULL default '0',
@@ -37,24 +52,33 @@ CREATE TABLE `events` (
   `end` datetime default NULL,
   `gname` varchar(10) default NULL,
   `css` varchar(50) default 'default.css',
-  PRIMARY KEY  (`eid`)
-) TYPE=MyISAM;
+  PRIMARY KEY  (`eid`),
+  KEY `events_gid_Idx` (`gid`),
+  KEY `events_location_Idx` (`location`),
+  CONSTRAINT `fk_events_location` FOREIGN KEY (`location`) REFERENCES `location` (`location`)
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `group_members`
 --
 
+DROP TABLE IF EXISTS `group_members`;
 CREATE TABLE `group_members` (
   `groupid` int(11) NOT NULL default '0',
   `uid` int(11) NOT NULL default '0',
   `level` int(11) default NULL,
-  `role` varchar(20) default NULL
-) TYPE=MyISAM;
+  `role` varchar(20) default NULL,
+  KEY `group_members_groupid_Idx` (`groupid`),
+  KEY `group_members_uid_Idx` (`uid`),
+  CONSTRAINT `fk_group_members_users` FOREIGN KEY (`uid`) REFERENCES `users` (`uid`),
+  CONSTRAINT `fk_group_members_groups` FOREIGN KEY (`groupid`) REFERENCES `groups` (`groupid`)
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `groups`
 --
 
+DROP TABLE IF EXISTS `groups`;
 CREATE TABLE `groups` (
   `groupid` int(11) NOT NULL auto_increment,
   `gid` int(11) default NULL,
@@ -63,12 +87,13 @@ CREATE TABLE `groups` (
   `owner` int(11) NOT NULL default '0',
   `options` varchar(50) default NULL,
   PRIMARY KEY  (`groupid`)
-) TYPE=MyISAM;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `location`
 --
 
+DROP TABLE IF EXISTS `location`;
 CREATE TABLE `location` (
   `location` int(11) NOT NULL auto_increment,
   `name` varchar(100) default NULL,
@@ -83,12 +108,13 @@ CREATE TABLE `location` (
   `east` varchar(50) default NULL,
   `west` varchar(50) default NULL,
   PRIMARY KEY  (`location`)
-) TYPE=MyISAM;
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `news`
 --
 
+DROP TABLE IF EXISTS `news`;
 CREATE TABLE `news` (
   `eid` int(11) default NULL,
   `sname` varchar(10) NOT NULL default '',
@@ -97,38 +123,91 @@ CREATE TABLE `news` (
   `content` text,
   `date` datetime default NULL,
   `identifier` varchar(100) default NULL,
-  `gid` int(11) NOT NULL default '0'
-) TYPE=MyISAM;
+  `gid` int(11) NOT NULL default '0',
+  UNIQUE KEY `news_identifier_gid_Idx` (`identifier`,`gid`),
+  KEY `news_sname_Idx` (`sname`),
+  KEY `news_uid_Idx` (`uid`),
+  CONSTRAINT `fk_news_news_categories` FOREIGN KEY (`sname`) REFERENCES `news_categories` (`sname`)
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `news_categories`
 --
 
+DROP TABLE IF EXISTS `news_categories`;
 CREATE TABLE `news_categories` (
   `gid` int(11) NOT NULL default '0',
   `permission` int(11) NOT NULL default '0',
   `sname` varchar(10) default NULL,
   `heading` varchar(30) default NULL,
-  `description` varchar(100) default NULL
-) TYPE=MyISAM;
+  `description` varchar(100) default NULL,
+  KEY `news_categories_gid_Idx` (`gid`),
+  KEY `news_categories_permission_Idx` (`permission`),
+  KEY `news_categories_sname_Idx` (`sname`),
+  CONSTRAINT `fk_news_categories_permissions` FOREIGN KEY (`permission`) REFERENCES `permissions` (`resource`)
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `permissions`
 --
 
+DROP TABLE IF EXISTS `permissions`;
 CREATE TABLE `permissions` (
   `gid` int(11) NOT NULL default '0',
   `eid` int(11) default NULL,
   `resource` int(11) default NULL,
   `resource_name` varchar(50) default NULL,
   `permissions` varchar(5) default NULL,
-  `groupid` int(11) NOT NULL default '0'
-) TYPE=MyISAM;
+  `groupid` int(11) NOT NULL default '0',
+  KEY `permissions_gid_Idx` (`gid`),
+  KEY `permissions_groupid_Idx` (`groupid`),
+  KEY `permissions_resource_Idx` (`resource`),
+  KEY `permissions_resource_name_Idx` (`resource_name`),
+  CONSTRAINT `fk_permissions_events` FOREIGN KEY (`gid`) REFERENCES `events` (`gid`),
+  CONSTRAINT `fk_permissions_groups` FOREIGN KEY (`groupid`) REFERENCES `groups` (`groupid`)
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
+
+--
+-- Table structure for table `ticket_state`
+--
+
+DROP TABLE IF EXISTS `ticket_state`;
+CREATE TABLE `ticket_state` (
+  `eid` int(11) NOT NULL,
+  `force_state` enum('Enabled','Disabled','None') default NULL,
+  `period_start` datetime default NULL,
+  `period_end` datetime default NULL,
+  `option_queue` tinyint(1) default NULL,
+  `seating_start` datetime default NULL,
+  `seating_end` datetime default NULL,
+  `seating_group_start` datetime default NULL,
+  `seating_group_end` datetime default NULL,
+  `seating_group_size` int(11) default NULL,
+  `tickets` int(11) default NULL,
+  PRIMARY KEY  (`eid`)
+) ENGINE=MyISAM DEFAULT CHARSET=latin1;
+
+--
+-- Table structure for table `tickets`
+--
+
+DROP TABLE IF EXISTS `tickets`;
+CREATE TABLE `tickets` (
+  `eid` int(11) NOT NULL,
+  `uid` int(11) NOT NULL,
+  `ticket_id` int(11) NOT NULL auto_increment,
+  `state` enum('queue','ordered','payed','canceled-not-payed','canceled-payed','canceled-refunded') default NULL,
+  `arrived` tinyint(1) default NULL,
+  `seat` int(11) default NULL,
+  `seater` int(11) default NULL,
+  PRIMARY KEY  (`ticket_id`)
+) ENGINE=MyISAM AUTO_INCREMENT=9 DEFAULT CHARSET=latin1;
 
 --
 -- Table structure for table `users`
 --
 
+DROP TABLE IF EXISTS `users`;
 CREATE TABLE `users` (
   `uid` int(11) NOT NULL auto_increment,
   `uname` varchar(12) NOT NULL default '',
@@ -143,5 +222,15 @@ CREATE TABLE `users` (
   `private` varchar(20) default NULL,
   `css` varchar(50) default NULL,
   PRIMARY KEY  (`uid`)
-) TYPE=MyISAM;
-
+) ENGINE=InnoDB DEFAULT CHARSET=latin1;
+/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;
+
+/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
+/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
+/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
+/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
+/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
+/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
+/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;
+
+-- Dump completed on 2007-09-09 21:41:50