a) Multilanguage-Support (Step 2): Separate OpenMir-servlet to publish a tranlation of an
article. If a article has translations, only the translated versions are produced in the language
the translated article is.
a) Multilanguage-Support (Step 2): Separate OpenMir-servlet to publish a tranlation of an
article. If a article has translations, only the translated versions are produced in the language
the translated article is.
-b) single template for all languages. i.e use gettext like system for templates.
-(underway, kellan, br1)
b) P2P-Data-Transfer/Content-Syndication: Implementing RDF/RSS-Support or a own
indymedia-protocoll.
c) dynamically creating "internal"-templates for new languages.
d) email-article-to-a-friend-servlet
b) P2P-Data-Transfer/Content-Syndication: Implementing RDF/RSS-Support or a own
indymedia-protocoll.
c) dynamically creating "internal"-templates for new languages.
d) email-article-to-a-friend-servlet
-e) semidynamic create-pdf-from-article-servlet: every requested pdf should be cached
+e) semidynamic create-pdf-from-article-servlet: every requested pdf should be cached (underway, john)
f) servletapi-2.3: Filters for file upload (also in cos.jar)
g) servletapi-2.3: use web.xml for simpler/better error handling.
h) servletapi-2.3: set character encoding properly based on what the template
f) servletapi-2.3: Filters for file upload (also in cos.jar)
g) servletapi-2.3: use web.xml for simpler/better error handling.
h) servletapi-2.3: set character encoding properly based on what the template
@@ -82,8+80,15 @@ j) use some JMF (Java Media Framework at sun.com) features for nifty media
tricks
k) better transaction support in the DB/Persistance layer for more efficient
use of DB.
tricks
k) better transaction support in the DB/Persistance layer for more efficient
use of DB.
-l) - config.porperties has to be cleaned and has to be better documentated. (half done, mh) --> config.properties is being replaced with new config system.
+l) - config.porperties has to be cleaned and has to be better documentated. (half done, mj) --> config.properties is being replaced with new config system. (mh, zapata)
m) Editing producer-templates in the mir-servlet. (idfx)
m) Editing producer-templates in the mir-servlet. (idfx)
+n) Media infrastructure stuff:
+ - make a sort of Factory to get handler perhaps in EntiyMediaType
+ - MediaHandler should take care of storage tablename, the entry in SQL is
+ redundant. -> get rid of it
+ - maybe get rid of the MediaTypeTable entirely and have it in a config file?
+ - use FM's TemplateMethodModel to access the MediaHandler method in templates