Inlägg i ‘Nyheter’

Polopoly 10 fix packs

Feb 21

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

Polopoly 10 ute!

Dec 28

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.

Taggar: , , ,

Planen sprack men mycket har hänt under sommaren

Okt 04

Å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 power user group

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.

Taggar: , , ,

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