Hej!

Kom och häng med oss på Atex Polopoly en kväll. Vi bjuder in till Geek Night, den 22 November 17.30. En kväll fylld av blixttal, både Polopolyrelaterat och helt annat, som vi vill dela med dig.

Geek Night är en fin tradition på kontoret. Vi tar en kväll och delar med oss av erfarenheter och pratar teknik. Den här gången breddar vi inbjudan till alla som vill komma. Vi kommer att prata om hur man använder Clojure i Polopoly, om hur man testar iPad-appar med Cucumber och om erfarenheter kring att köra 300 000 tester om dygnet i moln, både EC2 och hemmabyggda. Bland annat. Kom förbi, lyssna, diskutera och ta en öl och ät lite pizza.

Den 22 November 17.30 i våra lokaler på Alströmergatan 22 i Stockholm. Garanterat tekniskt, garanterat nördigt och garanterat inget säljsnack.

Anmäl dig på http://bit.ly/atexgeeknight så snart du bara kan. Har du frågor, hör av dig till mig på: marcus.frodin@atex.com!

/ Marcus, Produktägare Polopoly

Om någon frågade dig vilka för- och nackdelar du tycker Polopoly CMS har som helhetslösning vad skulle du svara då? Det kan gälla allt ifrån tekniska detaljer till mjuka värden som kommunikation mellan dig som kund och Polopoly som leverantör. Nedan kommer mina personliga åsikter kring detta.

Polopolys position och vägval

Under åren har Polopoly gått från att vara en mindre svensk leverantör som i huvudsak agerade på den svenska marknaden, till en internationell leverantör av större mått när de blev uppköpta av Atex. Detta har utan tvekan drabbat de redan befintliga kunderna som köpt och byggt vidare på core-produkten som inte alls har utvecklats i samma takt som Greenfield Times och Site Engine. Det är inte svårt att förstå att det finns pengar att hämta på nya kunder men när nu Polopoly har Atex i ryggen kan jag tycka att man borde kunna skapa en bättre dialog och tätare kontakt med sina befintliga kunder och de som tidigare kallades partners både i och utanför Sverige.

Detta vägval har gynnat de kunder som är i tidningsbranschen och som vill ha mer ”out of the box”-funktionalitet medan befintliga kunder som länge har byggt och utvecklat från Polopolys kärna blir förlorarna till följd av detta vägval.

Polopoly 10 

Gränssnittet: I och med att Polopoly 10 släpptes har möjligheten till att anpassa och rita om gränssnittet förenklats och vinnarna är så klart i första hand alla redaktörer som jobbar i plattformen men jag vill också slå ett slag för oss utvecklare som äntligen kan göra något bättre av upplevelsen med en rimligt arbetsinsats. När det gäller redaktörer och speciellt på stora siter där antalet är några hundra blir det snabbt en stor fördel när man kan sänka trösklarna för systemet och fokusera mer på innehållet. Bra jobbat!

Prestanda: Man har i Polopoly 10 också  jobbat en hel del för att snabba upp gränssnittet genom att kapa i ”turn around”-tider m.m. vilket har gjort att gränssnittet är betydligt snabbare och upplevelsen mer responsiv. Detta gör så klart att helhetsupplevelsen och flödet för redaktörerna får ett annat flyt.

Jag hoppas att de börjar snegla mot andra välanvända plattformar som exempelvis WordPress och liknande för tips och inspiration när det gäller interaktion och användbarhet.

Supporten 

Supporten var länge ett svart hål dit man mailade eller ringde och rapporterade allt ifrån mindre buggar till allvarliga fel men där feed backen lämnade en hel del att önska. Det tycker man idag har förbättrat avsevärt och kommit upp till en bra nivå. Dels har Atex / Polopoly börjat använd Jira som är ett ärendehanteringssystem där man kan följa sina ärenden från start till mål och själv fylla på med information som man kommer över under ärendets gång.

Man har också byggt på detta med en Confluence-instans där man har börjat byggt upp en knowledge base med best practicies och annan dokumentation som i och med detta blir lättillgänglig för utvecklare och systemdrift.

Partnerprogrammet

Jag har personligen träffat Polopolys partneransvarig några gånger då Atex / Polopoly själva har varit och visat upp sig på olika konferenser och pratat med honom kring hur partnerskapet fungerar och är tänkt att fungera i framtiden. Då sades det att Atex / Polopoly skulle ta kontakt med sina gamla partners och mer aktivt börja samarbeta. Nu är det två år sedan och jag har inte hört från något håll att partnerrelationerna upprätthålls som de gjorde tidigare. Säg till om jag har fel, det skulle bara göra mig glad om dialogen har kommit igång.

