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

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

Som vi på polopolyforum skrev i september, så har Atex Polopoly ett projekt där de ska lansera en ny supportwebb för oss kunder efter nyår. Vi satte oss ner med Mattias Köhlmark som berättade om vad de tänker och hur systemet ser ut nu när ett par kunder har fått testa och säga sitt.

Polopolysupportens nya startsida (bild 1)

Så vad är det nya?

Lösningen som Atex tänker sig ta i drift för alla kunder efter nyår består av ärendehanteringsverktyget Jira kopplat till WIKI:en Confluence. Atex har använt Jira internt ett tag som ersättare till Bugzilla och känner sig nöjda med det. ”Många av våra kunder använder Jira, och det bidrog till valet, man känner igen sig” Säger Magnus Kölhmark.

Screenshot från Jira i nya Polopolysupporten (bild 2)

Grundläggande i en kunds konto i nya supportwebben är att man som kund har en grupp där alla ens användare är knutna till så att alla inom en organisation kan se alla ärenden som rapporteras från organisationen, oberoende vem som gjorde det.

Jira implementationen är ganska standard så som den ser ut i skrivande stund, med det man är van med så som personliga Dashboards och möjligheten att följa vad som händer via mail och RSS . Värt att notera är två viktiga val kan man göra när man lämnar sin buggrapport, och det är priority, vilket är en prioritet på ärendet från 1 till 3 där, 3 är högst, prioriteten är vårat sätt som kund att säga om vi tycker att en fråga är viktig relativt andra frågor som vi själva har skickat in till supporten. Med andra ord är det dumt att alltid sätta den till högsta prio.

Den andra viktiga inställningen på en rapport är Security Level, som beroende på kund kan sättas til publik eller privat fråga. Väljer man att rapportera med säkerhetsnivå publik, innebär det att andra kunder kan se och följa frågan.

Atex har också tänkt sig lite andra delar i nya supportwebbben, så som den utvecklare till utvecklare (Dev-2-dev) del där man kan ställa frågor till andra utvecklare, liknande polopolyforums forumdel.

Supporten ska också fylla sajten med sina omkringliggande kunskaper som inte direkt berör själva produkten. Magnus tar som exempel hur man bäst använder HTTP-cachning i sin driftmiljö. Informationen förmedlas under rubriken Tips and Tricks i form av Knowledge Base artiklar

Jira/Confluence lösningen ger också en snygg lösning på sökning som kommer ske i alla redaktionella  källor samtidigt, det vill säga DevGuide, JavaDoc och supportsidor (KB-sidor).

På frågan om vi som kunder kommer att kunna följa Polopolys behovslista (eng: Backlog) så var svaret från Atex svävande, men om jag får gissa så är svaret att det inte kommer att ske, inte heller på en högre, abstraktare nivå. Däremot verkar det som om kunder kommer kunna följa alla de buggar som fixas innan de hamnar i en releasead versions change list.

polopolyforums tanker och synpunkter

Ska man hårddra det så kommer Atex nya supportwebb att vara en konkurrent till polopolyforum.se, men jag skulle vilja börja med att säga att vi tycker att det är ett jättebra steg som man tar i och med Jira och Confluence. För om det är något som det finns för lite av så är det bra källor till Polopolykunskap på nätet, så ju mer snurr det blir på Atex supporten dessto mer kommer hända även här på polopolyforum. Det kommer dessutom vara en stor skillnad i att supporten alltid kommer att finnas bakom inloggning och inte lika lätttillgänglig.

Så vad gav vi för återkoppling till Magnus Kölhmark på mötet?

• Vi ser det som nödvändigt att man kan kommentera KB-artiklar och DevGuiden, inte bara för att rätta fel i själva texten, utan även för att kunna ge mer information om t ex konfigurationer som inte står i DevGuiden.
• Vi vill också att Atex importerar alla ärenden som i dag ligger i det gamla supportsystemet så de finns tillgängliga för oss kunder direkt när vi börjar använda systemet.
• För att förenkla borde startsidan inte vara bara text utan lyfta fram de saker som supporten gör, publika buggar som rapporterats in, och framförallt lista kundens alla öppna ärenden.
• Vi önskar också att man för in en möjlighet att lämna ”feature requests” vilket inte är möjligt i dag då det bara finns två val, bugg eller support ärende. Många gånger är det inte en bugg utan en ändring eller tillägg man vill göra på en funktion.
• Någon typ av meta-data driven ”Se även” listning på ärenden vore också bra, datamängden i Jira växer snabbt och man kan ha många ärenden liggande. Så en funktion för att se om andra har rapporterat liknande fel eller synpunkter vore bra. Det är svårt att hitta bara genom sökning. Kanske ett tagg moln?

Till sist …

Atex jobbar fortfarande med att utforma systemet, vad man ska få göra/inte göra, vad som ska finnas/inte finnas och det är nu som du ska göra din röst hörd om du har synpunkter!