Originally Posted by
jrl767
I’m not a software guy, but it’s pretty evident to me that the code defining that part of the display already has the “on” as the separator between the field where it drops the data from the “Title” and “Posted By” elements of the database and the field where it drops the “Post Date/Time” element
the only manipulation of the “Post Date/Time” data (dates actually in Julian format) is if either of two check-and-replace is true:
- if “Post Date” = “current date” replace “Post Date” with “Today”
- if “Post Date” = “current date - 1” replace “Post Date” with “Yesterday”
otherwise the system uses “Post Date” as is
further (and to
GW’s point), I’d guess that IB will have little to no interest in fixing this, as it’s either too deeply embedded in their overall architecture or (like more than a few other FT attributes) it’s unique to FT
This is essentially correct, yes. Mustering resources to make a change in core is always a challenge. Is it preferable that it is ALWAYS the date? That's an option (and the default one, based on our other sites). I'm still hesitant to change that, since you know how everyone can react to even the smallest changes