Partners får inte ut något av detta och Atex / Polopoly själva verkar inte vara intresserade.

Community och engagemang

polopolyforum.se: Här finns det mycket att vinna, lite att förlora men ändå är det så svårt att få igång aktivitet och utbyte av erfarenhet. Jag ska ransaka mig själv och Patrics roll här och först säga att vi har varit dåliga på att uppdatera både bloggen och forumet. Det beror mest på att vi under en längre tid har jobbat med helt andra saker men det är egentligen ursäkt. Nu är vi dock på tåget igen och tillsammans med duktiga kollegor håller vi som bäst på att uppgradera till Polopoly 10, integrera CK-edotorn med ett koncept innehållande blockelement byggt på ramverket Pluris.

Detta gör så klart att vi kommer hålla oss uppdaterade vad som händer och dela med oss av så mycket vi kan via forumet och bloggen.

Atex/Polopoly: Som många kanske vet har Polopolys produktansvarig, Anders Weijnitz flyttat till Tyskland (han jobbar fortfarande kvar för Atex/Polopoly) och under det sista mötet vi hade med honom var Peter Antman som är utvecklingsansvarig med för att ta över stafettpinnen för dessa möten. Det har tyvärr inte varit något möte sedan dess men jag ska inte bara skylla på Peter eftersom jag och Patric inte heller har jobbat för att få till stånd något möte. Vi hade vid sista mötet planer om att bilda en mindre grupp med aktiva utvecklare och engagerade människor för att ge möjlighet att se kommande funktionalitet i ett tidigt skede och komma feed back, kritik och önskemål. Vi får hoppas att detta kommer på banan i närtid.

Ur Atex/Polopolys synvinkel kan jag inte riktigt förstå varför man inte engagerar sig mer i att hålla igång och stötta en community som denna även om den inte är speciellt stor. Varje krona man lägger på ett sådant initiativ borde betala tio-faldigt tillbaka i form av nöjdare kunder, ökad förståelse, bättre informationsspridning och framför allt ”good will”. När jag säger krona menar jag inte bokstavligt talat pengar utan lite tid och resurser från supporten, utvecklare och ansvariga i olika led.

För att göra detta inlägg ännu bättre skulle jag verkligen uppskatta om du som läser även kommer med dina åsikter på vad du tycker är bra respektive vad man skulle kunna göra bättre utifrån Polopoly som produkt eller produktleverantör samt hur vi kan förbättra denna community. Bra förslag och kreativ kritik efterfrågas.

Polopoly lanserar version 10

Passa på att se nyheterna, låt dig inspireras av de senaste projekten och utbyt erfarenheter med kollegor. Välkommen till miniseminarium hos oss, och stanna gärna kvar efteråt på lite dryck och lättare förtäring.

Deltagandet är kostnadsfritt men det finns begränsat antal platser så det är först till kvarn.

Välkommen!

Stockholm onsdag 13/4

• Polopoly version 10 – Anders Weijnitz berättar om nyheter, visar Atex Tablet Publishing och går igenom roadmap.
• Kundcase 1: Petri Johansson berättar om Kanal75´s nya site och förväntningarna på Site Engine.
• Kundcase 2: Xlent berättar om projektet på IDG där man infört single sign on med Polopoly & Open ID.
• Polopolyforum – Från funtionalitet till produktivitet …och så ett frö för communityn. Niklas Olsson, en av grundarna till Polopolyforum, berättar.

Tid: onsdag 13 april kl. 16.00 – 18.00 Plats: Regeringsgatan 67, Stockholm OSA. Senast 6/4 till: berit.andersson@xlent.se

Helsingborg onsdag 27/4

• Polopoly version 10 – Anders Weijnitz berättar om nyheter, visar Atex Tablet Publishing och går igenom roadmap.
• Kundcase: Xlent berättar om Kanal 75/ATGs nya site samt om projektet på IDG där man infört single sign on med Polopoly & Open ID.
• Polopolyforum – Från funtionalitet till produktivitet.

Tid: onsdag 27 april kl. 16.00 – 18.00 Plats: Jakob Hansens Hus, Hästmöllegränd 5, Helsingborg OSA. Senast 20/4 till: berit.andersson@xlent.se

