<?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/wpigdc-cms/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/wpigdc-cms/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 23 Aug 2002 15:18:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/wpigdc-cms/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>My Events doesn't list chronologically</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/11/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I noticed that in &amp;amp;quot;My Events&amp;amp;quot; that the events are listed by &lt;br /&gt;
order i added them.... just wondering if this was &lt;br /&gt;
normal...  i thought it should be by date of the event, but &lt;br /&gt;
i don't know....&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ryan Seney</dc:creator><pubDate>Fri, 23 Aug 2002 15:18:36 -0000</pubDate><guid>https://sourceforge.netda74e9495fccc50a639ccc0a7fa2629f8e1c8c5f</guid></item><item><title>better date posting interface</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be nice to have an easier date posting&lt;br /&gt;
interface in dHTML that's more like software, less like&lt;br /&gt;
the web. Examples might be the Outlook Calendar feature&lt;br /&gt;
or the Mozilla Calendar feature.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Liam Morley</dc:creator><pubDate>Tue, 18 Jun 2002 22:27:54 -0000</pubDate><guid>https://sourceforge.net74b76ded9dd863beb0048e93a0bae9e984111799</guid></item><item><title>Automatically log in after registration</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Currently, after a user is successfully registered on the &lt;br /&gt;
site, he/she is shown a &amp;amp;quot;Registration successful page, &lt;br /&gt;
you can now login.&amp;amp;quot; He/she then has to login with their &lt;br /&gt;
new username/password.&lt;/p&gt;
&lt;p&gt;I think it would be more convenient if the web site &lt;br /&gt;
automatically logged in the users after registration. &lt;br /&gt;
Presumably people registering want to take advantage of &lt;br /&gt;
some features available only when they are logged in. If &lt;br /&gt;
they did not want to be logged in, they can click Log out &lt;br /&gt;
or just close the browser.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oleg Rekutin</dc:creator><pubDate>Sat, 15 Jun 2002 20:03:41 -0000</pubDate><guid>https://sourceforge.net0fda5208d0124e8c99232bfa5112c412e7e019d0</guid></item><item><title>Auto fill-in &amp;quot;end date&amp;quot; on Create Event</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;We will have a ton of one-day events. Right now if I&lt;br /&gt;
enter month, day, year, hour, minute and AM/PM for&lt;br /&gt;
Start Date, I have to enter all of that for End Date.&lt;/p&gt;
&lt;p&gt;Desired behavior:&lt;/p&gt;
&lt;p&gt;After I TAB into the first &amp;amp;quot;End Date&amp;amp;quot; field, pre-fill&lt;br /&gt;
the entire line to be the exact duplicate of Start Date&lt;br /&gt;
plus one hour.&lt;/p&gt;
&lt;p&gt;This way, instead of entering 6 values for Start Date&lt;br /&gt;
and 6 values for End Date, for most events I will only&lt;br /&gt;
need to enter 6 values for Start Date and 1 value for&lt;br /&gt;
End Date. 12 vs 7--good savings.&lt;/p&gt;
&lt;p&gt;Events that will require changing of more than 3 &amp;amp;quot;End&lt;br /&gt;
Date&amp;amp;quot; values (that differ from Start Date) are quite&lt;br /&gt;
rare. For example, how many events will we have that&lt;br /&gt;
begin in one year and end in another?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oleg Rekutin</dc:creator><pubDate>Mon, 10 Jun 2002 21:37:08 -0000</pubDate><guid>https://sourceforge.net5732d7d40d12285c737e1c7f78fad4236899922c</guid></item><item><title>Task confirmations shouldn't be pages</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Peforming a task results in a page that says only&lt;br /&gt;
&amp;amp;quot;Created BAH successfully&amp;amp;quot; (or whatever the task was).&lt;br /&gt;
I have to manually get back to the page where I came from.&lt;/p&gt;
&lt;p&gt;Instead, the behavior should be as follows. Once a task&lt;br /&gt;
is *successfully* carried out, the page from which I&lt;br /&gt;
began doing the task should be displayed, along with a&lt;br /&gt;
message up top that says &amp;amp;quot;Did XYZ successfully.&amp;amp;quot;&lt;/p&gt;
&lt;p&gt;Currently, when adding multiple events, my workflow is&lt;br /&gt;
as follows:&lt;/p&gt;
&lt;p&gt;* Go to My Tasks. &lt;br /&gt;
Shows me tasks page.&lt;br /&gt;
* Select Create Event task. &lt;br /&gt;
Shows me &amp;amp;quot;new event&amp;amp;quot; form.&lt;br /&gt;
* Submit info.&lt;br /&gt;
Shows me the confirmation page.&lt;br /&gt;
* Go to My Tasks. &lt;br /&gt;
Shows me tasks page.&lt;br /&gt;
* Select Create Event task. &lt;br /&gt;
Shows me &amp;amp;quot;new event&amp;amp;quot; form.&lt;br /&gt;
* Submit info.&lt;br /&gt;
Shows me the confirmation page.&lt;/p&gt;
&lt;p&gt;With the this improvement, the workflow would be&lt;br /&gt;
adjusted as follows:&lt;/p&gt;
&lt;p&gt;* Go to My Tasks. &lt;br /&gt;
Shows me tasks page.&lt;br /&gt;
* Select Create Event task. &lt;br /&gt;
Shows me &amp;amp;quot;new event&amp;amp;quot; form.&lt;br /&gt;
* Submit info.&lt;br /&gt;
Shows me tasks page with confirmation message.&lt;br /&gt;
* Select Create Event task. &lt;br /&gt;
Shows me &amp;amp;quot;new event&amp;amp;quot; form.&lt;br /&gt;
* Submit info.&lt;br /&gt;
Shows me tasks page with confirmation message.&lt;/p&gt;
&lt;p&gt;Note that the original step of &amp;amp;quot;going to my tasks&amp;amp;quot; is&lt;br /&gt;
not repeated. That's the savings. If getting to the&lt;br /&gt;
original step of some other tasks requires more page&lt;br /&gt;
loads (maybe it's two clicks away somewhere), then&lt;br /&gt;
that's more overhead that can be saved.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oleg Rekutin</dc:creator><pubDate>Mon, 10 Jun 2002 21:27:10 -0000</pubDate><guid>https://sourceforge.netd69c22464d02d0cce94abfdea23bdc2c80b4de1e</guid></item><item><title>Office contact form emails</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;On the office contact form, can we either have the&lt;br /&gt;
generic emails of the offices listed (ex,&lt;br /&gt;
webmaster@gdc.wpi.edu) or have the ability to have the&lt;br /&gt;
names of the people links to their email address (ex&lt;br /&gt;
mailto:webmaster@gdc.wpi.edu).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chuck Haines</dc:creator><pubDate>Fri, 07 Jun 2002 03:07:30 -0000</pubDate><guid>https://sourceforge.net86a382f3ca49e146337e19a0f76c58a999d2fc09</guid></item><item><title>Return to My Tasks after deleting object</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Can we add either a button that says &amp;amp;quot;Return to My&lt;br /&gt;
Tasks&amp;amp;quot; or have the page automagically redirect to My&lt;br /&gt;
Tasks after successfully deleting an object.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chuck Haines</dc:creator><pubDate>Fri, 07 Jun 2002 03:02:00 -0000</pubDate><guid>https://sourceforge.neta8f9379b0c5b895a3038a23b29e609e8f6f41f77</guid></item><item><title>Add cancel button to delete action</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be nice if you could click cancel when&lt;br /&gt;
deleting an item that you don't mean to delete instead&lt;br /&gt;
of &amp;amp;quot;surfing somewhere else&amp;amp;quot; if you don't really want to&lt;br /&gt;
delete something.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chuck Haines</dc:creator><pubDate>Fri, 07 Jun 2002 03:00:29 -0000</pubDate><guid>https://sourceforge.net2c8f2f240f7814a2cce30126e3c4d2a1f3157d8f</guid></item><item><title>Forums</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Can we implement the forums.  I will give you the MYSQL&lt;br /&gt;
tables so that we can keep the same schema.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chuck Haines</dc:creator><pubDate>Fri, 07 Jun 2002 02:28:03 -0000</pubDate><guid>https://sourceforge.nete2eb2989e35a2b62d8b5ff2799a9842cb0b370b7</guid></item><item><title>profile display</title><link>https://sourceforge.net/p/wpigdc-cms/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Users can currently have profiles. At the moment, they&lt;br /&gt;
consist simply of their username and their email&lt;br /&gt;
address. Users should be able to decide whether or not&lt;br /&gt;
their email addresses should be public. Users should&lt;br /&gt;
also be able to store other information there.. for&lt;br /&gt;
example, their AIM/ICQ name, a description of&lt;br /&gt;
themselves, or whatever else somebody decides to add.&lt;/p&gt;
&lt;p&gt;Please add comments and suggestions.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Liam Morley</dc:creator><pubDate>Wed, 05 Jun 2002 18:04:09 -0000</pubDate><guid>https://sourceforge.net2e8bea1d9cda5cbf6de53d0908adc96223483607</guid></item></channel></rss>