Anyone know why some URLs have padlocks next to them in MediaWiki pages?
2010-01-21
2010-01-12
Use What You Already Know: "Drive" Qlikview QVD's from Excel
Leverage tools you already know how to use. That should be maxim one for decking out one's analytics toolbox. (It's more important than any single piece of advice from usability specialist Jacob Nielsen). An example of this principle is the product Vizubi. Vizubi provides an Excel front end to Qlikview's highly optimized and super-efficient native "database" structure, a QVD.
I haven't tried it, and have read no reviews of it, but it has one laudable feature. It leverages a tool for which skillsets are abundant: Excel. It has other reported capabilities, such as natively understanding what to do with time variables, and itself using in-memory resources, but that one feature may be worth the price of admission.
The idea of using Excel as a front-end has a time-honored tradition (e.g., Arbor Software's Essbase). It's no accident.
2010-01-07
Plone 2.5 Browser-specific Issues Understood (Not Solved)
I'm administering a few Plone 2.5 sites under Windows. Sometime over the past two months, I noticed that when I tried to use Kupu, the rich text editor, to edit the content type Rich Topic, the body of the topic text was blank. No editing was possible. After looking into this further, I was reminded that this feature (which is now standard in Plone 3 and 4) was provided via a third party "product" (Plone team's notion of a plug-in of sorts) simply called RichTopic and I think originated with Jon Stahl. In later versions, the feature is referred to as rich text fields on collections.
But nothing had changed in the site configurations -- except, of course, the browsers, which had undergone numerous upgrades since the original Plone 2.5 deployment. After painstaking testing, I was able to determine that the symptoms persisted in Firefox 3, Safari (to the extent that Safari Win could be used for testing), and IE 7 and 8. In Opera, I was able to see the HTML, but the editor wasn't using its toolbar properly so I was reluctant to use Opera to update the content. Here's the surprise: SeaMonkey (v2.0.1) which I use as an HTML editor, worked fine.
Updated 8 January 2010 It's some complex caching problem, as pages visited for the first time for a browser work properly. After repeated edit visits, they stop working.
Perhaps it was my browser plugs, or security, or the Plone skin being used -- unclear. But perhaps this will save someone else a little time. My "solution" will be to ignore this problem and to upgrade to Plone 3, though that is not a trivial process.
But nothing had changed in the site configurations -- except, of course, the browsers, which had undergone numerous upgrades since the original Plone 2.5 deployment. After painstaking testing, I was able to determine that the symptoms persisted in Firefox 3, Safari (to the extent that Safari Win could be used for testing), and IE 7 and 8. In Opera, I was able to see the HTML, but the editor wasn't using its toolbar properly so I was reluctant to use Opera to update the content. Here's the surprise: SeaMonkey (v2.0.1) which I use as an HTML editor, worked fine.
Updated 8 January 2010 It's some complex caching problem, as pages visited for the first time for a browser work properly. After repeated edit visits, they stop working.
Perhaps it was my browser plugs, or security, or the Plone skin being used -- unclear. But perhaps this will save someone else a little time. My "solution" will be to ignore this problem and to upgrade to Plone 3, though that is not a trivial process.
Subscribe to:
Posts (Atom)


