Hej!

Kom och häng med oss på Atex Polopoly en kväll. Vi bjuder in till Geek Night, den 22 November 17.30. En kväll fylld av blixttal, både Polopolyrelaterat och helt annat, som vi vill dela med dig.

Geek Night är en fin tradition på kontoret. Vi tar en kväll och delar med oss av erfarenheter och pratar teknik. Den här gången breddar vi inbjudan till alla som vill komma. Vi kommer att prata om hur man använder Clojure i Polopoly, om hur man testar iPad-appar med Cucumber och om erfarenheter kring att köra 300 000 tester om dygnet i moln, både EC2 och hemmabyggda. Bland annat. Kom förbi, lyssna, diskutera och ta en öl och ät lite pizza.

Den 22 November 17.30 i våra lokaler på Alströmergatan 22 i Stockholm. Garanterat tekniskt, garanterat nördigt och garanterat inget säljsnack.

Anmäl dig på http://bit.ly/atexgeeknight så snart du bara kan. Har du frågor, hör av dig till mig på: marcus.frodin@atex.com!

/ Marcus, Produktägare Polopoly

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.

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.

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

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

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.

In the last post I shortly explained what my thesis was about and in this post I will write more about my observations at different editorial staffs. Most users of web content management systems understand why the system imposes limitations on how to produce the content and publish it. Still, they hate it.

First, it is important to separate professional and non-professional web content management users. In this case, professionals are users that work with the web content management every day. They are experts of the system and what they are doing. For example, first page editors of larger newspapers’ websites or web editors of larger government agencies.

In this case, non-professionals are users that work with the web content management occasionally; for instance, once or twice per week or even month. They often have to accomplish different types of tasks each time. For example, part-time working editors at government agencies, but also journalists that only occasionally write content directly into the web content management system.

Professional and non-professional users have different requirements and require different web content management systems or, at least, different implementations. Compare it to the difference between using Photoshop and Photoshop Elements. Journalists prefer to use Photoshop, but your aunt would probably prefer use the simpler version, Photoshop Elements. Journalists would maybe feel a lack of freedom if using Photoshop Elements and your aunt would feel that she had too many choices if she used Photoshop. In my thesis I observed and talked to both types of users that were using both web content management systems that were like Photoshop and Photoshop Elements.

Many web content management systems and the implementation of them were developed to meet the requirements of professional users (and the opposite). Even so, the professional users often felt that the web content management systems limited them in their practice. In some cases, where the implementers really had thought of how the editors worked, the editors often overall liked the user experience. In most cases the editors felt inefficient and ineffective. I am not an expert, but lack of efficiency must mean that these organizations could save money by making the user interfaces more efficient.

The difference between implementations of the same content management system was larger than I thought when it came to the user experience of the user interface for the editors. A good example, from a media provider, was when the layout of teasers was graphically displayed in the interface. This supported the memory by removing the need to remember different titles for different layouts of teasers. That made it easier and more efficient to decide and change the layout of teasers.

Another, not so good example, was when the implementers had chosen to not use the standard WYSIWYG widget for management of text. To make a long story short, to move a paragraph from the beginning of a text to the middle of it, the editors had to move the paragraph one step at a time. For each move the page was reloaded. This was time-consuming and made the editors stressed out. One editor said that it could take an hour to accomplish a task that in Word would have taken five minutes.

The knowledge and skills of the implementers are essential to create a good user experience for the editors using a web content management system. Additionally, to provide the implementers with this knowledge, the web content management software companies have to provide the design guidelines of how to implement the user interface for editors. Software companies as Microsoft, Apple and Google Android provide design guidelines to implement their user interfaces.

Furthermore, the implementers have to have knowledge about interaction design, usability and other user experience issues when designing the backend user interface. None would argue that these aspects are not essential for the frontend of websites. If the backend user interface is not optimized for the real users, the editors, they will be inefficient and ineffective and that cost money. Web content management systems that are less implementation depended seems to be more appreciated by non-professional editors. Probably because these systems are not as complex and the software companies can make the usability and user experience really good, with less risk that the developers ruin it.

In the next post I will write about how you as a developer of Polopoly can improve your implementations by learning some basic interaction design. If you want to learn more about how I conducted my thesis and more examples and solutions, read my thesis.

