Backendskisser er ferdige.
http://prosjekt.leep.no/backend/backend.html
Thomas og Simen tar dokumentasjonen, det er lagt inn slik at straks dokumentene som søkes etter med beskrivelsestekst er ferdig opprettet, så vises det fint.
Backendskisser er ferdige.
http://prosjekt.leep.no/backend/backend.html
Thomas og Simen tar dokumentasjonen, det er lagt inn slik at straks dokumentene som søkes etter med beskrivelsestekst er ferdig opprettet, så vises det fint.
Har lagt til lokale ankere på frontend-skissene og restrukturert .html-filene noe for bedre oversikt og en forståelig CSS. Nivå 5 og 8 validerer ikke, men de validerer på mitt område, så det skyldes muligens curl.
Jeg har også laget et kommentarsystem lokalt på min maskin. Planen er å få dette live sammen med Robert en dag til uka.
Saksliste
1. Godkjenning av innkalling og saksliste
Både innkalling og saksliste er godkjent.
2. Evaluering av prosjektet hittil
3. Forventninger med prosjektet videre
4. Kommunikasjon
5. Arbeidsoppgaver videre mtp. leveranse 2
Kravspesifikasjon
Begrunnelse for designvalg
Webside-skisse
Systemfunksjonalitet
Evaluering
6. T-skjorter og presentasjon
7. Utforming av rapport
Møtet er hevet.
Har lagt ut prosjektbeskrivelse, samarbeidsavtale og risikoplan versjon to (dvs. foreløpige forslag). Thomas har dessuten rettet opp skissebeskrivelsene. Fremdriftsplan gjenstår vel, ettersom møtereferatet vel går under og utgjør "prosjektdagbok", da vi ikke har noe annet fornuftig å skrive her.
print "Hei, dette er en test\n";
print 'Hei, dette er en test\n';
print '<a href="http://s.voltage.nu/~robert/leep">';
print '<img src="leep-logo.png" alt="Logo" /></a>';
Robert og jeg satt og tenkte litt på hvordan databasen skal se ut, og jeg laget dette utkastet (basert på det Robert skisserte på skolen):
http://leep.googlegroups.com/web/database.PNG?gsc=hoZjfwsAAAC2ykNFh3c5tRPlXSNALaAt
Da har jeg skrevet litt enkel html-kode og fått ut beskrivelse for nivå 1. Det er sannsynligvis flust av feil, da jeg har endret fila en del ganger. Det var heller ikke topp å kode i notepad heller (men siden validerer).
http://www.stud.hio.no/~s147963/leep/
Legger ut alt her etter hvert, så er det bare å kommentere og komme med forslag til endringer der det er rom for forbedring (eller der dere finner feil).
Edit: Bruker Vim selv i Linux, men har jobbet på den stasjonære maskinen. Fortsetter med resten av nivåene nå. :-)

Endret en del på layouten på prosjekthjemmesiden (Leveranse 1).
Foreløpig er det Frontend som ligger på forsiden her, men frontend er ikke hele systemet, systemet er mer omfattende, med backend, database, php-kode, sql-statements, xhtml, css og bilder, jeg har laget en oversikt over hele systemet, som jeg tenkte å legge på forsiden, men dette blir å gjøres i morgen. I dag har jeg gjort veldig mye, og er litt lei av dette i dag nå!
Per
Mens våre eminente dokumentører (Er det egentlig et ord? Om ikke burde det klart bli lagt til i ordlista) har laget skisser over systemet, har jeg startet med å designe websidens rammeverk, det vil si hvordan den ser ut på et globalt plan. For alle sider man klikker seg inn på skal rammeverket opprettet vises. Dette gjøres lett ved å integrere siden mot PHP, og jeg skal gi et par eksempler på det senere.
Ovenfor er hvordan den statiske utviklingsversjonen av siden ser ut. Fanene i menyen fungerer på hva jeg synes er en fantastisk enkel men kraftig måte å skapen en illusjon av at det faktisk er faner. Teorien er at vi har små blokkelementer av typen a (lenker om du vil) som har en gitt verdi med border: 1px #000000 solid; samt litt padding og bakgrunnsfarge som stil. Det kjøres en sjekk om den gitte siden er valgt, og om den er det setter den til en annen stil der bakgrunnsfargen til elementet blir satt til hvit (bakgrunnen på hoveddokumentet) og den nederste kanten er skjult. Da skaper man illusjonen av faner mens det egentlig ikke er det.
Selve sjekken ser slik ut: <a class="fane<?php if($_GET['s'] == 1) echo " fs";?>" href="?s=1">Side 1</a> og viser med oppfeita skrift hva som er PHP-skriptet. Dersom siden s er definert som siden som tilhører elementet, i dette tilfellet 1, så legger den til "fs" i stilen slik at stilen blir "fane fs". Dette betyr at den arver først alle attributene til fane og deretter alle attributene til fs. Dersom fs bryter mot fane er det fs som er sterkest og vinner.
Tilbake til integrering av siden. For å lett integrere siden kan man kjøre noe som dette i hovedområdet (der du vil ha innhold):
<?php
$s = $_GET['s'];
if(isset($s))
include "tekst/$s.php";
?>
Dette er en veldig lett, men også utrygg måte å ha dynamikk på. Hva skjer hvis brukeren oppgir index.php?s=../index ? Jo, da inkluderes index.php i eningen og skaper nettleserens død. Vi kan også gjøre dette med andre filer som funksjoner.php og liknende, og da blir det hele ganske utrygt. Løsningen er å være veldig strikt på hvilke sider du skal ha tillatelse til å røre gjennom dynamikken:
<?phpDette gjør at vi kan lett holde styr på hva som blir inkludert. For å gjøre det hele penere kan vi derivere det hele ut i en funksjon:
$s = $_GET['s'];
if($s == "nyheter" || $s == 1 || $s == 2 ||
$s == 3 || $s == "leep")
{
include "tekst/$s.php";
}
else
{
include "tekst/nyheter.php";
}
?>
<?php
function inkluder($s)
{
if($s == "nyheter" || $s == 1 || $s == 2 ||
$s == 3 || $s == "leep")
{
include "tekst/$s.php";
}
else
{
include "tekst/nyheter.php";
}
}
?>
I så fall kan vi bare kalle på dette fra hoveddokumentet:
<?phpDette var dagens rablerier fra Robert om den nåværende utviklingen og valg som er tatt hittil. Planer videre er å komme med forslag til layout på databasen, noe man forhåpentligvis vil være spesielt enige i etterhvert.
inkluder($_GET['s']);
?>