<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to feature-requests</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/" rel="alternate"/><link href="https://sourceforge.net/p/opensubsystems/feature-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/opensubsystems/feature-requests/</id><updated>2007-03-08T00:22:43Z</updated><subtitle>Recent changes to feature-requests</subtitle><entry><title>Generalize URL where requests are posted from the JSP pages</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/353/" rel="alternate"/><published>2007-03-08T00:22:43Z</published><updated>2007-03-08T00:22:43Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.net99e96cc4af373649cb756776c36d0c8e97544136</id><summary type="html">&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;</summary></entry><entry><title>Simplify BlogNavigator code by eliminating duplicate code</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/352/" rel="alternate"/><published>2007-03-08T00:11:11Z</published><updated>2007-03-08T00:11:11Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.net32d0a77718d015f1d582d1d421c7919314a9efd0</id><summary type="html">&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;</summary></entry><entry><title>Generalize handling of login and logout requests</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/351/" rel="alternate"/><published>2007-03-07T23:47:39Z</published><updated>2007-03-07T23:47:39Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.net28ae453a159e6ef2bcd9b177db2626bd62747e03</id><summary type="html">&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;</summary></entry><entry><title>Generalize blog navigation to allow per request behavior </title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/350/" rel="alternate"/><published>2007-03-07T23:31:46Z</published><updated>2007-03-07T23:31:46Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.nete5056222d0f4f0984adbc6456a71a0e1d65214ad</id><summary type="html">&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;</summary></entry><entry><title>Generalize blog identification accessed using static URL</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/349/" rel="alternate"/><published>2007-03-07T23:21:41Z</published><updated>2007-03-07T23:21:41Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.net6eed7544f5172469b157880474afbde04dd1fb69</id><summary type="html">&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;</summary></entry><entry><title>Upgrade to Core release 1.0rc3</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/348/" rel="alternate"/><published>2007-03-07T22:51:04Z</published><updated>2007-03-07T22:51:04Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.net4a07774947b2cea50668af4dd9a186597403bb84</id><summary type="html">&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;</summary></entry><entry><title>Simplify coding of persistence tier of list data pattern</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/347/" rel="alternate"/><published>2007-03-07T19:58:22Z</published><updated>2007-03-07T19:58:22Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.net50e0752a0b8dbfa240095cbf779a9009c3428165</id><summary type="html">&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;</summary></entry><entry><title>Allow to customize page displayed by ListBrowserServlet</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/346/" rel="alternate"/><published>2007-03-07T18:31:16Z</published><updated>2007-03-07T18:31:16Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.netb36e55a5fc795b9f6fc7692a32003f7fc5a26b2c</id><summary type="html">&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;</summary></entry><entry><title>Simplify coding of ListTag derived custom JSP tags</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/345/" rel="alternate"/><published>2007-03-07T00:02:24Z</published><updated>2007-03-07T00:02:24Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.net6384fc80e165edacc0646d31ffff0ce1d63fde74</id><summary type="html">&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;</summary></entry><entry><title>Simplify creation of custom list data pattern result pages</title><link href="https://sourceforge.net/p/opensubsystems/feature-requests/344/" rel="alternate"/><published>2007-03-06T23:02:59Z</published><updated>2007-03-06T23:02:59Z</updated><author><name>Miro Halas</name><uri>https://sourceforge.net/u/bastafidli/</uri></author><id>https://sourceforge.netd8993e9535346de683a91b6fea1862959d6947c8</id><summary type="html">&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;</summary></entry></feed>