Jeg kan ikke prale af at have overbelastet læserne med artikler de sidste mange måneder. Hvorfor?

Først og fremmest sker der jo - desværre - ikke meget på Via-fronten. Der er kommet en version 3.4-opgradering i november, men ellers er der intet nyt fra Åhavevej.

Derfor slår jeg mest mine folder på Kleans weblog.

I øjeblikket arbejder jeg ellers med flere spændende Via-projekter, men tavsheden fra Dynamicweb er ikke et godt tegn. De plejer gerne at ville fortælle, hvad de har på vej. Man kan måske konkludere at det er et signal, at der ikke er et signal?

Jeg kunne nu godt tænke mig lidt mere opmærksomhed på detaljerne. Det ser ikke ud af meget, men det gør en stor forskel.

Se nu på skærmbilledet her:

Den nye divider, der kan folde ud og ind, er smart nok. Desværre så indrykker den de efterfølgende elementer ca. 20 pixels.

Hvorfor er det et problem?

Alle elementer i Via er dimensioneret efter hinanden, og uden en divider kan man sætte to image selectors ved siden af hinanden.

Nu, hvor de skubbes mod højre, vil det ikke kunne lade sig gøre længere. Skraldespanden vil simpelthen forsvinde under scrollbaren, så man ikke længere kan slette et billede.

Løsningen: Fjern det unødvendige indryk.

For eksempel har Google nogle retningslinier for længden af en page title eller en page description, man selvfølgelig bør følge.

Hvis et felt i Via er begrænset til for eksempel 400 tegn, så burde det være en naturlig del af redigeringen at man kan se antallet af tegn mens man skriver?

Hvorfor tilføjer vi ikke bare denne funktion selv? Det kan man faktisk ikke, og det er på den ene side irriterende - men der er også en fornuftig forklaring. Interface-elementer i Via er kontrolleret af kernen, og det sikrer at alle moduler fungerer ens uanset hvem, der udvikler dem.

Bagsiden er, at nye forbedringer af de basale elementer i Via kun kan komme med en generel opgradering.

Jeg har sendt forslaget til Dynamicweb, og så bliver det jo spændende at høre, hvad der sker.

Hvad står der på din egen Via-ønskeliste?

Listen skal opdeles i to:

1. Søgeord, der blev fundet
2. Søgeord, der ikke blev fundet

Desuden bør man kunne sortere listen alfabetisk og se listen indenfor et datointerval.

Hvorfor?

Søgeord, der blev fundet, er indhold, som måske er gemt for langt væk for læseren.

Søgeord, der ikke blev fundet, er det indhold, som mangler at blive skrevet.

Problemet i Synkron Via er, at det er en af de glemte features. Det stod oprindeligt på listen, men det er aldrig implementeret. Da Via-moduler ikke er “Shared source” (som det gælder hos Sitecore), og da de heller ikke kan udvides, så er det nødvendigt at lave et workaround.

Det er her, jeg kommer til kort.

Der er to flasker god rødvin på højkant til den Via-udvikler, der kan komme med det bedste løsningsforslag til implementering af en Search Log til Via.

Problemet er ikke så meget at lave en rapport i Via som at lave dataopsamling. Hvordan bør man indsamle alle søgeord med fundet/ikke-fundet information med et minimalt performance-hit?

Skyd!

Jeg hader at være den første til at installere ny software. Det er altid bedre at lade andre tage sig af problemerne. Denne gang tænkte jeg, at det ville være god service, at det var min maskine, der holdt op med at virke.

Så galt gik det nu ikke. Synkron Via kører fint i Internet Explorer 8, ser det ud til. Dog har der indsneget sig en mystisk formatteringsfejl i topmenuen.

Jeg skal nok kommentere, hvis jeg finder andre fejl, men lige nu ser det fint ud.

Fejlen i topmenuen er kun kosmetisk og har ingen funktionel betydning.

Det er også almindelig kendt, at når en læser er nået ned til bunden af siden, så er det en god strategi at angive en “flugtvej”. Navigationen er jo sikkert væk, hvis man scroller ned, og så er det jo handy at vise en liste over andre interessante sider på websitet i bunden af siden.

Problemet er blot, at det indbyggede Smart Lists-modul i Via ikke løser problemet helt. Smart Lists kan bruges til mange ting, men modulet kræver at man selv angiver kriterier for, hvilke typer sider, der skal vises.

Hvis kriteriet er “andre sider ligesom mig”, er det jo lidt et problem.

Det er her, modulet Related Pages slår til.

.

Modulet læser selv sidens metadata og finder andre sider, der har tilsvarende metadata.

Listen over “relaterede sider” bliver altså skabt ved hjælp af en dynamisk logik. Udgiver man nye sider med relevante metadata, kommer de på listen.

Ændrer man sidens indhold, ændrer man også sidens metadata, og dermed ændrer man også listen med relationer.

Modulet koster 9.900 og kan købes hos Illumi. Kontakt Søren Madsen for yderligere oplysninger.

Nedarvning i Via er ændret fra version 3.1 til 3.2.

I Via 3.2 er man gået væk fra et vindue, hvor alle nedarvninger for et helt metadata schema kan sættes på en gang.

