<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/opensubsystems/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 08 Mar 2007 00:22:43 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/opensubsystems/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Generalize URL where requests are posted from the JSP pages</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/353/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In the current version of Chronicle each JSP page has hardcoded the URL where the request from the page is submitted to. This is not very flexible since it cannot be changed in any way. All other URls are determined by the navigator instance. We should make this behaviour consistent and let the post URL be determined by the navigator instance.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Thu, 08 Mar 2007 00:22:43 -0000</pubDate><guid>https://sourceforge.net99e96cc4af373649cb756776c36d0c8e97544136</guid></item><item><title>Simplify BlogNavigator code by eliminating duplicate code</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/352/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The BlogNavigator class is responsible for determining what blog or entry is the request aimed at and for generation of URLS to dusplay on the web pages. Many methods in this class use very similar or the same code. Review the code in this class and make the code reusable to make the class more efficient and readable.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Thu, 08 Mar 2007 00:11:11 -0000</pubDate><guid>https://sourceforge.net32d0a77718d015f1d582d1d421c7919314a9efd0</guid></item><item><title>Generalize handling of login and logout requests</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/351/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Current version of Chronicle let the BlogEditServlet determine if the request is for login or logout page and then handle it. This is different from other requests where the navigator class handles such logic. Move the logic to determine if the request is for login or logout page to the BlogNavigator class.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Wed, 07 Mar 2007 23:47:39 -0000</pubDate><guid>https://sourceforge.net28ae453a159e6ef2bcd9b177db2626bd62747e03</guid></item><item><title>Generalize blog navigation to allow per request behavior </title><link>https://sourceforge.net/p/opensubsystems/feature-requests/350/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Current version of Chronicle constructs single BlogNavigator object which is then shared between all requests to parse the URLs and generate new URLs to display in pages. The application that use this servet may want to modify this behavior and generate different navigator based on the information from the request. Generalize the construction of navigator to allow different behavior for individual requests.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Wed, 07 Mar 2007 23:31:46 -0000</pubDate><guid>https://sourceforge.nete5056222d0f4f0984adbc6456a71a0e1d65214ad</guid></item><item><title>Generalize blog identification accessed using static URL</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/349/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The existing version of Chronicle identifies blog and their entries using combination of blog folder and the entry id. In some situation we may want to identify the blog and entry using combination of blog id and entry id. We need to generalize the BlogEntryIdentification class to allow both variations.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Wed, 07 Mar 2007 23:21:41 -0000</pubDate><guid>https://sourceforge.net6eed7544f5172469b157880474afbde04dd1fb69</guid></item><item><title>Upgrade to Core release 1.0rc3</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/348/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;New upcoming release 1.0rc3 of Open Core features several changes especially in the persistence tier &lt;br /&gt;
and in web user interface. Upgrade OpenChronicle to this release. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Wed, 07 Mar 2007 22:51:04 -0000</pubDate><guid>https://sourceforge.net4a07774947b2cea50668af4dd9a186597403bb84</guid></item><item><title>Simplify coding of persistence tier of list data pattern</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/347/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;ListDatabaseSchema and ListDatabaseFactory interfaces should be implemented by all subsystems that implement the list data pattern. Many of the methods prescribed by this interface and repetitive or similar between subsystems. Simplify coding of factories and schemas of subsystems that implement the list data pattern so that we eliminate as much repetitive tasks as possible.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Wed, 07 Mar 2007 19:58:22 -0000</pubDate><guid>https://sourceforge.net50e0752a0b8dbfa240095cbf779a9009c3428165</guid></item><item><title>Allow to customize page displayed by ListBrowserServlet</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/346/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The ListBrowserServlet was using the single page configured using single constant to display results of its operation. The only option to change this page was to change the value of the configuration setting. Some applications may need to display different page for each request. Allow such customization by allowing the code that overrides or uses the completeAction method to specify what rendering page to use.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Wed, 07 Mar 2007 18:31:16 -0000</pubDate><guid>https://sourceforge.netb36e55a5fc795b9f6fc7692a32003f7fc5a26b2c</guid></item><item><title>Simplify coding of ListTag derived custom JSP tags</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/345/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;List data pattern provides ListTag class, which is base class of data object specific custom JSP tags that display data loaded using list data pattern in a table. Currently the derived class must implement several methods to expose various details about the data being loaded. This is cumbersome and difficult. Simplify coding of classes derived from ListTag so that the data object specific modules can implement these as easy as possible.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Wed, 07 Mar 2007 00:02:24 -0000</pubDate><guid>https://sourceforge.net6384fc80e165edacc0646d31ffff0ce1d63fde74</guid></item><item><title>Simplify creation of custom list data pattern result pages</title><link>https://sourceforge.net/p/opensubsystems/feature-requests/344/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When ListBrowser servlet loads list of data from the data store, it redirects the request to the configured JSP page. The page then displays the results and offers user navigation controls to navigate to other portions of the data list. It can also offers gui to customize the the way the list is loaded, sorted and displayed. Then when the page is submitted again to server, the ListBrowser servlet can handle the request automatically. In order to do so it requires set of HTML variables storing information that influence how the list is loaded. Currently these variables are only available in datalist.jsp and they cannot be easily reused in a different page.&lt;/p&gt;
&lt;p&gt;Create a way how to easily include all required variable to a custom JSP page so that it is easily possible to create custom JSP pages displaying result of ListBrowserServlet.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miro Halas</dc:creator><pubDate>Tue, 06 Mar 2007 23:02:59 -0000</pubDate><guid>https://sourceforge.netd8993e9535346de683a91b6fea1862959d6947c8</guid></item></channel></rss>