Inlägg i ‘Nyheter’

9.16.1 General Release Notes

Jun 01

General Release Notes

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.

GUI performance improvements

One of the major features in 9.16.1 is a collection of performance enhancements which will make the Polopoly GUI run a lot quicker for most customers. This has been achieved mainly by consolidating and slimming down static resources in the GUI and minimizing the number of reloads of such resources.

Examples include:

  • All GUI related product stylesheets have been merged into a single file named polopoly.css
  • Lazy initialization of tabs where possible
  • Removal of MochiKit dependency, minification and consolidation of the remaining JavaScrips into four files (down from 32)
  • The bundled FCKEditor has been slimmed down
  • All static resources under /polopoly now have correct cache headers. (For development it is possible to disable this feature by commenting out the StaticFileServlet in web.xml)

Performance has also been improved by optimizing the way lock information is checked and by tuning the default cache time for lock information. Many default content lists have also been modified to only show the top 30 entries instead of all entries in the list. To show the remaining entries a ”show all” button has been added. This behavior is configurable. See change note: #11782.

In-context editing, site specific categorization, widget profiling, browser compatibility and more

Apart from the performance improvements there are a number of other useful fixes in version 9.16.1.

The in-context editing has been updated. When saving content, the save will now also propagate down to any in-context content being edited within the same template. Furthermore, editing an in-context content and then pressing edit on the content it is visible in will result in the context content keeping its state.

Sounds complex? Try it out by editing the Alt-text of any image in the Standard article in Greenfield Times.

The categorization capabilities in version 9.16.1 has been extended to include site specific categorization. A new categorization tab has been added to the site template where you can configure the category dimensions to use. Every category dimension has been extended to support a custom Atex Text Mining plan. See upgrade notes for more information.

In 9.16.0, profiling support for Elements was introduced. This capability has been extended to GUI widgets in version 9.16.1. It is now possible to profile Orchid Widget lifecycle operations such as init(), render() and update() with the Metrics Reporting tool. See the Developer’s Guide under ”Profiling Polopoly web applications” for details.

The constant battle for browser compatibility continues in version 9.16.1. Issues with popup menus in combination with frames on Internet Explorer 7 and 8 have been addressed. The Velocity code in flash.vm now also generates Internet Explorer-friendly markup.

These are the major enhancements in version 9.16.1. See the detailed change list in the forum

Taggar: , , , ,

Så blir ditt polopolyår – det ser lovande ut

Feb 16

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.

Taggar: , , , , , , ,

Transparens och tydlighet på nya supporten

Nov 16

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

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

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!

Taggar: , , , , , , , ,

Polopoly användar- och utvecklarmöte med Xlent som värd

Okt 20

Träffa polopolyforum.se i verkligheten, vi är med!

XLENT står som värd för detta kundevent som är en efterfrågad tillställning. Vi på polopolyforum ser detta som en förlängning av vad vi vill åstadkomma på webben och är glad att även få presentera oss närmare på plats. Se inbjudan nedan. Väl mött!

XLENT välkomnar alla Polopolykunder!

xlent-logo Passa på tillfället att få inblick i planerna för Polopolys produktutveckling, låt dig inspireras av de senaste webbtrenderna och utbyt erfarenheter med kolleger. Välkommen till en eftermiddag hos XLENT, och stanna gärna kvar efteråt på lite dryck och lättare förtäring.

 

Program:xlent-polopoly-customer-speakers
■    Polopoly nu och i framtiden. Anders Weijnitz berättar om planerad utveckling av Polopoly.
■    Vilka är de hetaste webbtrenderna? Per Axbom inspirerar.
■    Erfarenheter från vår installation – en kollega berättar.
■    Polopolyforum.se.
■    Interaktiva sessioner.

Välkommen!

Tid: 4 november kl. 13.00 – 17.00 (Stanna kvar och umgås med kolleger efteråt, så bjuder vi på lättare förtäring.)
Plats: Regeringsgatan 67, Stockholm (Hitta hit)
OSA. senast 30/10 till:  xlent-BI@xlent.se
Deltagande är kostnadsfritt för Polopolykunder.

Taggar: , , , , ,