pmtool-devel Mailing List for PMtool
Status: Inactive
Brought to you by:
willuhn
You can subscribe to this list here.
2005 |
Jan
|
Feb
(36) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|
From: Robby R. <ro...@pl...> - 2005-02-25 17:29:37
|
Released it as beta as I am not confident that the session handling is resolved yet. http://sourceforge.net/projects/pmtool/ -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-25 16:19:13
|
On Thu, 2005-02-24 at 10:23 -0700, Chris Wade wrote: > I think that the number of things we've worked on should qualify it > for a new release. One thing I might fix before releasing is that the > sessions still time out. I think it's at about an hour, but I haven't > timed it. I leave my browser window open all the time and still have > to re-login. But I wouldn't let that stop us from releasing. > I think that this might be the default session timeout on the server. I'll take another peak at this, but I think that we should do a quick test on everything and I'll release an incremental release and hopefully this will get some more feedback. I have a new translation too and another person from China offered a translation (perhaps next release). > Basically what we've done is fix a few annoying things that could make > the difference between someone using it or not. I know I wasn't going > to be able to go any further with it before fixing those things. > Let's release this one, and then next, get to work on functionality > like the reports and the user interface. > > I still want to rewrite all of the HTML, but that's not going to show > an immediate change for the user. It will let us do more with it in > the future, though. We should probably push this as we move towards 2.0. 2.0 should have a completely flexibile template system. That's the number one thing that I want to see in pmtool 2, templates/themes. Less configuration in the config files, an install wizard, and a db abstraction layer so we can use in postgresql, mysql, oracle..maybe even sql lite, etc. I'll try to see if I can post a release today. I don't think that I have access to the freshmeat account, I'll have to contact the original author for info on that. -Robby > > I can barely use the reports. The best I can do is to run one, and > then copy and paste the tables I need into Word, fix the things that > need to be fixed and then mail it. Reports are buggy and could use > some more flexibility. I've started putting together a list for that > as well. Right now doing a report is pretty time-consuming. > > Oh, and I did like the old message, ''Wow, you have done nothing > today...' it was a little bit of humor that made me smile. But do > what you think is best with that one. The humor was a point in favor > that convinced one of my managers to use it. :) > > Is there anything you need from me in the immediate future? I don't > know what my availability is going to be like, as I'm moving, > hopefully starting a new job, and am going to have to return this > laptop I'm using to its rightful owner soon, so I'll have to re-setup > my entire workspace and get a new internet connection, etc. I'll keep > you updated if I can but there's probably going to be a few days at > least where I am not in communication. Till then just let me know > what you need and I'll try to help. > > Cheers, > > Chris > > > On Thu, 24 Feb 2005 07:58:41 -0800, Robby Russell <ro...@pl...> wrote: > > How many things should we work on before we release a new updated > > version? I think that it would be great to release some of these changes > > soon, which will also drive more traffic to the system and hopefully > > people will help us track down any other bugs that might exist in the > > system. > > > > Thoughts? Historically, they'd release an update when they got new > > translations and such.. right now we have a few fixed bugs, and new > > portuguese/brazilian translation. > > > > Thoughts? > > > > -Robby > > > > -- > > /*************************************** > > * Robby Russell | Owner.Developer.Geek > > * PLANET ARGON | www.planetargon.com > > * Portland, OR | ro...@pl... > > * 503.351.4730 | blog.planetargon.com > > * PHP/PostgreSQL Hosting & Development > > * --- Now hosting Ruby on Rails Apps --- > > ****************************************/ > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Pmtool-devel mailing list > > Pmt...@li... > > https://lists.sourceforge.net/lists/listinfo/pmtool-devel > > -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-24 15:59:11
|
How many things should we work on before we release a new updated version? I think that it would be great to release some of these changes soon, which will also drive more traffic to the system and hopefully people will help us track down any other bugs that might exist in the system. Thoughts? Historically, they'd release an update when they got new translations and such.. right now we have a few fixed bugs, and new portuguese/brazilian translation. Thoughts? -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Chris W. <gen...@gm...> - 2005-02-22 20:55:13
|
I committed an update to inc/jobs.inc.php that does the following: Whenever there's a job that crosses midnight, instead of failing to appear on either its start page or its end page, it will now appear on the last date for which it was active, or the current date if it's a running job. I decided to do it this way rather than have it appear on all the days during which it was active, because it was easier to keep track of the time that way. The summary time for the entire job will be shown on the day on which it was closed, and added to that day's overall total. The only ambiguity here is that a day's total may include hours that were actually worked on the day before. Chris |
From: Chris W. <gen...@gm...> - 2005-02-22 20:49:50
|
> Agreed, perhaps this addresses a bigger issue with the design of the > site. I like the popups, but at the same time, it doesn't seem to really > add anything unless it would auto refresh the main window. Perhaps if we > removed the javascript popup, we could also address the truncated issue > and allow the main window to display more information about the work > entered. *my 2 cents* Actually, I think the popups are pretty useful... I can keep several of them open at once if I want to. Would be nice to 'tabify' them for firefox browsing, but that's more of a wish-list item. It wouldn't be hard to write the javascript that would do the update. I'll get to it at some point. Chris |
From: Robby R. <ro...@pl...> - 2005-02-22 04:46:43
|
On Mon, 2005-02-21 at 21:28 -0700, Chris Wade wrote: > What file did you modify to make it end only when the browser closes? > Have you checked it in? > > Did you happen to download the new index.php? I'd have to check it was something simple, there is a function called urlEncode() somewhere. I commented out where it appended the session to the links. I haven't had a chance to look at the latest snapshots, I am planning on working on my other project all night (pgcart.com) and will take a peak at your work and update phpxref later. :-) Cheers, Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-21 18:12:54
|
I probably will not be touching anything else today in the pmtool src tree. Feel free to commit stuff. I worked on some basically cleaning up in user.inc.php this AM which is not committed. More of a cleanup of the sql queries...and getting a feel for how much work will be involved to drop in a real db abstraction layer (like pear::db). I would like to update all the SQL queries and make all the SQL specific words uppercase as everything in pmtool is lowercase for SQL queries. Some other issues (which may just need to be released with v2, is the removal of all the instances of @global. Not a fan of global variables. ;-) also, when responding, try to respond to all so it goes back to the list. I need to find the original password for mailman so I can have it auto-reply to the list rather than the sender. -Robby On Mon, 2005-02-21 at 10:42 -0700, Chris Wade wrote: > ok, let me know when you're going to work on job.inc.php as I have a > change I'll want to finish and put in there. > > Chris > > > On Mon, 21 Feb 2005 07:32:22 -0800, Robby Russell <ro...@pl...> wrote: > > On Mon, 2005-02-21 at 06:26 -0800, Robby Russell wrote: > > > I am going to start workign on the inc/ folder as well. (start from > > > bottom and work my way up as I have time) > > > > > > I'll work on cleaning up user.inc.php (also because of the pgsql > > > user/users issue) > > > > > > -Robby > > > > > > > I would also like to rename the field 'lang' in the user table to > > language as the code refers to language and it seems silly to have to > > refer to lang as language and vice versa. > > > > -Robby > > > > -- > > /*************************************** > > * Robby Russell | Owner.Developer.Geek > > * PLANET ARGON | www.planetargon.com > > * Portland, OR | ro...@pl... > > * 503.351.4730 | blog.planetargon.com > > * PHP/PostgreSQL Hosting & Development > > * --- Now hosting Ruby on Rails Apps --- > > ****************************************/ > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Pmtool-devel mailing list > > Pmt...@li... > > https://lists.sourceforge.net/lists/listinfo/pmtool-devel > > -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-21 16:31:37
|
Chris. I have setup a phpxref and will update it every few days. This should help with some of the tracking down of variables/declarations/etc. http://www.pmtool.org/phpxref/ Cheers, -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-21 15:32:32
|
On Mon, 2005-02-21 at 06:26 -0800, Robby Russell wrote: > I am going to start workign on the inc/ folder as well. (start from > bottom and work my way up as I have time) > > I'll work on cleaning up user.inc.php (also because of the pgsql > user/users issue) > > -Robby > I would also like to rename the field 'lang' in the user table to language as the code refers to language and it seems silly to have to refer to lang as language and vice versa. -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-21 14:26:35
|
I am going to start workign on the inc/ folder as well. (start from bottom and work my way up as I have time) I'll work on cleaning up user.inc.php (also because of the pgsql user/users issue) -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-21 14:22:13
|
It seems that the session will now end when the browser closes. Should this be sufficient? -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Chris W. <gen...@gm...> - 2005-02-21 08:02:23
|
Odd... but the constants were already in the config in the release version. They never got checked into CVS that way, though. I think that's where they oughta go so I put them there in CVS. These are the ones that were deleted from includes.inc.php. Would be worth doing a diff -r between the release and CVS to see if there are any more cases like that. |
From: Chris W. <gen...@gm...> - 2005-02-21 07:38:52
|
I rewrote the HTML code in the index.php file without changing the way the display looks. I separated out all of the HTML from the PHP effectively, making it much cleaner and easier to make changes to when we want to update it. Also makes the HTML come out cleaner in the end. Download the file from CVS and do a view source on the home page. The part that doesn't look as clean is the included stuff from home.php, but the rest looks pretty spiffy. Should help track down bugs as well. I'd like to take the rest of the files and give them the same treatment. Chris |
From: Robby R. <ro...@pl...> - 2005-02-21 05:26:52
|
On Sun, 2005-02-20 at 22:17 -0700, Chris Wade wrote: > One thing I noticed was there there were constants declared in the old > version from CVS. I made my edits to the release version, oops. So I > didn't mean to remove those constants. I thought they were being > declared in config.inc.php, though, so just aheads up in case they > need to be added back in. > > Chris > Either make a new file for them or add them to config.inc.php. (unless you feel they should go somewhere else) Looks like they were moved there in cvs version 1.5 of that file. http://cvs.sourceforge.net/viewcvs.py/pmtool/pmtool/inc/includer.inc.php?r1=text&tr1=1.4&r2=text&tr2=1.5&diff_format=h > * $Log$ * Revision 1.5 2004/04/01 20:02:53 znouza * @N > config.inc.php - added $config['paytasks'] option * @N > include.inc.php - added define of constants (previously in > requests.inc.php) * -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Chris W. <gen...@gm...> - 2005-02-21 05:17:11
|
One thing I noticed was there there were constants declared in the old version from CVS. I made my edits to the release version, oops. So I didn't mean to remove those constants. I thought they were being declared in config.inc.php, though, so just aheads up in case they need to be added back in. Chris |
From: Robby R. <ro...@pl...> - 2005-02-21 03:08:14
|
On Sun, 2005-02-20 at 19:02 -0800, Robby Russell wrote: > Few things that will need to be addressed. > > - Table user, needs to be renamed to users or something as 'user' is a > special word in postgresql. > > - there is no PASSWORD() function in postgresql. We need to move this > function into PHP or have a special instance for postgresql to md5() the > password before saving. The biggest issue is that anyone using mysql > right now cannot migrate to postgresql unless we can duplicate the > PASSWORD function in php. > > - Fix all the SQL queries that compares INT fields to '' (string). > PostgreSQL is a bit more intolerant of this. (which is a good thing) > > ..more to come. > > -Robby > Chris, how do you feel about PEAR::DB ? That was the db library that I was planning on using for V.2. -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-21 03:02:47
|
Few things that will need to be addressed. - Table user, needs to be renamed to users or something as 'user' is a special word in postgresql. - there is no PASSWORD() function in postgresql. We need to move this function into PHP or have a special instance for postgresql to md5() the password before saving. The biggest issue is that anyone using mysql right now cannot migrate to postgresql unless we can duplicate the PASSWORD function in php. - Fix all the SQL queries that compares INT fields to '' (string). PostgreSQL is a bit more intolerant of this. (which is a good thing) ..more to come. -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-21 02:33:14
|
On Sun, 2005-02-20 at 19:24 -0700, Chris Wade wrote: > I just rewrote inc/includes.inc.php so that it is much smaller and > more readable, and maintainable, but everything should work pretty > much the same way. What should we use as a protocol for checking in > files like this? > > I'll check it in this time, so you can look at it, then you can back > it out if you don't want the change - but let me know what order to > follow when changing a file this drastically. I'm about to make some > sweeping changes to HTML displays that won't affect the display itself > but will make the code much easier to work with. > > Chris CVS commit it. We can always use cvs to roll it back a version or two. I'd like to check it out when you've committed it. I am working on the pgsql port again as we speak. I want to have the next version to work with pgsql. I need to rename the user table... and in the update file, people will just run the query to alter the table name..and I will look for any references to the tablename "user" in the code and change to users. Does this seem alright with you? -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Chris W. <gen...@gm...> - 2005-02-21 02:24:56
|
I just rewrote inc/includes.inc.php so that it is much smaller and more readable, and maintainable, but everything should work pretty much the same way. What should we use as a protocol for checking in files like this? I'll check it in this time, so you can look at it, then you can back it out if you don't want the change - but let me know what order to follow when changing a file this drastically. I'm about to make some sweeping changes to HTML displays that won't affect the display itself but will make the code much easier to work with. Chris |
From: Robby R. <ro...@pl...> - 2005-02-21 00:45:12
|
On Sun, 2005-02-20 at 17:27 -0700, Chris Wade wrote: > good idea. How else are sessions being stored? The latest CVS should have it without sessions in the URL. I haven't checked on where sessions are stored yet. Working on the postgresql db schema right now. One annoying part is that the table for users is 'user' and this is a reserved word in postgresql..so it needs to be quoted. Perhaps we can rename the table... -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-20 23:45:06
|
On Sun, 2005-02-20 at 14:16 -0700, Chris Wade wrote: > > - comments for jobs appear to be truncated. I haven't found anywhere > to view my entire comment. Having the option to view the entire > comment whenever a job is displayed would be useful. I agree. I am removing the substr() from this as I would prefer to see the whole comment. -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-20 23:29:25
|
On Sun, 2005-02-20 at 15:21 -0800, Robby Russell wrote: > I'd like to get rid of needing the PHPSESSION in the URL. > > -Robby > Modifying the function encodeUrl() in tool.inc.php seems to resolve this. Is there any need to have this? What I have seen is a customer would send me a link to something they noticed and I'd click on it and it'd be their session. Don't think it should be so easy to hijack someones session. -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-20 23:21:22
|
I'd like to get rid of needing the PHPSESSION in the URL. -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Robby R. <ro...@pl...> - 2005-02-20 23:15:35
|
On Sun, 2005-02-20 at 14:16 -0700, Chris Wade wrote: > Hi, > > This is the list I compiled last night from reading through the code > and from using the app for a while. > > I don't use the reporting features as I've never gotten anything > productive out of them and have never really tried to make them work. > So that's one whole area I would address separately. The way I use > it, for now, is to keep track of my time on individual tasks. > Otherwise I'd have no idea how long I spent doing something. So the > main parts of the interface, to me, are the project page, the tasks > page, the home page, and the task details window. > > Here's a somewhat-randomly ordered list: > > - when a job is declared private in the task details window, it > disappears except for summary times. It doesn't appear to be > available for viewing anywhere. Whereas it should probably show for only people who can see 'private' entries I presume? Or just for the person who added that time? > > - if you declare a job private when you start it, it disappears and > you have no way of recording a stop time for it. It'll just keep > accumulating time and adding to the summary until you go into the > database with a can of raid and exterminate it. Either private jobs > should be viewable or there shouldn't be a way to declare them private > until you're done with them. > > - Jobs that start on one day and finish on another don't show up on > either day on the home page summary. I'm working on this one, but > it's a bit hairy. More about this in a separate letter. > > - nitpicky: I didn't know until I read through the code that you could > sort the jobs in the task details window by start time and stop time. > These links could be more obvious. > Agreed, perhaps this addresses a bigger issue with the design of the site. I like the popups, but at the same time, it doesn't seem to really add anything unless it would auto refresh the main window. Perhaps if we removed the javascript popup, we could also address the truncated issue and allow the main window to display more information about the work entered. *my 2 cents* > - comments for jobs appear to be truncated. I haven't found anywhere > to view my entire comment. Having the option to view the entire > comment whenever a job is displayed would be useful. > > - This is already in the bug list but was one I would have added: It > needs a per-user config option to set the time zone, so that users in > a part of the world other than the server can see their own times > rather than the server's times. > > - What would be really cool, and very convenient, is if the task > details window, on receiving an update, did some javascript to > automatically update or reload the home page or the referring page > before it disappeared. > > - I often have to re-login. It seems that this logic could be > improved, but at the very least, it would be nice if the url and post > data would be retained so that once I log in, it goes directly to the > page I was trying to get to instead of back to the home page. This > comes up most often when I go to click on a job link on the home page, > and the details window pops up, with the login form in it. I click > submit and the home page appears in smaller size in the details popup > window. > > > Other general issues include the fact that a lot of the user interface > as far as forms, etc. could be rewritten so as to be easier to use and > more intuitive. Right now there's a definite learning curve. And as > I've been looking through the code, I really want to re-do all of the > HTML display code. Right now there's a bunch of php code mixed in > with pure HTML output, which I'd like to avoid. It doesn't need a > template engine to accomplish this, but rather an intermediate step > would be to use here-doc notation judiciously and concatenate all the > output at the end before sending it to the browser. In my ideal world > of worlds, I'd like to output everything to XML and then use an XSLT > stylesheet to transform it into a web page. But that's a little > further on from where I'm at in my skillset right now. Version 2? > This is where smarty/version 2 comes into play. I would prefer to address some of the big bugs, and work on display features for version 2. > I'd also like to rearrange the config file and manage all the class > includes a little better, and add to come of the comments in the code > to make better descriptions of what is happening. I would also like to remove the ?content=page entries as well. If we do this right, we could make the system a bit more manageable/flexible for new modules/plugins. -Robby -- /*************************************** * Robby Russell | Owner.Developer.Geek * PLANET ARGON | www.planetargon.com * Portland, OR | ro...@pl... * 503.351.4730 | blog.planetargon.com * PHP/PostgreSQL Hosting & Development * --- Now hosting Ruby on Rails Apps --- ****************************************/ |
From: Chris W. <gen...@gm...> - 2005-02-20 21:16:37
|
Hi, This is the list I compiled last night from reading through the code and from using the app for a while. I don't use the reporting features as I've never gotten anything productive out of them and have never really tried to make them work. So that's one whole area I would address separately. The way I use it, for now, is to keep track of my time on individual tasks. Otherwise I'd have no idea how long I spent doing something. So the main parts of the interface, to me, are the project page, the tasks page, the home page, and the task details window. Here's a somewhat-randomly ordered list: - when a job is declared private in the task details window, it disappears except for summary times. It doesn't appear to be available for viewing anywhere. - if you declare a job private when you start it, it disappears and you have no way of recording a stop time for it. It'll just keep accumulating time and adding to the summary until you go into the database with a can of raid and exterminate it. Either private jobs should be viewable or there shouldn't be a way to declare them private until you're done with them. - Jobs that start on one day and finish on another don't show up on either day on the home page summary. I'm working on this one, but it's a bit hairy. More about this in a separate letter. - nitpicky: I didn't know until I read through the code that you could sort the jobs in the task details window by start time and stop time. These links could be more obvious. - comments for jobs appear to be truncated. I haven't found anywhere to view my entire comment. Having the option to view the entire comment whenever a job is displayed would be useful. - This is already in the bug list but was one I would have added: It needs a per-user config option to set the time zone, so that users in a part of the world other than the server can see their own times rather than the server's times. - What would be really cool, and very convenient, is if the task details window, on receiving an update, did some javascript to automatically update or reload the home page or the referring page before it disappeared. - I often have to re-login. It seems that this logic could be improved, but at the very least, it would be nice if the url and post data would be retained so that once I log in, it goes directly to the page I was trying to get to instead of back to the home page. This comes up most often when I go to click on a job link on the home page, and the details window pops up, with the login form in it. I click submit and the home page appears in smaller size in the details popup window. Other general issues include the fact that a lot of the user interface as far as forms, etc. could be rewritten so as to be easier to use and more intuitive. Right now there's a definite learning curve. And as I've been looking through the code, I really want to re-do all of the HTML display code. Right now there's a bunch of php code mixed in with pure HTML output, which I'd like to avoid. It doesn't need a template engine to accomplish this, but rather an intermediate step would be to use here-doc notation judiciously and concatenate all the output at the end before sending it to the browser. In my ideal world of worlds, I'd like to output everything to XML and then use an XSLT stylesheet to transform it into a web page. But that's a little further on from where I'm at in my skillset right now. Version 2? I'd also like to rearrange the config file and manage all the class includes a little better, and add to come of the comments in the code to make better descriptions of what is happening. And there ya go. Chris |