Det kan selvfølgelig være at du er en af de heldige, som kører en fungerende installation af MacPorts, der stammer fra dit Leopard-miljø (10.5) – men for stort set alle andre (og alle på Meeho!™-teamet inklusiv) er resultatet af en opgradering til Snow Leopard at MacPorts ikke virker ordentligt.

Et eksempel på en fejl, vi har fået, kunne fx være:

Error: Unable to open port: can't read "build.cmd": Failed to locate 'make' in path: '/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at its MacPorts configuration time location, did you move it?

Hvis du oplever kompileringsfejl af stort set enhver slags, mens du sidder og bander og svovler fordi den pokkers MacPorts-installation ikke vil virke, så bare rolig: uanset hvilke fejl, du oplever, så er løsningen garanteret at foretage en frisk installation af MacPorts – det virkede for os.

For at få det hele til at spille igen skal du følge migreringsguiden på MacPorts-hjemmesiden: http://trac.macports.org/wiki/Migration

Google har udviklet et interessant værktøj baseret på de forskellige browservindue-størrelser, som anvendes af de mange millioner af brugere, som besøger Google hver dag. Værktøjet hedder Browser Size og det gør dig i stand til at sikre at de vigtigste dele af din hjemmeside kan ses af størstedelen af dine besøgende, i hvert fald som det ses gennem Googles optik.

Du kan se nærmere på Browser Size på adressen http://browsersize.googlelabs.com.

Hvis du undrer dig over hvor pokker Extract-filteret er blevet af i PhotoShop CS4, så er din undren absolut berettiget – det er nemlig ikke en del af basisinstallationen af CS4 mere.

Heldigvis kan du downloade det lige her, og så skal du blot sørge for at lægge filen i Plug-ins -> Filters-biblioteket i din PhotoShop CS4-installation, genstarte PhotoShop, og så spiller klaveret igen!

Så snart du har kopieret filter-filen ned i din PhotoShop CS4-installation, så kommer "Extract..."-funktionen frem igen.

Vi har skrevet kort om emnet i forbindelse med indlægget om gruppemails, men det er værd at sætte en tyk streg under et afgørende faktum forbundet med mailto-attributten. Forestil dig at du har følgende linjes HTML:

<a href="mailto:kt@meeho.dk,aj@meeho.dk">Send en mail til Kasper og Anders!</a>

Ovenstående virker fordi mailto-strengen kun består af 30 tegn i alt. Men så snart længden er større end 255 tegn, så virker det ikke i Internet Explorer 7, og hvis længden er over 2048 tegn, så virker det ikke i Firefox osv. – browserne sætter forskellige begrænsninger, og her er hovedpointen: de begrænser hvor meget data, du kan putte i tag’et. Hvad gør man så i det her tilfælde?

Såfremt du er på udkig efter en løsning, som gør dig i stand til at putte en hel masse e-mail-adresser i dit <a>-tags mailto-attribut, så behøver du ikke lede længere – det virker ikke ordentligt på alle systemer uanset hvad du gør!

Selvfølgelig er det klart at hvis din kode producerer mailto-strenge, som er kortere end fx 150 tegn, så kan du sagtens bruge mailto, men hvis det ikke er tilfældet, så løber du hurtigt ind i problemer.

For de interesserede kan jeg anbefale at tage et nærmere kig på RFC’en omkring URI’er, som netop ikke sætter nogen officiel begrænsning på længden. Men det fremgår at “URI producers should use names that conform to the DNS syntax, even when use of DNS is not immediately apparent, and should limit these names to no more than 255 characters in length”.

I Meeho!™ har vi gjort brug af Postfix-forwarding til at løse problemet. Det kræver dog et dybdegående kendskab til Postfix samt at Postfix er installeret og kan anvendes i det setup, du arbejder med. Såfremt det har interesse, vil vi meget gerne beskrive løsningen i endnu et indlæg her på bloggen.