pichia

Jag är inte riktigt säker på vad du menar. Är det så att länken dit är '/blog/', men att slutsidans url blir mer komplicerad än så (för att det är en wp-blog eller dyl)? isf kan du ha en extra rad som reagerar om den aktuella sidan innehåller '/blog/' utan att bry sig om hur länken slutar:

<?php
	$menu_pages = array(
		'/index.php'=>'bilder',
		'/webbdesign.php'=>'webbdesign',
		'/blogg/'=>'blogg', //<== ändrat här
		'/ommig.php'=>'om klara'
	);
	foreach($menu_pages as $url=>$title){
		$class = ($url == $_SERVER["SCRIPT_NAME"])? ' class="current"' : '';
		if((strpos($_SERVER["SCRIPT_NAME"],'blog') > 0) && ($url == '/blog/')){$class = ' class="current"';}
		$id = ($url == $_SERVER["SCRIPT_NAME"].'/ommig.php')? ' id="om"' : '';
		echo '<li'.$class.$id.'><a href="'.$url.'">'.$title.'</a></li>'."\n";		
	}
?>

Den punkten har iaf ett enkelt svar, i id-jämförelsen jobbar du helt internt i array-en och behöver inte ta med något från $_SERVER

<?php 
...
		$id = ($url == '/ommig.php')? ' id="om"' : '';
...
?>

Har du koll på vilka din målgrupp är? Kommer några att ta emot ditt html-mail i Outlook (rysligt många på profs-sidan)? I och med Outlook 2007 drog Microsoft tillbaka tiden med ca 5 år från att använda samma renderingsmotor som IE6 (redan då inte den vassaste kniven på marknaden) till att använda MS Words renderingsmotor. Css-stödet är rudimentär. det är tabellbaserad layout som gäller med inline css.

Det finns dock hjälp därute. Bla med denna sida (HTML email inline styler) kan man få hjälp att flytta in prydlig css till inline styling. På köpet, får du även en fingervisning hur bra stödet din kod kommer att ha i olika email-klienter. Det underlättar arbetet betydligt.

