GSoC Idea: Dynamic Vocabularies
"Jens W. Klein" <jens-/[email protected]>
| Newsgroups | gmane.comp.web.zope.plone.devel |
|---|---|
| Organization | Klein & Partner KG |
| Message-ID | <[email protected]> |
After my first proposal (Dexterity API) was considered as too complex I want to take Martins idea here one step further. I think it is simple and fokused enough to be done. On 2014-02-13 21:24, Martin Opstad Reistadbakk wrote: > > * A subject/tags picker that supports tree-like controlled > vocabularies and/or ad-hoc keywords, and auto-complete; might re-use > parts of related items widget; should support some eventual tool like > possible successor ATVocabularyManager. Could use ICD.9, NAICS, IPTC, > and other freely available vocabularies as data-sets for development. As some might now Rok wrote some time ago the great collective.vdexvocabulary addon which exposes flat VDEX vocabularies with relations as a vocabulary utility to zope/plone. In the last weeks I took this - together with some ideas in ATVocabularyManager and the widget in collective.dynatree - to add a tree-like vocabulary type to collective.vdexvocabulary. All this is at the moment unreleased, but works well. VDEX ist a well thought XML format for vocabularies. Its simple enough but includes i18n and relations between terms. What we not have is some TTW story for vocabularies - except the grumpy old ATVocabularyManager. I started it several years ago and I dont think it has a future in a dexterity world. From this I see to possible and valuable GSoC projects: 1. Browser/JS based editor for VDEX 2. In-Plone-Site Dynamic Vocabulary Provider I would make this two projects to keep it focused. Its easy to merge together later. Skills for (1) are primary Javascript/HTML/CSS and understanding VDEX XML (reading and understanding of the specification). Knowing Javascript already is for sure good in order to push this one to success. (I'd take AngularJS here with its MVW approach, but anything else would work too). Skills for (2) are more down in the ZCA, local utilities, possibly GenericSetup/setuphandlers, also testing. At least a good basic python knowledge is needed already, learning python while GSoC is not an option to get a good outcome - IMO. If a mentor is needed I would do it for one off the 2 proposed if no-one else jumps on it. Even if only the Editor is implemented I'am willed to integrate it in Plone with a simple backend (i.e. store in registry and provide as utility). Jens -- Klein & Partner KG, member of BlueDynamics Alliance ------------------------------------------------------------------------------ Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk