Wow, did you read through all this? amazing!
I did get images, and not only images- images with a specific mouseover message when the user hovers over the image, which reflects the status of the project in relation to the due date.
Dessie is truly remarkable for what he did here. that cannot be overstated.
As far as all my columns, fields etc....
I would have to work on that when I have a chunk of time. :-)
Beyond this specific effort, which only tacked the singular issue of "how to get 'TODAY' (date value) dynamically available and leveragable by other fields/formulas", a lot more was involved in my list to get the users what they wanted.
Briefly- the project list was created off the 'issue tracking' list type. I created a content type for that list which presents the user with 8 required fields to complete when adding a new project:
-Title
-Description
-Line of business (choice field, site column)
-Assigned to (allowing multiple users)
-Priority
-% complete ( a choice column forcing selections 0% (default), 10%, 25%, 50%, 75%,90%, 100%)
-Due date
-Notes (append-only text field)
The goal was to reduce as much as possible the ability of the users to change critical fields. Therefore, there are MANY hidden columns (calculated and non-calculated types) to drive other values while disallowing user interaction.
For example, "status" is hidden from the content type, defaulting to "in progress". The user can only update status by changing the % complete value.
When the user finally changes % complete to 100%:
- Status field changes to Complete
- A hidden "end date" field populates with the current date
- A hidden "actual days" field calculates number of days it took to complete (= [start date]-[end date])
- a hidden "completion result" field displays (text) either EARLY or LATE by comparing 'actual days' to 'target days' ('Target days =[due date]-[start date], another hidden value)
- A WF runs which copies the item to a separate Archive list.
There is also an associated document library w/ a lookup field to the project title from the project list.
When the user clicks the project title, they wanted to see not only the project data but any associated documents as well. To accomplish this, I created a custom display form that includes a web part with the project document library in it, and a connection between that and the display form to only pull in the documents that share the same project title. I modified this in SPD to change it to an XSLT data view so that I could have the ability to display a message when no matching items were available. Below the doc lib web part is a CEWP that allows the user to upload a doc if they want. This gives them all the functionality they wanted in one place.
I also had to place a CEWP on that custom dispform that provides instructions to all my Office 2003 users (a lot of them) to make sure they choose the correct "edit" drop-down command to open the docs correctly. (If they don't, they default to a read-only view in Wordwhen opened.) I used the "collapse web parts toggle " script in another CEWP on this dispform to give a cleaner view by allowing the user to open/close the Office 2003 instructional web part as needed.
Plus a lot more.
whew.
Documenting all this may take a while!