Ligger filerna till din meny i en underkatalog i förhållande till localhost, tex "localhost/minsite/index.php", "localhost/minsite/about.php"... så skall man ta hänsyn till det på något sätt: antingen tar man med det i urlbeskrivningen i arrayen enl mitt förslag ovan (#21): '/minsite/index.php'=>'Home', eller så är det med i jämförelsesatsen (se nedan).

Vitsen med att ange en url som börjar med "/" är att den blir då absolut från website-roten. Har du inte det och använder skriptet på en fil i en underkatalog (exvis '/minsite/gallerier/galleri_xx.php'), så kommer url-en att uppfattas som relativa till den aktuella underkatalogen ('gallerier') och antagligen missa de tilltänkta filerna i den överliggande katalogen.

Har du en phpinfo()-sida på din lokala server så kan du få bättre förståelse för vad $_SERVER["SCRIPT_NAME"] är för variabel. Det finns flera i $_SERVER-gruppen som är riktigt användbara. kolla bara att de finns och har samma funktion både på din lokala server och ditt webbhotel.

Tex på samma sätt som med klassen. I exemplet nedan så har jag lagt in en variabel $rot som tar hänsyn till om sajten inte börjar riktigt i webbserverroten (som det ofta händer om man kör med flera projekt under localhost*). Här är det sidan special.php som har ett eget id.

<ul id="menu">
<?php 
$rot = '/minsite';
$menu_pages = array(
	'/index.php'=>'home',
	'/about.php'=>'about us',
	'/contact.php'=>'contact us',
	'/special.php'=>'special',
	'/portfolio.php'=>'portfolio'
	);

foreach($menu_pages as $url=>$title){
	$abs_url = $rot.$url;
	$class = ($abs_url == $_SERVER["SCRIPT_NAME"])? ' class="current"' : '';
	$id = ($abs_url == $rot.'/special.php')? ' id="special_id"' : '';
	echo '<li'.$class.$id.'><a href="'.$rot.$url.'">'.$title.'</a></li>'."\n";
}
?>
</ul>

*: rekommenderar MAMP Pro där man enkelt kan ge egna domän-adresser till flera olika projekt på den lokala webbservern och därmed slippa den problematiken med sajter som inte ligger i roten.

Om det fortfarande är aktuellt...
Jag skulle göra något i stil med:

<ul id="menu">
<?php 
$menu_pages = array('/index.php'=>'home','/about.php'=>'about us','/contact.php'=>'contact us','/portfolio.php'=>'portfolio');
foreach($menu_pages as $url=>$title){
	$class = ($url == $_SERVER["SCRIPT_NAME"])? ' class="current"' : '';
	echo '<li'.$class.'><a href="'.$url.'">'.$title.'</a></li>'."\n";
}
?>
</ul>

Man kan också köra det "mjukt" och låta javascript identifiera den nuvarande sidan i en meny och lägga till en lämplig klass/id.

typ Jalbum (jAlbum - Create online photo albums) eller vill du ha det på serversidan (tex php-baserat)?

Jag har en likadan MBP och petade in 8 GB (2 x Corsair 4 GB DDR3 SO-DIMM 1066MHz) i våras i samma väva som jag uppgraderade till Snow Leopard (datorn kom med Leopard). Datorn var då ca 2 år. Från att vara extrem stabil men seg vid tyngre arbeten, så blev den rapp och följsam i alla lägen, men också extrem instabil. Det blev Kernel panic när som helst. Den kunde hålla ångan uppe en vecka lika gärna som att krascha flera gånger om dagen.

Var det systemuppgraderinen eller minnet som spökade? Jag petade tillbaka mina original Apple 2 GB minnen. Under den veckan kraschade datorn inte en enda gång. Å andra sidan var den så seg att det knappt gick att göra något annat än att köra systemet - lite begränsat, kan man tycka.
Jag var nästan på väg tillbaka till affären med mina Corsair minnen, men gav dem en andra chans och installerade dem igen. Jag hade läst här på forumet att instabilitet kunde bero på att minnerna inte riktigt riktigt satt rätt i sina slottar. Mycket riktigt så förvann huvuddelen av instabiliteten sedan dess. Datorn har gått ner ett par gånger sedan dess, det är mer än innan alla uppdateringar/uppgraderingar, men å andra sidan så har den mycket mera flås och man behöver inte fundera så mycket över vilka program som är igång. Så det känns rätt OK.

Du kan peta in minnen som är snabbare än original, men du kommer inte att få ut något av det. Din dator kommer fortfarande att köra vid ursprungliga frekvensen.

Om det är den taggen som direkt omsluter img-taggen som man kör "position:absolute;" på, så bör man ha det så för att det skall fungera som det är tänkt i alla webbläsare.
Den egenskapen kanske redan är satt där via slideshowfunktionen eller en annan omslutande div med samma dimensioner som sliden, och då funkar det fint det med.

Googlar du på det så ser du att det är ett rätt så vanligt standardknep i många sitebyggen.
En klassiker i fältet är Eric Meyers CSS Tools: Reset CSS

OK, om jag har fattat rätt nu så skall även bilden skall vara högerjusterat, och till vänster om texten/rubriken som är i sig högerjusterat på sliden dock med en fast bredd.

När det gäller bilden på sliden: är "img.slideshow-content" rätt selektor? I slideshows egen css använder dom ".slideshow-content img".
Får du rätt selektor till bilden, så borde följande fungera:
"rätt bildselektor"{
right:nnpx;
position:absolute;
}
där nn är textens bredd plus marginal till bilden.

Och glöm inte:
div.slideshow-content {
position: relative;
}

Jag tänkte precis i samma bana med css-reset. Där brukar de se till att alla webbläsare har vänsterjusterad text i tabellceller.
Använder du sedan, som klarabara påpekar, rätt css selector för att styla just de aktuella cellerna är det bara att köra "text-align : justify;" Det är nog inget problem med IE så länge man kör det med css och inte tveksamma stilattributer i html.

När man tittar på dessa två bilder, så ser det rätt naturligt med titel och text närmast bilden, oberoende av dess bredd. Men, om jag förstår dig rätt, så vill du hellre att det blir luft mellan bild och text när bilden är smalare, så att texten alltid är på samma plats i högerkant.

Rimligen skall detta kunna lösas med css utan att röra i php.
Antagligen är det paragraferna med klasserna "slideshow-title" och "slideshow-caption" som du måste styla.
Kan man inte sätta den med absolut positionering med 0 från höger (eller annat lämpligt avstånd i px)? Kom ihåg isf att förälder-taggen måste ha "position: relative;" på sig för att det skall fungera: här verkar det vara diven med class "slideshow-content" om jag läser php-filen rätt, med det ser man bäst om man tittar på den färdiga html i webbläsaren.

Men det blir just en "ladda upp och sedan ladda ner"-senario, som LCR ville undvika.

Det finns ett program som heter Papaya (Lighthead - Papaya) som skall göra detta enkelt att ladda ner direkt från den egna datorn, men man måste fortfarande ställa in port forwarding för webbdelning i routern om man har en sådan.

Sorry, jag kanske lite väl summarisk med min kodsnutt. ob_start-grunkan skall vara första rad i mallen och ob_end-raden skall vara sist. All html och php-logik skall ligga i mellan dessa två.

Snygg sida, föresten! Gill Sans är en underskattad höjdare.