Labor hours
complete
BitLife
I completely agree—having the option to switch back to decimal fractions would enhance the user experience significantly. This change would make calculations much easier and provide a clearer overview of labor hours. Speaking of efficiency, I’ve been playing Cookie Clicker lately, and the way it tracks time encourages strategic planning!
Walton Donnie
Geometry Dash has a strong and creative community, with thousands of user-made levels that add new challenges and keep the game fresh.
M
MaryKane
M
MindaChass
Hoodies are perfect pink palm puff for layering over a t-shirt.
Arrington Michael
Adding an option to switch between displaying labor hours as decimal fractions and hours/minutes/seconds Tunnel Rush sounds like a helpful feature! It could offer users more flexibility based on their preferences or specific needs.
N
Naresh Nichani
complete
Seth
We have added an Application Setting for this in the latest build of the v21 Client, available via direct download: https://downloads.d-tools.com/si/v21/SIClient.exe
c
curt.hayes
Seth Found the new setting, switched to "No" and tested. Looks good...TY for the quick response on this!!!
J
Jabon Dix
Seth This will help us save a lot of time! Thank you for the quick turn around!
E
Erick Burton
Thank you Seth!!
Bill Sahm
Seth, Thank you!
Seth
Merged in a post:
Restore labor format to decimal
c
curt.hayes
In v21 the labor format has been changed to hours:minutes:seconds, making labor calculations more difficult. Please revert to decimal setting as default or provide a setting such that this can be set locally.
M
Matt Rogers
i prefer it makes far more sense than decimal
E
Erick Burton
What a mess.
This alongside the 2x huge mess created by splitting labor from phase. I'm sure some big integrator has basically turned the D-Tools engineers into 'outsourced platform development' for themselves.
Could we at least get the planned changes like this added to the roadmap where we have a chance to look at them and comment? It's a pretty awful surprise to log in and find out that the platform has changed our workflow (Again) without notice.
M
Matt Rogers
Erick Burtona do you not look at the release notes before upgrading?
B
Ben Stiegler
Matt Rogersthey are not always easy to decipher, and by the time there are RNs, its too late if a feature has been "added" to the benefit of some, and the detriment of others ...
M
Matt Rogers
Ben Stiegler by your logic no features should be added and software should move forward. I read the release notes talk to d-tools or have a testing environment so we know 100% what it’s going to affect rather than blindly updating and then moaning about it after
B
Ben Stiegler
Matt Rogers that's not at all what i was saying. I'm suggesting earlier meaningful involvement in the "is dev doing what users want or need?" conversation. Our situations may be slightly different. We are a small boutique shop. DT is just one of many ever-evolving complex software environments we must keep up with (Q-SYS, Shure Designer, Control4 + a zillion integrations, etc.) Its 10,000x more cost effective to align a feature or fix a bug at design specs time than it is once it hits the field -- and code tends to be more maintainable (so lower lifecycle cost to devs) when this is done. I recommend The Mythical Man-Month by Fred Brooks. He learned a thing or 2, being the project manager for IBM's OS/360 back when I was a wee lad.
Load More
→