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
=== modified file 'src/app/qml/components/EditTagsDialog.qml'
--- src/app/qml/components/EditTagsDialog.qml 2014-12-14 04:07:07 +0000
+++ src/app/qml/components/EditTagsDialog.qml 2015-02-27 22:44:33 +0000
@@ -29,6 +29,8 @@
29 property var note29 property var note
30 property int pageHeight30 property int pageHeight
3131
32 signal done();
33
32 Tags {34 Tags {
33 id: tags35 id: tags
34 }36 }
@@ -117,6 +119,9 @@
117119
118 text: i18n.tr("Done")120 text: i18n.tr("Done")
119121
120 onClicked: PopupUtils.close(root)122 onClicked: {
123 root.done();
124 PopupUtils.close(root)
125 }
121 }126 }
122}127}
123128
=== modified file 'src/app/qml/ui/NotesPage.qml'
--- src/app/qml/ui/NotesPage.qml 2015-02-25 22:48:18 +0000
+++ src/app/qml/ui/NotesPage.qml 2015-02-27 22:44:33 +0000
@@ -203,8 +203,9 @@
203 pageStack.push(Qt.resolvedUrl("SetReminderPage.qml"), { note: NotesStore.note(model.guid) });203 pageStack.push(Qt.resolvedUrl("SetReminderPage.qml"), { note: NotesStore.note(model.guid) });
204 }204 }
205 onEditTags: {205 onEditTags: {
206 PopupUtils.open(Qt.resolvedUrl("../components/EditTagsDialog.qml"), root,206 var popup = PopupUtils.open(Qt.resolvedUrl("../components/EditTagsDialog.qml"), root,
207 { note: NotesStore.note(model.guid), pageHeight: root.height });207 { note: NotesStore.note(model.guid), pageHeight: root.height });
208 popup.done.connect(function() { NotesStore.saveNote(popup.note.guid)})
208 }209 }
209 }210 }
210211

Subscribers

People subscribed via source and target branches