I stedet for er der nu tre ikoner under hvert felt, hvor man kan sætte nedarvningen for et felt ad gangen.

.

Desværre kræver hver ændrede indstilling et reload. Pokkers! Det betyder omkring 15 reloads for hvert dokument, der skal have ændret metadata.

Mit forslag: Enten rulles tilbage til implementeringen i Via 3.1 eller også ændres implementeringen hurtigst muligt, så alle reloads fjernes.

Hvem kan i øvrigt gætte hvad de tre ikoner står for?

Svaret er “Ingen nedarvning”, “Nedarvning” og “Lokal værdi”.

Det sidste er faktisk en rigtig smart funktion, fordi et element kan overspringes i en nedarvning. En side på niveau 3 kan for eksempel arve egenskaber fra en side på niveau 1, fordi siden på niveau 2 har en lokal værdi.

I øvrigt ville jeg foretrække at ikonerne blev smidt ud til fordel for tekstlinks. Ganske vist er der ALT-tags til at fortælle, hvad ikonerne står for, men ellers ville jeg ikke kunne gætte det.

Det er, undskyld mig, en dum idé, og udviklingen af nye browsere viser blot, at det ikke er en strategi, der holder i længden.

Nu kunne jeg ikke dy mig for at se på Synkron Via i den nye Safari 4 Beta. En dejlig browser, i øvrigt.

Til gengæld er der ikke meget at more sig over i Via.

Åh, hvor mange kasser øl skal jeg gi’ for at se Synkron Via i en anden browser end Internet Exploder? Please. Vi er mange, der ville blive så glade.

Via 3.2 vil glæde mange moduludviklere. Det er nemlig blevet en hel del lettere at skrive moduler til Via.

Via 3.2 introducerer Data Sources, nye muligheder for visualisering af page templates og en masse andre lækre forbedringer.

Det ser rigtigt godt ud. Via 3.2 giver indtryk af at være en rigtig solid release, der bygger videre på de gode takter, man så i version 3.1. Det bliver spændende at følge udviklingen.

En af de helt store frustrationer ved moduludviklingen hidtil har været, at når der blev tilføjet nye properties eller ændret tekster på et givet modul, så skulle modulet fjernes fra løsningen og derefter installeres på ny. Dette betød, at modulet manuelt skulle fjernes alle de steder, det var i brug. Det kunne godt være noget af en skattejagt. Når modulet så var reinstalleret, så skulle man igen ind på alle sider og gendindsætte modulet.

Ikke længere! Nu bliver modulet reprobet ved installation oveni en eksisterende, tidligere version. Hvis man lytter godt efter, så kan man høre moduludviklerne drage et kollektivt lettelsens suk.

Hvis det ikke var nok, så er mængden af kode, der kræves for at få et modul til at fungere med Via, blevet reduceret væsentligt. Via 3.2 introducerer SimpleModule, som er en klasse, der skjuler meget af den husholdningskode, man ellers har kæmpet med indtil nu. SimpleModule introducerer også databinding af properties til GUI-elementer og event-drevet programmering.

Den event-drevne tilgang til moduludvikling erstatter den til tider meget rodede kode i HandleSubmit med kode i event-funktioner som OnOk, OnApply, onBeforeRender etc.

En anden længe ventet nyhed i Via 3.2 er Data Sources, som erstatter det hedengangne Data Libraries. Data Sources giver mulighed for at forbinde Via til eksterne kilder af data, enten som en live-forbindelse eller som importerede data.

Live-forbindelser begrænser sig til forbindelser til MSSQL, OLE DB og ODBC.

Importerede data sources er ganske interessante, da der kan skrives særtilpassede data providers. Eksemplet, der blev givet på seminaret var visning af eksterne data fra en webservice.

Importerede data sources er semi-statiske. De bliver kun opdateret enten manuelt eller ved, at man opsætter en skeduleret opdatering.

Data Sources hører til dels sammen med Data Source Publisher, som sørger for rendering af data i frontend. Man kan drage en parallel til Document List / Document Publisher.

Af andre spændende ting kan nævnes, at man nu har mulighed for at visualisere, hvor på siden, et content area bliver renderet. Tidligere blev content areas bare listet i en lang række på en side. Nu bliver de vist i et grid, der med en smule god vilje kunne kaldes en art WYSIWYG. Denne feature sættes op i page templaten og er ikke obligatorisk. Eksisterende sites vil ikke blive berørt.

Via 3.2 indeholder generelt rigtigt mange nye, lækre ting. Det virker til at være en rigtigt solid release, som udviklere og kunder vil få stor glæde af.

Tillykke til Via-teamet. Godt arbejde, drenge!

Det kan være der er nogle småfejl, jeg har overset, men i korte træk:

• Synkron.web viser en advarsel inden login, når man forsøger at redigere et Synkron.web site. Den kan ignoreres.
• Google Chrome opfører sig stort set som Firefox. Visual Editor, som kun virker i Internet Explorer, virker heller ikke i Google Chrome.
• Der er nogle visuelle bugs som ingen betydning har for funktionerne.

Uden at have testet det endnu gætter jeg på, at funktionen “Edit Database” i Database Library heller ikke virker i Chrome. Men det skulle så være det.

Happy chroming.