ИДЕЯ ДЛЯ РИЗОМА

add what day it is for the UTC time...Monday/Tuesday/Wednesday/Thrusday/Friday/Sunday/Saturday

Not very necessary, IMO. I know what day it is here, so I can figure out what day it is UTC in half a second because the day changes UTC before it does here.
"Current local time is 18:45:41, UTC time is 00:45:41" - It's Tues here, so it's Wed UTC.
"Current local time is 8:00:00, UTC time is 14:00:00" - It's Tues here, so it's Tues UTC.

it can be for something just like this
"Current local time is 09:30:07 (Sat), UTC time is 22:30:07 (___)."
showing ithe days for both local time and UTC time

I don't know if thet UTC time is the same day, the day before or the day after ... I do not think that it can be two days or more (before or after the same days as me) but I am not sure about that just yet

Muffin if you're in America you're after UTC (meaning it's sunday first in UTC then in America) in OZ/Asia it's the other way around and Africa/Europe depend on the exact location

i know i'm utc(gmt) -5 in eastern time zone (USA and canada) so it's the same day for all but 5 hours of each day.

It is still imho a great idea.. as one coordinating things across all the timezones, it would be very useful for me to not have to use a) my guessing to be sure i have the time accurate or b) some external resource to determine what day it is.

Yes we CAN figure it out in our heads, the fact it's built into game is just immensely useful, in fact, a seperate enhancement would be to allow a param of local time and it converts automatically to UTC and shows the day too.

Computing machines after all are amazing at figuring these simple things out - and I'm pretty sure the programmers were forward thinking to use OS level calls to work this all out - which means adding to the command takes not a lot of effort and solves so many issues working across so many disparate time zones.

and i agree, better to just /time and get all the info, because with day-light savings time it's daffy sometimes.