-
-
Notifications
You must be signed in to change notification settings - Fork 798
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[IMP] project_timesheet_time_control: ❤️ 4 UX #586
[IMP] project_timesheet_time_control: ❤️ 4 UX #586
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These improvements are great!
A little issue:
- Go to timesheet and create two lines succesively.
- The timer of the first one doesn't stop so the times overlap.
Is it intended?
There's no constraint that forbids creating 2 lines with 0 time. Maybe I should add a unique constraint to avoid that? |
I don't think we should control that. |
That's what I though at first also. After having these controls in place, it's more likely that you create your lines from projects/tasks view than timesheet ones. 🤔 Maybe I could add a button to create a line from scratch from the menu, opening the wizard without smar fills, to let user autostop latest line. |
Uhm, maybe we can make a similar screen to the attendance one with big button for starting and stopping. |
That'd be much harder than just adding a menu item that opens the wizard. It would involve JS. I think the menu item should be enough |
Well, let's put it on the roadmap. I don't see the menu too much added value. |
4f6e1aa
to
c78e306
Compare
I thought about it and it makes sense. I added this menu: Timesheets > Timesheet > Start work It opens this wizard, without autocompletes. In the screenshot you can see the obvious benefit of doing it this way instead of just creating a new record: it warns about an old running timer and lets you go to it or stop it and start a new timer with one click: So, although I think we will use it less because the new buttons in tasks and projects are so cool, I still think it's good to have it for those that want to input a new line from scratch. After all, it's just an action and menu item, so easy it's done already. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👍 Awesome improvements!
c78e306
to
cd56285
Compare
Please add Spanish translation |
Done. I just have to add some tests and try to ensure the wizard always features a hotkey to make it more handy. |
cd56285
to
659e5a2
Compare
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
659e5a2
to
65d34a9
Compare
Enforcing a hotkey is very error-prone in a wizard, it's easier to rely on the automatic one, as far as there are available, so I opened OCA/timesheet#278 and patched a little bit kanban and tree views here to add more chances for the wizard button to get a hotkey. Now it will have one almost always. |
65d34a9
to
8a8247a
Compare
Can you improve a bit more test coverage? |
8a8247a
to
e551601
Compare
Yes, it's on my roadmap, do not merge still please. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome! Functionally 👍
e551601
to
8af00ff
Compare
If I'm not wrong, this should go 100% ☔ now. |
This PR has the |
Congratulations, your PR was merged at c4137d5. Thanks a lot for contributing to OCA. ❤️ |
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Without this attribute, Odoo will try to assign a hotkey to buttons. It's very unlikely that these buttons have to be used like this, and since there's a limited number of available hotkeys, they steal them to more important ones like the wizard proposed at OCA/project#586.
Following the changes from OCA/project#586, here I implement the same UX when using it with CRM leads.
This is a huge improvement in this module's usability, although basic functionality stays the same. Let me summmarize:
account.analytic.line
views, the Stop button is replaced by colorful Resume/Stop buttons.account.analytic.line
record and auto-stop the previous running timer, if any.project.project
andproject.task
views, I added the same buttons (well... it's Start instead of Resume, because you could not have worked before in that project or task, but it behaves the same).project.task
, Start will duplicate meaningful fields from your latest line in that task.project.project
, Start will duplicate meaningful fields your latest line in that project that had no task associated.@Tecnativa TT19205
Inspired by OCA/timesheet#139.