Merge lp:~mzanetti/reminders-app/save-note-after-editing-tags into lp:reminders-app

Proposed by Michael Zanetti
Status: Merged
Approved by: Riccardo Padovani
Approved revision: 360
Merged at revision: 363
Proposed branch: lp:~mzanetti/reminders-app/save-note-after-editing-tags
Merge into: lp:reminders-app
Prerequisite: lp:~mzanetti/reminders-app/needsContentSync
Diff against target: 37 lines (+8/-2)
2 files modified
src/app/qml/components/EditTagsDialog.qml (+6/-1)
src/app/qml/ui/NotesPage.qml (+2/-1)
To merge this branch: bzr merge lp:~mzanetti/reminders-app/save-note-after-editing-tags
Reviewer Review Type Date Requested Status
Riccardo Padovani Approve
Ubuntu Phone Apps Jenkins Bot continuous-integration Approve
Review via email: mp+251336@code.launchpad.net

Commit message

Save notes after editing tags via the ListItem action in NotesPage

To post a comment you must log in.
Revision history for this message
Ubuntu Phone Apps Jenkins Bot (ubuntu-phone-apps-jenkins-bot) wrote :
review: Approve (continuous-integration)
Revision history for this message
Riccardo Padovani (rpadovani) wrote :

Are you sure you want to implement that?

We still have two buttons in the edit mode, one for go discard changes to note and one to save them.

If a user edit the content, then edit the tag, he can't discard changes anymore...

review: Needs Information
Revision history for this message
Michael Zanetti (mzanetti) wrote :

> Are you sure you want to implement that?

Quite sure :)

When you set a reminder or tag from the view-only mode, when would you save it if not directly when closing the view?

Without this change it's never saved right now, unless you go to edit mode and press the save button. That's not what we want I'd say.

>
> We still have two buttons in the edit mode, one for go discard changes to note
> and one to save them.

Yeah, I'm probably gonna drop that. I received some feedback from users that the save button feels old-school and should be removed for auto-saving. Most modern apps don't use save/cancel buttons any more, including the Evernote website.

>
> If a user edit the content, then edit the tag, he can't discard changes
> anymore...

I really don't think that's a big problem... It just doesn't happen that you accidentally change a lot of tags and need a "revert" button. You might change one by accident sometimes, but then you can just tap it again to re-select. If you miss that too, you also wouldn't press the cancel button and press the save button instead, because you're not aware of the mistake.

For accidentally deleting a lot of text in the edit view (which could happen indeed) we have an undo button nowadays.

Revision history for this message
Riccardo Padovani (rpadovani) wrote :

> > Are you sure you want to implement that?
>
> Quite sure :)
>
> When you set a reminder or tag from the view-only mode, when would you save it
> if not directly when closing the view?
>
> Without this change it's never saved right now, unless you go to edit mode and
> press the save button. That's not what we want I'd say.

This make sense

> > We still have two buttons in the edit mode, one for go discard changes to
> note
> > and one to save them.
>
> Yeah, I'm probably gonna drop that. I received some feedback from users that
> the save button feels old-school and should be removed for auto-saving. Most
> modern apps don't use save/cancel buttons any more, including the Evernote
> website.

I totally agree on this, the only concern I have it's about the transition time: we will have the note save when you edit a tag, and the save when you exit the note.
It's a strange mix.

Anyway, I'm going to approve this.

> >
> > If a user edit the content, then edit the tag, he can't discard changes
> > anymore...
>
> I really don't think that's a big problem... It just doesn't happen that you
> accidentally change a lot of tags and need a "revert" button. You might change
> one by accident sometimes, but then you can just tap it again to re-select. If
> you miss that too, you also wouldn't press the cancel button and press the
> save button instead, because you're not aware of the mistake.
>
> For accidentally deleting a lot of text in the edit view (which could happen
> indeed) we have an undo button nowadays.

Makes sense.

review: Approve

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1=== modified file 'src/app/qml/components/EditTagsDialog.qml'
2--- src/app/qml/components/EditTagsDialog.qml 2014-12-14 04:07:07 +0000
3+++ src/app/qml/components/EditTagsDialog.qml 2015-02-27 22:44:33 +0000
4@@ -29,6 +29,8 @@
5 property var note
6 property int pageHeight
7
8+ signal done();
9+
10 Tags {
11 id: tags
12 }
13@@ -117,6 +119,9 @@
14
15 text: i18n.tr("Done")
16
17- onClicked: PopupUtils.close(root)
18+ onClicked: {
19+ root.done();
20+ PopupUtils.close(root)
21+ }
22 }
23 }
24
25=== modified file 'src/app/qml/ui/NotesPage.qml'
26--- src/app/qml/ui/NotesPage.qml 2015-02-25 22:48:18 +0000
27+++ src/app/qml/ui/NotesPage.qml 2015-02-27 22:44:33 +0000
28@@ -203,8 +203,9 @@
29 pageStack.push(Qt.resolvedUrl("SetReminderPage.qml"), { note: NotesStore.note(model.guid) });
30 }
31 onEditTags: {
32- PopupUtils.open(Qt.resolvedUrl("../components/EditTagsDialog.qml"), root,
33+ var popup = PopupUtils.open(Qt.resolvedUrl("../components/EditTagsDialog.qml"), root,
34 { note: NotesStore.note(model.guid), pageHeight: root.height });
35+ popup.done.connect(function() { NotesStore.saveNote(popup.note.guid)})
36 }
37 }
38

Subscribers

People subscribed via source and target branches