Yesterday evning Atex Polopoly released the 10.2 version of Polopoly. Heres a summary from there support site.

Atex Tablet Publishing 1.1

Together with Polopoly 10.2, we introduce a new version of our tablet offering – Atex Tablet Publishing, or ATP. The goal of ATP is to provide customers with an efficient workflow for quickly publishing and updating tablet editions. It is built around a templated write-to-fit workflow, with a high degree of automation, using on-page editing for the final touch-up.

It is an end to end offering built on Polopoly that contains everything needed for tablet publishing: From Polopoly serving as the backend to an iPad application supporting daily issues, Apple iTunes subscriptions and HTML5 based rendering with support for videos, image galleries and more.

Atex Tablet Publishing is a stand-alone product with a separate license and does not require an existing Polopoly installation or license to use.

For more information about ATP, please contact your local sales rep.

Polopoly 10.2

One feature that we have automatically enabled in Polopoly 10.2 is auto-save. Auto-save allows any input template to be saved at regular intervals, so that work doesn’t disappear if the session times out or something crashes. we have enabled it by default for the standard article but you can set it yourself for any input template.

We have also added a ton of improvements with an eye to improving the Content File Servlet.

For example, with Polopoly 10.2 it is possible to explicitly assign MIME types for files imported on to content, which will then be served with that same MIME type when served from the Content File Servlet.

Another nice improvement is that it is now possible to have per-content authentication by letting the policy containing the files implement ContentFilePermissions.

The last thing we have done, but certainly not the least, is that the Content File Servlet now supports serving request for files with the Range and If-Range HTTP headers, allowing it to, for example, serve video files to iOS devices transparently.

A few other small features include some Moderation GUI improvements, a new render directive, #renderwithfallback, that allows you to include fallback code on the page if rendering fails, and updates to interactive preview that allows you to save a content in interactive preview that you have in edit mode in the Polopoly GUI at the same time.

Unified Web Service

The Unified Web Service we introduced as an early access feature in 9.16 has also had a few improvements. For example, it now supports tag categories in its standard format, and has improved error messages that show who locked what content in case an import fails, so that you have a chance to rectify that.

Community efforts

Finally, not related to the release, we hope you check out some of the cool stuff we have made available open source that you can use to improve your daily workflow. Check out this blog post on the polopolyforum.se community for more info.

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.

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!

Delade images i Amazons moln

Du har säkert suttit och tänkt att du skulle vilja installera den senaste versionen av Polopoly med tillhörande Greenfield Times, men som vanligt inte haft tid, på sin höjd hinner du läsa igenom versionens change list. Då har vi glädjande besked! Atex Polopoly kör i dag sina nattliga byggen i Amazons cloud, och vi har lyckats få dem att dela ut dessa till oss så vi kan installera deras images och därmed alltid ha det senaste funktionerna tillgängliga för utvärdering

Detta byte kommer troligen också innebära att den inbäddade HSQLDB byts ut mot annan databas. Atex Polopoly har också nu bestämt hur deras nya releasehantering ska se ut och det blev lite annorlunda än vad vi skrev om i  maj. Ojämna versionsnummer kommer inte att släppas som produktionrelease utan bara finnas för att ladda ner som Developer release från supportwebben. En developer release är tänkt att vara till för utvärdering och testning av ny funktionalitet som ska komma i nästa produktionsrelease.

Produktionsreleaserna som kommer få jämna nummer (9.16, 9.18 etc.) kommer att släppas med ca 8 månaders mellanrum, vilket är väsentligt längre än i dag. Developer release:en borde bli ett bra komplement till Amazon, eftersom du där inte kan testa utveckling, skriptning o.s.v. Ändringen till 8 månader mellan produktionsreleaser borde innebära att många av buggarna i Poloploly hittas innan produkten skeppas.

Värt att tillägga är att enbart produktionsreleaserna kommer att buggfixas, hittar man en bugg i en developer release får man vänta på nästa produktionsrelease för att få den fixad från Atex Polopoly.