Sundsvall onsdag 4/5

• Polopoly version 10 – Anders Weijnitz berättar om nyheter, visar Atex Tablet Publishing och går igenom roadmap.
• Kundcase: Xlent berättar om Kanal 75/ATGs nya site samt om projektet på IDG där man infört single sign on med Polopoly & Open ID.
• Polopolyforum – Från funtionalitet till produktivitet.

Tid: onsdag 4 maj kl. 16.00 – 18.00 Plats: Universitetsallén 8, Sundsvall OSA. Senast 27/4 till: berit.andersson@xlent.se

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.

Idag togs ett större steg för Polopolys CMS när version 10 släpptes.

Enligt Peter Antmans egna ord på Twitter så innehåller denna utgåva:

A proud day: #Polopoly 10 released with a brand new shining GUI look and feel and distributed solr search – among many things.

Mer information kommer inom kort.

En sommarhälsning från Maria Widegren, HR Manager på Polopoly

Polopoly fyller 10 år och det vill vi fira med dig! Onsdagen den 16 juni 17.00-20.00 är det ”Sommarmingel” hos Atex Polopoly. Vi börjar med att visa spännande produktnyheter och fyller sedan vår terass med lite mat och dryck och mycket trevliga människor.

Ta gärna med en kollega!

Alströmergatan 22. OSA till 10@polopoly.com senast 14/6

General Release Notes

Polopoly 9.16 introduces two major features. The interactive preview mode has been enhanced to include WYSIWYG style on-page editing of teasers for page local tuning of content. In addition to that, the integration with Atex Content H11 has been enhances to support a much more sophisticated workflow.

Interactive on-page editing of teasers

One of the major features in 9.16 is the extension of on-page editing in Greenfield Times to include interactive editing of teasers directly in the browser. This enables page local tuning of the text and appearance of stories to fit the page context. The changes are stored on the teaser object, leaving the underlying article intact. On-page editing includes both texts and images. All text can be edited, title size and spacing can be controlled using sliders in the new interactive menu. Images zoom pan and crop vertically. In order to preserve the layout, image widths always follow the current layout. There is also an API that enables developers to add on.page editing to their own custom elements.

Support for H11

Following the principle of one logical repository, the integration with Atex Content H11 has been brought to the next level. New features include single sign-on support, real time editorial inbox in Polopoly to track repository changes, preview from H11 and online decoration from H11 using popup Polopoly templates.

… and a lot more.

Apart from these major features, 9.16 includes many enhancements and optimizations, among which the following can be mentioned:

Element profiling
Continuing the effort to provide developers with Site Engine trouble shooting and debugging tools, 9.16 includes support for element level profiling of pages. The Metrics tool breaks down page performance into execution time per element on a statistical basis. Combined with a simple stress test using JMeter for example, the element metrics tool gives the developer a graphical overview that makes finding performance bottlenecks a matter of reading a simple bar graph.

The statistical profiling of elements complements the existing RenderStats, Troubleshooter and Status pages and the combined toolset

allows for very detailed inspection and diagnostics of a Polopoly installation.
The new Metrics tool can be found under http://<domain>/polopolydevelopment.

Optimized loading of LDAP groups

Ldap group performance has been optimized by introducing reload of ldap groups only when a group has changed and the possibility to configure if groups in group should be supported. Turning of groups of group support makes loading of groups a lot faster (100 times faster is not uncommon). The following ldap properties has been added:

• ldapNestedGroupsSupported (default false)
• ldapTimestampSupported (default true)
• ldapCreateTimestampAttribute
• ldapModifyTimestampAttribute

See the section called “Ldap group enhancement” for issues when upgrading.

Other selected improvements

• Possibility to start front servers in disconnected mode
• Bundled JBoss upgraded to upgraded to version 4.0.5
• Quick cropping of teasers
• Possibility to reindex Solr from the command line

and more…

see the Change list for details

REST integration, moderniserat redaktörsgränssnitt & bort med Indexsservern

polopopolyforum.se har träffat Atex Polopoly och fredagspratat med Anders Weijnitz. Vi summerade 2009 och pratade om vad Atex har i sin behovslista för i år. För oss som redan är kunder och har egna installationer som inte bygger på Greenfield Times, vilket jag antar är de flesta av oss i Sverige och Norge, så ser 2010 ut att bli ett bra år där fokuset ligger på kärnprodukten.