Max Walter is a soon- to-graduate computer science student at the Royal Institute of Technology that did his master thesis at Atex Polopoly. He is also working as a usability consultant at Metamatrix. During his studies he has written computer books for beginners and articles in Sweden’s largest computer magazine for advanced users, Datormagazin. Read more about him at LinkedIn, follow him on Twitter or read his online business card at http://2mw.se.

Image © iStockphoto

This is the first part of a three post series (part 2 and part 3) that will be posted here in November about the thesis I did at Atex Polopoly. I did the thesis in the fields of human-computer interaction (HCI) and computer supported collaborative work (CSCW). In this post and two more posts I will shortly present my thesis, my experiences from in the wild and what to think about when designing the Polopoly Admin GUI. This post is about how I conducted my thesis and my conclusions.

The thesis was about content collaboration, which is when editors collaborate about producing and editing content, for instance, a teaser or an article. The purpose was to investigate how this type of collaboration was supported in web content management systems. The overall question was if the user experience of web content management systems would be better if it was more like a community where users worked together to produce and publish content.

A field study was conducted at seven web editorial staffs. Three different types of editorial staffs were participating in the study: distributed editorial staffs (a university and two municipalities), time-oriented editorial staffs (two larger media providers) and news-oriented editorial staffs (two newspapers). At all editorial staffs, collaboration was central in the process of producing content. These staffs did not only use Polopoly, but also Escenic, EpiServer and SharePoint.

People collaborated by talking to each other, sending e-mails and instant messages and, sometimes, even using other types of collaborative software. But they rarely used the web content management system directly to collaborate. One example of collaboration was that one editorial staff used workflows to manage content, which in this case was an approval process to where at least two users worked together.

Another example was that one web content management system had support for sending content to a “first page inbox”. Even if some journalists sent completed teasers to the first page editor, he or she did never check the inbox. The primary source, and the only they had time to follow continuously, was the first page editors e-mail inbox. Therefore, all journalists sent an e-mail to tell the first page editor to check the “first page inbox”. In the next three paragraphs, three examples are presented to support the three main conclusions of the thesis.

The first conclusion was that web content management systems would improve content collaboration by better integrating support of external collaborative software. Many editorial staffs had found alternative usages of features in the web content management to collaborate about content. For example, many editors used the ID of a content to share the content with other editors. That was accomplished by sending the ID in an e-mail or an instant message.

The ID is a string of numbers that the editors had to copy from, for example, an e-mail and paste into the web content management system. One editor said that it was like “sharing phone-numbers with each other”. By using URLs it would be possible to minimize the number of steps necessary to share a content to another user. For example, it would be possible to easily create an e-mail directly from the editor’s interface with the content URL in the body of the e-mail. When the URL is clicked, the content is opened in the editor’s user interface. It is much better to support the mental model of internet in the web content management system, then the mental model of phone numbers.

The second conclusion was to better support awareness of content activity and, that is, to make editors more aware of what other editors and content producers are doing. Even if all web content management systems had support to follow recent changes, they lacked efficient support to filter them. For example, editors waiting for content to be delivered wanted to observe if another editor had started working with the content, for example a teaser. It was not possible to follow only one user or to observe the activity of a group of users. Compare it to how you follow friends on different social networks.

Last, but not least, the editorial staffs had different requirements about content collaboration. They worked with different types of content and, therefore, had different requirements. Additionally, the organizations had different structures. Subsequently, collaborative features had to be customizable. For example, to improve the awareness of content activity different dashboards designs were tested. Each editorial staffs, or even editor, had their own favorite features in the dashboard. The dashboards designs were only very simple prototypes and it does not prove how the editors would use the dashboards in the reality.

Better collaboration support in web content management systems is likely to facilitate the management of articles and other content. The conclusion was threefold. Better integration with external collaborative systems, better support for awareness of content activity and making collaborative features customizable to support different types of editorial staffs are the most important guidelines.

To finally conclude, some organizations may benefit from using a web content management system where the user experience is more like a community. If you want to learn more about how I conducted my thesis and more examples and solutions, read my thesis. In my next post that will be published in one week I will write about my experiences from the wild.

Max Walter is a soon- to-graduate computer science student at the Royal Institute of Technology that did his master thesis at Atex Polopoly. He is also working as a usability consultant at Metamatrix. During his studies he has written computer books for beginners and articles in Sweden’s largest computer magazine for advanced users, Datormagazin. Read more about him at LinkedIn, follow him on Twitter or read his online business card at http://2mw.se.

The photo was taken by bwalsh.

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!

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:
■    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.

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?