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.

Hi again! I thought I’d follow up last weeks feature rundown with some other cool stuff we’re doing.

Since we, like most developers, spend our days submerged in tooling. Maven, Jenkins, Eclipse, JRebel and tons more. At Polopoly, we try to be dilligent about contributing back fixes to Open source projects we use. You can find patches, bug reports and pull requests from us on everything from Velocity and SolR to jQuery UI and Firefox.

As of a few weeks ago, we’ve started pushing up some of our own stuff on our GitHub account, and since we’d love pull requests, I thought I’d just write about them a bit.

Here you’ll find, amongst others, two Maven plugins to make life easier when dealing with Less CSS and unminified and unconcatenated Javascript. You’ll also find patches we’ve done to Jenkins plugins for Git and EC2 that haven’t made their way back to core yet and a JRebel plugin that allows you to update files on content from JRebel, without having to reimport them by reading them from the file system instead. If you deal a lot with output templates in plugins, it allows you to re-read the velocity files as you go.

And you’ll also find one plugin for Eclipse, pp-eclipse, that contains a life saving feature when you’re dealing with a ton of input templates, ”Open by external id”. Pressing Shift+Alt+P gives you the familiar ”Open Type” dialog, but with content instead. It does this by indexing all the XML in your project, and is in general pretty awesome. It also contains a shortcut to import Content XML quickly, Shift+Alt+X.

As I said, a few very useful tools that we’d love to get your contributions on.

This blog post is written by Marcus Frödin from Atex Polopoly. We at polopolyforum.se is glad to see that Marcus is contributing to the community. More about Marcus later on.

If you’re in any way tapped in to the Atex universe it must’ve been hard to miss the mass of Tablet-related material we’ve been pushing in the last few months. And for good reason! The team has been hard at work creating what I think is an awesomely cool product that finally takes the correct approach to production for tablets.

But one thing that’s a bit of a shame with this tablet craze is that our continuous development of new stuff in Polopoly gets the PR backseat. So I thought I’d change that by just showcasing a bunch of the new features we’ve been releasing in the two developer releases we’ve put out this year: 10.1-DR1 and 10.1-DR2.

What makes me especially proud are the small things we continually add that make Polopoly a nicer place to spend your day, whether you’re a developer or an editor.

Autosave

For example, for DR1, we added autosave. For anyone who’s ever finished a text and gone away lunch only to find that they forgot to click save and everything’s gone — well, no more! As of DR1, all articles are auto saved every few minutes, and every time you switch away from the tab of that article. And if you’re logged out, you’ll find all your old content on your desktop when you log in again. If you already had a previous version saved, you’ll get the option to revert back to that version or to keep working on your saved one. Developers can add this feature to other content by simply adding the parameter <param name=”enableAutosave”>true</param> to the input templates they want to hook up.

Conditional layouts

And for developers, one small thing we’ve added is conditional layouts, via the com.polopoly.cm.app.widget.LayoutCondition interface. By implementing this interface, you can make any layout conditionally visible, depending on whatever you chose, such as permissions. Simply create an input template,

<input-template name="p.Example.it">
<policy>com.polopoly.cm.app.quickcreator.widget.HideWhenUserHasPageLayoutCondition</policy>
</input-template>

And a content that uses this input template,

<content>
<metadata>
<contentid><major>Content</major><externalid>p.Example</externalid></contentid>
<input-template><externalid>p.Example.it</externalid></input-template>
</metadata>
</content>

And you can now refer from it in any layout by adding the idparam layout-condition:

<layout name="xyz" input-template="p.Page">
<idparam name="layout-condition">
<externalid>p.Example</externalid>
</idparam>
</layout>

Ipso presto! This is something we know every project does in some fashion, and it so it felt reasonable to add product support for it.

And of course, these are just two of the many small new features we’ve added – download and check it out.

Version 10 av Polopoly har nu fått sitt fjärde fix pack och sammantaget har de två senaste innehållit 22 fixar. Hela listan ser du nedan.

Change List for 10.0.0-fp4

• 12856: The help popup window in the Admin GUI should now have scrollbars when the content is too large to be displayed.

• 12863: Interactive Preview should now work when there are iframes with external (other domains) content.

Change List for 10.0.0-fp3

• 9963: OSelect now escapes option values

• 12768: A bug causing the tab navigation in the work frame of the editorial gui to sometimes be cut off visually has been fixed. The problem could be seen for example when creating new Site Aliases.

• 12769: It is now possible to paste content into size-limited full content lists where another element had just been removed.

• 12771: ThinClientSocketServletExample now manages to fallback to a PEAR configuration.

• 12773: It is now possible to navigate to a specific version – even symbolic, for example .LATEST – via both System Department and Search.

• 12778: In the Editorial Gui it was possible to drag anything into the catagory select content list, which could caused browser hangs. This is not possible anymore, and also sorting of the selected categories (which ment nothing) is not possible.

• 12784: Circular references in navigation structures should no longer cause p.SecurityParentSelect to spin forever.

• 12809: A thread synchronization problem in the web service has been fixed

• 12810: Greenfield Times: Links to content pasted in CK editor now displays correctly in the search result list on site.

• 12818: It is now possible to hide the Users and Groups button on all home departments except the Root Department. Set the component group polopoly.Client and name usersAndGroupsOnlyInRoot to value true on the system config content (ie externalid p.SystemConfig).

• 12821: A race condition in SiteAliasFilter initialization, potentially causing a NPE, has been removed.

• 12824: Usage of the retired property StatisticsPageViews.updateInterval has been removed from both product and Greenfield Times configuration.

• 12826: The maximum length of attribute group names are now read from the size of the actual SQL column used instead of being a static value.

• 12831: OWidgetBase will now automatically release any ajax event listeners registered using the widget compound id when disposed. Ajax event listeners registered using the registerAjaxEventListener(String, AjaxEventListenerInterface) method will however still need to be explicitly released (in releaseSelf()) by the widget that registered them.

• 12833: SolrQueryStringBuilder should no longer create invalid queries when no pages are supplied

• 12838: The field documentation has been updated to reflect the fact that p.Duplicator and p.MultiTypeDuplicator now longer have the ‘hasMoveButtons’ paramter.

• 12839: The Solr indexer no longer spins when solr.war repeatedly fails to index a batch of documents. Logging has been improved and retry frequency has decreased.

• 12841: CK editors should now no longer lose their content when dragged and dropped within duplicators.

• 12846: The initial number of search hits when using the Solr based editorial search is now configurable. See the developers guide, Solr Search section, for more information.

• 12850: p.Duplicator and p.MultiTypeDuplicator now has a parameter to use the legacy move (up / down) buttons.

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:

default.IndexServer.maxJVMHeap=1024m

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.

Å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.

Version 9.16.1 is a tuned version of 9.16.0 which contains a number of improvements that couldn’t be fitted in the regular fixpack format. Fixpacks are for bug fixes and minor enhancements. This release goes beyond that to form a minor release of it’s own. The major improvements in version 9.16.1 revolves around performance of the editorial GUI.

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.

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!