För version 10 av Polopoly CMS har det redan kommit två fix packs. Dessa innehåller buggfixar enlig listorna nedan och kan vara bra att ha koll på.
Change List for 10.0.0-fp2
12727: A bug related to width and height of multiple p.FCKEditor instances was fixed. 12731: Custom CKEditor parameters to p.FCKEditor were reintroduced
Change List for 10.0.0-fp1
12682: Deep copy now only copies users as references. 12696: Image applet incompatibility with newer WebKit browsers (Chrome, Safari) has been fixed 12697: CodeMirror widget problem when placed in ajax tabs has been fixed 12698: Opening content using the Shortcut Servlet no longer give JavaScript errors related to keyboard shortcuts 12713: For Polopoly installations using Solr only, it is recommended to lower the IndexServer memory setting from the default 3072 MB, which was needed when searching with Lucene, to 1024 MB.
Add the following line to the project’s Environment.properties:
I dag har jag för första gången satt upp en Polopoly 9.18 eller Polopoly 10 som produkten nu heter. Jag har migrerat från version 9.12.3 vilket naturligtvis inte gått helt smärtfritt, men inte verkar helt omöjlgt heller. Det är skillnader i vilka webbappar som deployas och Solr har jag inte fått att fungera på min lokala utvecklingsmiljö ännu. Jag ska inte säga att allt är Polopoly 10:s härliga skript som spökar, en del av felen ligger säkerligen i vår egen kod och en del ligger i att vi inte har en uppdaterad version av Pluris.
Jag tänkte i alla fall ta och summera min första dag med Polopoly 10:s nya gränssnitt.
Det första som slår en är att frames fortfarande används, och att det har blivit väldigt vitt och stilrent i gränssnitet. Initialt kände jag att gränssnittet blivit bättre än tidigare, men den känslan övergick snart till en känsla av att allt inte är riktigt klart ännu. Det var svårt att utskilja vad olika komponenter i sidan börjar och framför allt var de slutar. Likaså har Polopoly byggt in ett koncept att man inte kan ha mer än två nivåer av hierarkier. Efter det är alla nivår knappar så som ni kan se i filmen nedan. Jag saknar också visuell feedback på knappar och tabbar för att markera att saker är klickbara.
Trevlig är dock att element i sidan nu är enkla att styla med css då de har fått classer som är baserad på ett ”fields” namn. Så ett inmatningsfält som heter figure får en <fieldset class=”field figure”><input /></fieldset> vilket verkligen underlättar styling både i view och edit läge.
Jag satte därför snabbt ihop lite css för att testa om det blev någon skillnad om man gick lite utanför Polopoly 10:s lite stela formgivning. Bedöm själva men jag tycker att lite :hover här och där samt en liten border som avslutar mallen i botten gör stor skillnad. Se filmen nedan.
Vi får se vad morgondagen har att komma med, då blir det lite mer Polopoly på djupet.
Åter igen har vi träffat Polopoly för att få en uppdatering av vad som händer utvecklingsmässigt i plattformen. Denna gång var förutom Anders Weijnitz också Peter Antman med. Peter är utvecklingsansvarig och kommer ta över dessa möten ur Polopolys synvinkel då Anders har flyttat till Tyskland, Anders är dock fortfarande kvar på Polopoly.
Atexs reception, innan vår user group
Den finna planen sprack
I juni var planen att bli av med alla framset i redaktörsgränssnittet men p.g.a. bakåtkompatibilitet gick det inte eftersom widgets och mallar måste vara bakåtkompatibla. Vad som hände i somras var att man jobbade med det statiska konceptet vilket var:
Konceptet
Strömlinjeforma redaktörsgränssnittet, man vill i så stor utstrckning som möjligt minska antalet klick som redaktörerna måste göra och på så sätt effektivisera redaktörernas processer. Ett exempel är att man kan skapa artiklar i färdigdefinierade kontexter (avdelning + malltyp). Save, Draft, Publish states, likt WordPress
Man har också skapat en personaliserad navigationsmeny som innehåller det innehåll som man oftast använder som redaktör. Åter igen för att effektivisera för redaktörerna
Clip board listor, d.v.s. en lista på saker man har klippt ut eller kopierat så att de finns snabbt tillgängliga när man jobbar med innehåll
Inbox, man har tidigare haft svår att få överblick över vad som händer i systemet utan att den behöver kommunicera med andra redaktörer. Inboxen är ett realtidsflöde av artiklar som skapas vilket ger redaktören bra koll på vad andra gör i systemet. Detta gäller även om artiklar kommer från andra system.
Skärmanpassning, detta så att man exempelvis kan jobba med flera artiklar bredvid varandra
Sök mycket mer kraftfullt och centralt, previews av resurser, all sökning på siten sker nu i Solr, men söket i redaktörsgränssnittet är fortfarande kvar att flytta in i Solr. Många kunder har dock kod tätt skriven kod mot Lucence. så man kommer troligen ha en indexserver tillgänglig som man kan konfigurerar att starta om man behöver denna legacy
Mycket mer drag ‘n’ drop funktionalitet
Moderation applikationen har fått sig en ansiktslyftning med enklare lista av omoderarde inlägg med avslå/godkänn-knapp eller avslå/godkänn alla-knapp. Det är fortfarande bara manuellt, ingen automatik. Detta används knappt i Sverige, men nya kunder utomlands (Atexkunder) använder nästan alla artikelkommenterarer via Polopoly
Greenfield Times (GT) har fått några uppdateringar så som CKEDitor för att redigera texter på utsidan. CKEDitorn ska ha bättre ajax stöd, så den får vi nog se mer av.
Man har också gjort en hel del från version 9.16.1 för att snabba upp GUI-prestandan (över 40% snabbare) genom låshantering (roundtrips, cachetider, komprimering och sammanslagning av filer)
Power user grupp för tekniknära möten
Slutligen vill Anders och Peter (även vi på polopolyforum så klart) göra dessa möten mer tekniknära och få in flera användare, d.v.s. få till ett berdare möte med kunskapsöverföring och feed back kring Polopolyprodukten. Vi tänker oss att det även kan finnas inslag av blixttal (10 minuters presentationer) om något som man vill dela med sig av eller diskutera kring, ex. ”Hur fungerar Solr indikering i Polopoly”, ”Så här implementerade vi A/B testning” etc.
Jättekul tycker vi!
Därför vill vi nu slänga ut frågan om det finns intresserade (utvecklare/power users) där ute som vill vara med? Kontakta oss i så fall så vi kan ta det vidare till Polopoly för att anordna ett fösta möte.