Vad tycker ni om den nya releasehanteringen? Diskutera det i forumet under Vad tycker du om Polopolys nya releasehantering?

I dag fick jag något som jag väntat på sedan Atex Polopoly hade releasefest för 9.9 på Piperska muren för länge, länge sedan.  Ett mail från supporten som säger att de precis börjat lägga över sina kunder i deras nya ärendehanteringssystem baserat på Confluence och Jira.

Jag som många andra har säkert irriterat sig på att supportfrågor kan försvinna in i en svart låda där man i bästa fall får ett ärrendenummer på sin fråga , eller ibland bara får ett svar ”Vi tittar på det och återkommer”, allt för att sedan bara flyttas längre ner i din mailhög. Tillslut vet du inte hur många frågor du har ställt och vilka du fått svar på. Kanske kan vi få bättring på det nu!

Så här skriver Atex Polopoly i ett mail om nya ärendehanteringssystemet:

- Öka insynen i supportprocessen
- Minska hanteringstiden för rapporterade ärenden
- Göra en mer detaljerad prioritering av ärenden för att snabbare lösa kritiska ärenden
- Göra det enklare för flera människor att engagera och kommunicera kring ärenden
- Möjliggöra återanvändning av kunskap genom att bygga en FAQ och Knowledge Base-artiklar (kommer att förvaltas genom Confluence)

Personligen hoppas jag kunna söka bland andra kunders frågor och slippa gå på de minor som andra redan hittat lösningar på. En utförlig Knowledge Base skulle kunna bli ett bra komplement till forumets Kända buggar avdelning, där vi i dag saknar många av de frågor som vi betalar Atex Polopoly dyra pengar för att lösa.

Något som jag också hoppas är att ärenden som blivit klassade som buggar, nu alltid kommer att dyka upp i release notes, något som inte alltid varit fallet.

Har ditt företag redan blivit portat till det nya ärendehanteringssystemet? I så fall, hur har det fungerat?

Mitt under semestern så kom den då 9.13, inga större nyheter för er som läst tidigre inläg om vad som var att vänta i  9.13. Bortsett från att vi tidigare skrivit att denna version skulle släppas i morgon då….

Små tankar jag får när jag läser är:

 10787: Article categories can now be automatically suggested using text mining.

- Magnus Rosenstråle skriver i en tidigare kommentar att text mining, som sköts via Temis:s Luxid kommer att kosta pengar.

10750: Fixed potential ejb deadlock that could occur in rare cases

Varför ni inte ut vad det var för fel, i mina ögon är ett deadlock alltid värt lite mer uppmärksamhet, hur ska jag kunna vet om ”rare cases” har drabbat mig?

Å innan jag återgår till sommarkvällen och min semester, snälla Atex Polopoly det vore bra ni delade upp change listan på riktiga buggar i core-produkten och fel i Greenfield Times. En deadlockbugg blandat med css-style-fel tycker jag är snett.

Change List 9.13.0

Vi har fått en fråga från ett företag som undrade om vi kunde göra ett Polopolyprojekt åt dem. Jag och Niklas tackade nej men tänkte att det kanske kunde vara något för någon annan, så vi skapade helt sonika en tråd i forumet, Polopolykompetens sökes, där ni som behöver få tag i folk och företag med Polopolykompetes kan lägga upp en förfrågan.

Jag antar att det är okej med er på forumet? Men om ni inte tycker att det hör hemma här, lämna gärna en kommentar och säg vad ni tycker. Man kanske ska kunna lägga ut en fråga om någon har ett uppdrag om man inte har beläggning också, eller?

Jag vill också påpeka att vi inte tar betalt för detta, och att ni som väljer att använda tråden inte kommer kunna få någon speciell service. Jag litar också på att ni agerar professionellt när ni söker folk.

Bara för att förtydliga användandet av denna tråd så är den inte till för att göra reklam för konsultverksamhet m.m. utan enbart för dem som söker polopolykompetens.