Like/Dislike med Polopoly som helhet – vad tycker du?

2011-04-04 07:05 av Niklas Olsson

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.

Kommentera gärna!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.

Taggar: , , , , , , , ,

Välkommen till Polopolyseminarium hos XLENT Business Integration

2011-03-29 06:58 av Niklas Olsson

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

Taggar: , , , , , , , , ,

Polopoly 10 fix packs 3 & 4 släppta

2011-03-27 12:50 av Niklas Olsson

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.


Taggar: , , ,

Polopoly 10 fix packs

2011-02-21 04:42 av Niklas Olsson

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
Taggar: , , , ,