2009 var ett bra år för Atex med flera nya marknader och många nya kunder, däribland en del stora drakar som tyska Pro Sieben och norska Edda Media. Utvecklingen av Polopolys CMS präglades mest av förbättringar i Greenfield Times så att den skulle gå från att vara en enkel testsite till att kunna användas som en snabb väg till att få upp en produktionsduglig tidning i skarp drift med mycket ”out of the box”-funktionalitet. I detta ingick också förbättringar för ”Live Layout Management” och communitydelen.

Man började också med det första steget för att byta ut indexservern mot Solr så att sökindex ska kunna distribueras ut och bli mer rubusta. Hittills har man byggt in metadatasökning. Atex Textmining kom också som ett tillägg som innebär att man kan få förslag på taggning av artiklar utifrån det innehåll man har skapat.

Kort så har plattformen byggts om en del för att kuna skala bättre, man har lagt krut på bildgenerering där derivaten av bilderna skapas ”on demand” och ligger ute på frontarna och man har även börjat utveckla möjligheten att skapa plug-ins.

Vad ser vi i kikaren för 2010?

I år har Atex Polopoly tre områden de i första hand kommer fokusera på. Det är integration med api:er, en ansiktslyftning av det interna gui:t (redaktörsgränssnittet) samt att fortsätta utveckla Solr.

Integration med REST

En utbyggnad av REST-api:et kommer att göras där man skapar ett nytt semantiskt dokumentformat som inte är lika kopplat till datastrukturen. Detta medför att man enklare kommer kunna importera och exportera data mellan Polopoly och andra tjänster. Det kommer också via Atom Publishing-protokollet gå att prenumerera på ändringar där länken i atom är en länk till xml-dokumentet som nytt innehåll.

Polopoly ska bli en del av ett större metadatalager av repositories, där de ska bli mer oberoende för en publicist var han eller hon redigerar eller får information ifrån. Protokollet för att läsa och redigera innehåll kommer vara utbyggbart och ska också skiljas mer från hur polopolycontent-xml:en idag
ser ut. Semantik mellan format, title, ingress etc kommer Polopoly stödja via ett par fält redan från början.

Idag är det problem med xml-en. Om man ändrar sin indatamall så ändrar man xml-formatet för import och export också. I Greenfield Times kommer det finnas exempel på hur man bygger ”klistret” mellan det nya xml-formatet och policyn.

Ansiktslyftning för insidan, äntligen!

Äntligen tar man tag i redaktörsgränssnittet som alla redaktörer lever med i sitt dagliga jobb. Det har länge känts gammalt och utdaterat. Tanken här är att i första hand förenkla de vanligaste handgreppen och minska antalet klick för redaktören. Man kommer också att förbättra ajax-stödet, skapa nya teman samt göra det lättare att utveckla egna teman.

Anders pratade också om att insidan nödvändigtvis inte måste vara en mappning mot indatamallen som den är idag men mer information om detta kommer senare.

Slänga ut indexservern och Lucene och göra plats för Solr

Arbetet med att fasa ut indexservern fortsätter. Målet är att slänga ut den helt under året. Anders brottas dock fortfarande med hur man ska lösa det på det tekniska planet. Det är nog många av oss som har skrivt kod som är direkt kopplat mot indexserverns underliggande Lucenedokument, så det kan nog bli så att vi får refaktorisera lite i våra respektive kodträd. Men jag är nog inte ensam om att känna  glädje över att få göra just det, och kanske för sista gången behöva oroa mig för indexserverns single point of failure.

Oj, så var det här året redan över, det var 9 månader sedan vi startade polopolyforum och vi känner oss stolta att tillsammans med er ha fått till den platsen som vi alla saknat. Vi har naturligtvis mycket kvar att göra. Året har varit hektiskt för mig och Niklas, som båda varit pappalediga, och vi ser båda fram emot nästa år när vi kan lägga ytterligare mer tid på forumet och bloggen.

Vi skulle vilja passa på att tacka alla er som bidragit till forumet och kommenterat på bloggen. Vi vill också speciellt tacka Max Walter för hans gästartiklar, kul att få andras synvinklar på Polopoly. Niklas och jag skulle också vilja tacka alla er som kommit med positiva kommentarer och kreativ kritik för det vi gjort och gör, det värmer och ger oss energi för att fortsätta.

