Originally Posted by Willem Liu

Ah cool, I didn't know about that. I will try to implement it in the next version.
However I've found the Paste popup button to not work when I've copied something from another application. Hence the Paste button in the Menu.

About the disabled back button. It's there for uniformity. I put the back button on the same spot on every page so the user always knows that that's the location for the back button and nothing else.

I thought that I've read somewhere in Harmattan-MeeGo guidelines that a message box must have a title. That's why I've put it there.

Originally Posted by kanishou

It works for me, so I guess that is a bug that was fixed in the meantime.

Originally Posted by kanishou

Hm, but most apps hide the arrow when it's not needed. I guess it does no harm, but consider that the first view is probably the one which users see most (by far), so every little bit of less clutter helps. And if you switch to a sheet for the edit view, then the "about" and "settings" views will be the only ones with a back button. It hardly seems worth it to me for that.

Originally Posted by kanishou

Title yes, but you can drop the additional text.
http://www.developer.nokia.com/swipe...html#category0

Originally Posted by kanishou

Thanks again for the app, I'm using it for my shopping already with the N9 and it makes it a lot more fun. I'm just nitpicking a lot because I think that simple apps like this are a good opportunity to get all the little details right and set a good example for other community apps.

Originally Posted by Willem Liu

Version 0.0.9 out now!

Major improvement in the multi-list usability.
Edit page is now a QML Sheet.
Added splash screens.

Check the project page for more details.

Originally Posted by kanishou

- The styling of the headers in the settings page is a bit wrong, not a big deal but I just happened to implement the correct styling a while ago, so I can just as well mention it. I think this should be a standard component, but I don't know if it will ever be. So you can use this as the section.delegate in your listview (or standalone item whatever you prefer):

Originally Posted by kanishou

Oh one more thing: When creating a new list, it pre-fills the entry with the name of the active list. I find this more cumbersome than helpful (a compromise would be to keep it, but select the whole text when the text entry is selected, like the browser URL bar). For renaming it would be the right thing to do of course.

It should also select the text field when the view opens, so the virtual keyboard comes up and one can start typing right away.

Originally Posted by kanishou

- The splashscreen you added has some odd pattern in the background, possibly related to dithering but I'm not sure.

Originally Posted by kanishou

- Now you removed the menu from the title, I still think it would be nice though if the title would show the name of the active list and be a menu that opens the list editor. You could have a default list called "EasyList" so it would show the application name by default. Also the toolbar button could be removed then.

Originally Posted by kanishou

- There is no pressed feedback on the list items, which would be useful to see which item you are long-tapping on.

Originally Posted by kanishou

- I am now missing a "rename" function for the list editor.

Originally Posted by kanishou

- Now that it is not really necessary to select a list in the list editor for any functionality, I think it would be nicer if selecting a list would immediately switch back to the list view. The back button could then also be removed from this toolbar. The delete button IMO should lead to a view which allows multiple selection of items to delete.

Originally Posted by kanishou

- In the "name the new list" sheet, the text entry should have full width, with the label above it. You can see an example of it here:

http://www.developer.nokia.com/swipe...xt_fields.html ("Text field title #1").

Also the "Name your new list" text is not necessary or should be the text field title instead.

Originally Posted by kanishou

- In the settings dialog, instead of having "lock portrait" and "lock landscape" options for orientation, I suggest to have a splitbutton with three options: "Automatic", "Portrait", and "Landscape". Then you can also remove the help button. You can see an example of such a split button here:

http://www.developer.nokia.com/swipe...s/Buttons.html (the one in the lower right).

Originally Posted by kanishou

- The styling of the switch buttons is a bit wrong (wrong handle graphic), but I guess that this is a qt-components bug if you are not doing something special.

Originally Posted by kanishou

- The styling of the headers in the settings page is a bit wrong, not a big deal but I just happened to implement the correct styling a while ago, so I can just as well mention it. I think this should be a standard component, but I don't know if it will ever be. So you can use this as the section.delegate in your listview (or standalone item whatever you prefer):

Code:

Item {
                width: parent.width
                height: 40
                Text {
                    id: headerLabel
                    anchors.right: parent.right
                    anchors.bottom: parent.bottom
                    anchors.rightMargin: 8
                    anchors.bottomMargin: 2
                    text: section
                    font.bold: true
                    font.pointSize: 18
                    color: theme.inverted ? "#4D4D4D" : "#3C3C3C";
                }
                Image {
                    anchors.right: headerLabel.left
                    anchors.left: parent.left
                    anchors.verticalCenter: headerLabel.verticalCenter
                    anchors.rightMargin: 24
                    source: "image://theme/meegotouch-groupheader" + (theme.inverted ? "-inverted" : "") + "-background"
                }

(please excuse the messy indentation)

Originally Posted by kanishou

- There should be no "Back" item in the application menu of the about view. Actually there probably should be no application menu in that view in the first place, it's a bit unnecessary.