My user has their regional Date Format as Month Day Year, however, when browsing in Office 365 the Date Modified format shows in Day Month Year which is not desired.
When the user browses files outside of Office 365 the date modified is in the same order as the regional settings which is what is desired.
What setting is required to ensure that the date modified, when browsing with Office 365, matches the user's regional settings?
Also, other users are experiencing the same issue and the date modified format is not consistent sometimes it is in Year Month Day sequence.
I don't know if this can be helpful for you but try changing the settings of your office365 account.
Related
When the windows time is set with a wrong time and a file is created,the file takes that time as date modified. Later on,when the time is corrected, the file still remains with wrong time and it is hard to understand when the file was modified. To avoid this confusion,how can the time of windows be made not to be editable.
You can prevent the time from being changed by other users by editing the local security policy. Run secpol.msc, navigate to Local Policies and to User Rights Assignments. On the right, edit the item Change the system time and Change the time zone (if required) to your liking.
Is there a way to set Windows Explorer to display a file's last committed date in the Date Modified field instead of showing the last downloaded date? Or maybe an additional column that does this?
That is not possible.
Custom columns in Windows Explorer were supported until Windows XP, so there is no technical way right now.
I have a batch file which I need to run at a specific date in the past. I can do this manually by changing the system date and time via the Control Panel (image below), running the batch file, and setting the date back to the current date. However, I would like to include setting time and date within my batch file to simplify the process. Is this possible?
The DATE command can be used to set the date in Windows 7.
The following, in US-locale, all have the same effect; to set the clock to December 3, 2012:
DATE 12/3/2012
DATE 12-03-2012
DATE 12/03/12
DATE 12-3-12
Note that administrator privileges are required to perform the command.
I have set the date and time in Control Panel Date and Time Right click Run as administrator.
After I restarted the system.its giving the wrong date.
Example:
Todays date is 03/19/2012
I changed it to 03/24/2012
I reboot the system.
It displays the date as 03/19/2012
Click the Clock and click Change time and date settings…
Set the time under the Date and Time tab
And under the Internet Time tab, click Change Settings
Uncheck Synchronize time with an Internet time server. Then press OK.
Reboot now, The time must be the one that you had set(Of course it would have advanced by a couple of sec/min based on the time taken for the system to restart).
Some of my Arabic users are reporting problems back to me with my application giving errors.
Common for them seem to be they are using Hijri calendar and TDateTimePicker control causing problems (but quite possibly it is the entire TDateTime and RTL that has problems, I am not sure)
The Hijri Calendar has a different year start/end which is not well suited for my application. (AFAIK, Hijri first became available in Windows7.)
I have problem reproducing the error because
1) I can't read Arabic making it much harder
2) I can only pick Hijri when Windows is set to Arabic (otherwise it is not a visible option)
Anyone here with the same problems? I Use Delphi 2010
Can I force my application into using standard calendar? (as solution) or can I force Windows to Hijri calendar on English Windows? (for testing)
In XP anyways, if you already have not done so, on Control Panel's Regional and Languages options dialog, go to the Languages page and first check the Supplemental Language Support checkboxes (Install files for complex script and right-to-left languages (including Thai)". For fun, check the East Asian languages one too, for later when you're going to want to check that chinese characters work properly.
Then, from the Control Panel, "Regional and Language Options" go to the "Advanced" tab and change the "Language for non Unicode programs" to an Arabic language.
Next you can go to date/calendar options and change to calendar type:
Hirji Calendar in arabic looks like this:
التقويم الهجري
Original source MSDN:
http://www.microsoft.com/middleeast/msdn/ArabicCalendar.aspx
Additional pro tip: If you aren't already doing so, start using VMs for internationalization testing. Do you really want to do all this to your main workstation? Not me. I do this stuff in VMs.
You can use the Windows API function SetLocaleInfo, this would change the user's settings in the windows control panel which may be undesirable.