För 2010 har vi tänkt så här:
•    Fler aktiva användare i communityn
•    Ännu bättre samarbete med Atex Polopoly
- Mer aktivitet från supporten
- Status på önskad funktionalitet i forumet
- Använd denna kanal för att tips om bra funktionalitet
•    Gemensam utveckling av funktionalitet
•    Möjligen byta språk till engelska – polopolyforum.com?
•    Få in informatörer/webbredaktörer i forumet
•    Få ytterligare gästbloggare, det vore otroligt roligt.
•    Kom gärna med förslag och idéer!

Och naturligtvis fortsätta att vara ideella, oberoende och  öppna (utan inloggningar) och drivet av oss tillsammans.

God jul och gott nytt år önskar
Niklas och Patric

This is the last post (first and second post) about my experiences from my thesis and this time I will focus on how you as a developer can improve the user experience for your editors in the Polopoly Admin GUI. This is not only an initial problem when first implementing a web site in Polopoly, but also when developing and changing the implementation over time.

In my thesis several editorial staffs participated from different types of organizations and using different web content management systems (WCMS). Some of them had worked really hard to make the user experience as good as possible for the editors. Some had not done as well and they had often forgotten the most important aspect of software development: the users and, maybe more important, the tasks and activities of the users. This means all users and not only the boss or the people speaking out the loudest.

As mentioned in the last post, the initial user experience is based on the choice of web content management system as well as the provided guidelines of developing the editor’s user interface. After that, it is up to the implementers to implement the web content management system and make the user interface usable, efficient and effective. This is more important in a web content management system like Polopoly, than, for example, EpiServer or Sitecore.

Content is king and, therefore, the users producing the content must be gods. You have to know your users and how they work both outside and inside the web content management system. With very little effort, you can learn a lot. Ask them if you can observe what they are doing during an hour or two, or even better, a whole day. Do not focus on their opinions, but rather on their tasks and activities and how your knowledge about the features of the web content management system can support them.

When I observed different editorial staffs I found some general aspects that might help you to better understand your editors. First, editors are busy people with a lot to think about. Second, they are creative and they want the software system to support them to be creative. Third, they are organizers and, therefore, the software systems they use should support them to stay organized. Last, and maybe most important, they want to get things done. To summarize, the editors want web content management systems to make them more effective and efficient. That means supporting their activities as good as possible.

Besides understanding the users, knowledge about usability and interaction design is a self-evident tool in every developer’s toolbox. Usability and interaction design is not only important for the frontend user interface, but also for the backend user interface. If you feel that interaction design and user-centered design is not part of your toolbox yet, order Designing the obvious or Don’t make me think from your favorite bookstore. These are short books that you read in an evening or two and, most important, they are really funny and easy to read.

Last, two tips to think about when designing the Polopoly Admin GUI. When I observed editors using different implementations of Polopoly, they usually searched or browsed to find content in the left frame. Editors of different organizations had different information seeking behaviors. After you have identified the editors’ preferred method to find content, make it as efficient as possible to use it. Even if it might be hard to think, it is possible to improve the interaction design of that left frame more than you think.

Tabs are essential in the Polopoly Admin GUI on many levels. As mentioned before, you have to found out how your editors work with content to divide the content right. For example, if you observe that editors switch between two tabs in a content several times in a minute, it might be better to have all that information in one tab. In this case, scrolling with the mouse wheel is often faster. I you have ridiculous much scrolling, it might be better to divide the content into two or more tabs. Especially if you observe that some forms are not used as much. You have to observe and understand the users to make the right design decisions.

To conclude, try to design the Polopoly GUI for the 90% that will really be using the system and get out into the wild to learn more about them. If you try to adopt a 1-click mentality, you might be able to cut down on all those tabs and make the editors more pleased with the web content management system.

This is really just touching the surface of how to understand and designing the Polopoly Admin GUI as this had nothing really to do with my thesis. If you have other observations, please leave a comment below and share your insights of how you and your organization design your Polopoly Admin GUI.

If you want to learn more about how I conducted my thesis and more examples and solutions, read my thesis.

Max Walter is a soon- to-graduate computer science student at the Royal Institute of Technology that did his master thesis at Atex Polopoly. He is also working as a usability consultant at Metamatrix. During his studies he has written computer books for beginners and articles in Sweden’s largest computer magazine for advanced users, Datormagazin. Read more about him at LinkedIn, follow him on Twitter or read his online business card at http://2mw.se.

Image © iStockphoto