Closed Bug 1029576 Opened 10 years ago Closed 10 years ago

Notes app needs some major love

Categories

(Firefox OS Graveyard :: Gaia::Notes, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: padamczyk, Assigned: pivanov)

References

Details

(Keywords: feature)

Attachments

(8 files, 1 obsolete file)

Attached file TheSadnessTheIsNotes.zip (deleted) —
At minimum it needs to have crisp graphics, currently the entire app is fuzzy. This is unacceptable, its a Mozilla app!

Ideally the app would get the visual refresh
+ the new header
+ flat icons
+ new app icon
Alias: Notes
Since this is a Marketplace app rather than a Gaia app, it doesn't *technically* ship with any version. It is pre-installed in most retail builds so that might be splitting hairs a little bit, but it does mean that we also work to a different timeline with this app and nothing we do here would be considered blocking 2.0.

We would welcome new designs and will make a best effort to get them completed prior to 2.0 retail launch.
Keywords: feature
Summary: Notes app needs some major love. Its unshippable in v.2 at its current state. → Notes app needs some major love
Thanks Patryk.  I'll upload a new icon this week.  Stay tuned.
QA Contact: pla
needinfo'ing myself as a reminder.
Flags: needinfo?(pla)
Dylan, when Peter is done with the graphics work, who could help us to package and ship the update? Thanks!
Flags: needinfo?(doliver)
(In reply to Stephany Wilkes from comment #4)
> Dylan, when Peter is done with the graphics work, who could help us to
> package and ship the update? Thanks!

I can package & ship.
Flags: needinfo?(doliver)
Great, thanks Dylan.  We're aiming to ship the assets by EOD Monday/early Tuesday next week.
Flags: needinfo?(pla)
Assignee: nobody → pla
Dylan,

I'll need you to provide:

1) a list of all the graphics used in this app
2) a zip file containing all the currently used assets so I can swap them out with the new ones

for #2, keep in mind that I will have to provide 5 sizes for every asset so that this app looks good on every screen size (@1, @1.5, @2, @2.25, @3.375).
Flags: needinfo?(doliver)
Hi Peter,

You can find the graphics in the github repo: 
https://github.com/mozilla-b2g/notes/tree/master/images

As far as I can tell, just about everything in there is actively used by the app. I'm not able to see the "attachment.png" graphic visible in the app anywhere but there's still a code reference to it so better safe than sorry on that one, I guess.
Flags: needinfo?(doliver)
Hi Dylan,

Thanks for this.  So I noticed that there are no header images in this repo.  The Notes app is still currently using the old orange headers with gradients.  How do you want to update the headers?  Can it use the building blocks?

Also, some icons are saved out in strange sizes that are non-square.  I'm going to correct this and save them out at the sizes we normally do for action icons, but it will likely require you to make position adjustments within the code to make sure the icons don't shift compared to where they are now.

Let me know what you think,

Peter.
Hi Dylan,  please see my comment above and also let me know if it's ok for me to correct the icon sizes or if you just want me to ship them in the sizes/dimensions exactly as they are in github right now - but just add all the other sizes so that they are crisp at all resolutions.
Flags: needinfo?(doliver)
Unfortunately we don't have any developers actively working on the Notes app in the 2.0/2.1 time frame so for now my preference would be to maintain the existing sizes so we can swap them in. That way we can be certain to get them published relatively quickly.
Flags: needinfo?(doliver)
Attached file NotesAppIcon.zip (deleted) —
New app icon for Note @1x, @1.5x, @2x, @2.25x, @3.375x and @512x512px.

The 512x512px version is the new recommended size for Marketplace app submissions going forward (128x128px is still the required).
Attached file NotesAppIconographyAssets.zip (deleted) —
Here are the major icons sets (separated into header and non-header icons) @ all 5 sizes.

Note:
I took some liberties with 3 of the icons in terms of their dimensions and I'm hoping it won't affect things if the code just has them center aligned.  These are listed below.

1) empty_list.png is now 210x210
2) empty_trash.png is now 210x210
3) attachment.png is now 16x16

We are planning to contact Pavel Ivanov to work on flattening out the headers  and removing the header drop shadows (I believe there are 2 headers - orange and green).  Will provide bitmap assets for headers if needed at that point.
All new Notes source PSD files can be found here:
https://mozilla.box.com/s/a6jb26nus4t3a357v9hy
Ping - Dylan.  See Comments 12 - 13.  Can either you or Pavel put the new graphics into the app?

Pinging Pavel about flattening out the headers.  Pavel, please speak to Patryk for more details about this, and let him know if you need graphics help for the headers.

Adding patryk to the needinfos for awareness.

Please flag me or Patryk (or both) for ui-review.
Flags: needinfo?(pivanov)
Flags: needinfo?(padamczyk)
Flags: needinfo?(doliver)
Attached file PR for new application icons (obsolete) (deleted) —
Here's a pull request for the application icons -- flagging Pavel for review.

Will need more time for the in-app images unless Pavel is able to get to them first.
Attachment #8463668 - Flags: review?(pivanov)
Flags: needinfo?(doliver)
Peter - we're about to publish a Notes update to add some new locales but I won't have time to get to the rest of the images before then. Would you prefer me to hold off on landing/publishing the new app icon until we're able to get all of these done?
Flags: needinfo?(pla)
Comment on attachment 8463668 [details]
PR for new application icons

LGTM :)

BTW: I can start working tomorrow on this one (I will start with implementing current headers) can I ask you for r? when I'm ready?
Attachment #8463668 - Flags: review?(pivanov) → review+
Flags: needinfo?(pivanov)
Thanks Pavel, that's great. You can start with me and if I get in over my head I'll redirect it.
Flags: needinfo?(padamczyk)
Attached file PR - sync gaia/shared with app/shared (deleted) —
Attachment #8464301 - Flags: review?(doliver)
Hi Pavel,

The new headers are great, it's a nice change. I'm going to ask Yan to do the full review, but from playing with it, here are a couple of things I've found:

* The font color in the header of the Settings page is wrong. You'll need to connect to an Evernote account and then click on the gear icon in the folder list to access it. It's using a grey color which is hard to read on the green background instead of the white in other pages

* If you are editing a note and touch the note title to change it, the font switches to the old bold & blocky font instead of fira, and then changes back when you are done editing. You get the same thing if you edit the name of the Notebook when you're in the list view, and in this case it overruns the drawer icon a little bit.
** we also have another bug in this area (bug 995527) while you're in the neighborhood in case it's a simple fix :)

* Should the "Notebooks" title in the drawer header use fira italic to match the other headers?
Attached image evernote-settings.png (deleted) —
Attached image note-title-edit.png (deleted) —
Attached image notebook-title-edit.png (deleted) —
Screenshots for the items in comment #22.
Comment on attachment 8464301 [details]
PR - sync gaia/shared with app/shared

Yan, can you take the review for Pavel's patch to update the Notes headers & graphics?
Attachment #8464301 - Flags: review?(doliver) → review?(yor)
Cleaning off the ni? for Peter from comment #17 - we won't publish the app icons until we land Pavel's work here too.
Flags: needinfo?(pla)
Hey Dylan,

I know these issues ... just want to go with small steps because of the review process small patches are easy for review :)

and we should agree how we will proceed with these changes 1 Big PR or few small?
(In reply to Pavel Ivanov [:ivanovpavel] from comment #28)
> I know these issues ... just want to go with small steps because of the
> review process small patches are easy for review :)

Got it, no problem. 

> and we should agree how we will proceed with these changes 1 Big PR or few
> small?

Smaller PRs are fine, though we usually do just on PR per bug so we might need to open some followup bugs for the other issues.
Comment on attachment 8464301 [details]
PR - sync gaia/shared with app/shared

Looks good.  One thing is that the 2.0 header includes logic to resize and center title text.  This is done using shared/js/font_size_utils.js.  Perhaps we should also include that.
Attachment #8464301 - Flags: review?(yor) → review+
Yep, Thanks Yan :)
Depends on: 1047566
Alias: Notes
Comment on attachment 8463668 [details]
PR for new application icons

Obsoleting app icon patch and moving to Bug 1047566.
Attachment #8463668 - Attachment is obsolete: true
Pavel, when you're ready to land this one, can you add 'checkin-needed' to the keywords field?
Assignee: pla → pivanov
Flags: needinfo?(pivanov)
(In reply to Dylan Oliver [:doliver] from comment #33)
> Pavel, when you're ready to land this one, can you add 'checkin-needed' to
> the keywords field?

Oops, nevermind, it looks like you have merge permissions here. Land when ready!
Flags: needinfo?(pivanov)
Sure :) thanks :) 

I will fix few more things today and I will land it and I will go forward :)
(In reply to Dylan Oliver [:doliver] from comment #27)
> Cleaning off the ni? for Peter from comment #17 - we won't publish the app
> icons until we land Pavel's work here too.

Thanks Dylan.  Sorry for the late reply here - I agree with the decision.
QA Contact: pla
Hey Dylan,

can you help me with font_size_utils.js we need to fire a `lazyload` event but I'm not sure where? and after that my PR is ready for r+ again
Flags: needinfo?(doliver)
Yan, can you help Pavel?
Flags: needinfo?(doliver) → needinfo?(yor)
gmarty or mhenretty are the right owners to ask about this.
Flags: needinfo?(yor)
Flags: needinfo?(mhenretty)
Flags: needinfo?(gmarty)
We need to fire a `lazyload` custom event anywhere in the notes app where we add a header building block (ie. <header><h1>{stuff}</h1></header>). This ensures the centering/resizing logic will run whenever we modify content there (through a MutationObserver). Unfortunately, I'm not familiar enough with the notes app to know all the places where this happens.
Flags: needinfo?(mhenretty)
Flags: needinfo?(gmarty)
Pavel, are you able to add the changes mhenretty specified in comment #40? We got stalled on this PR but I'd love to get it finished up and published.
Flags: needinfo?(pivanov)
Hey Dylan,

I tried but it doesn't work ... maybe I miss something. Can you help?
Flags: needinfo?(pivanov) → needinfo?(doliver)
mhenretty, can you point us to an example of the lazyload event in another app?
Flags: needinfo?(doliver) → needinfo?(mhenretty)
Sure, you can just grep for 'lazyload' in gaia/apps for more examples. Here's one:

https://github.com/mozilla-b2g/gaia/blob/6e3fd39017cf279a423b9df09889ac971503b5af/apps/bookmark/js/bookmark_editor.js#L49
Flags: needinfo?(mhenretty)
Pavel, what is the error you are seeing that exposes the lack of the lazyload event?
Flags: needinfo?(pivanov)
no error ... can you check this one https://github.com/mozilla-b2g/notes/pull/47/files#diff-fde4e313d5f4400cd7405ed9baa7053cR2148

not sure if this is the right way
Flags: needinfo?(pivanov) → needinfo?(doliver)
(In reply to Pavel Ivanov [:ivanovpavel] from comment #46)
> no error ... can you check this one
> https://github.com/mozilla-b2g/notes/pull/47/files#diff-
> fde4e313d5f4400cd7405ed9baa7053cR2148
> 
> not sure if this is the right way

I can weigh in here. You are only dispatching this event once when the entire common.js file is loaded. Instead what you need to do is dispatch that event _after_ you add any new headers to the DOM. Also, it's a little less efficient to use the entire `document.body` rather then the new header element itself.
Flags: needinfo?(doliver)
Attached image lazyload-trash.png (deleted) —
Hi Pavel, I had good results by sending the event as the last line before the return in Cards.goTo -- https://gist.github.com/dylano/97db6f080c0aed5041ca

I found a simple test case was to start up a clean copy of the app and access the "Trash" folder. Attaching a screen grab here with before and after results. 

If you have a linked Evernote account, the Settings page also clearly shows the off-center behavior and was fixed with the above event placement.
Yan, can I get your feedback on this change:
https://gist.github.com/dylano/97db6f080c0aed5041ca#file-cards-js-L44-L49

Based on mhenretty's comment #47, does this look like an appropriate place to make the change?
Flags: needinfo?(yor)
From mhenretty's comments and my understanding of the library, seems like we only need to fire this off once after index.html is loaded (all header nodes are included there and we don't inject any more into the DOM dynamically).

Sorry, I don't have time look into this further.
Flags: needinfo?(yor)
Based on Yan's feedback I moved the block into initCards() instead so it only gets fired once and it still works with the instances I identified. Pavel, can you include this with your patch and then I think we're ready to land? 

https://gist.github.com/dylano/74b7966b5d8774788ce8#file-cards-js-L25-L30
Flags: needinfo?(pivanov)
Hey Dylan,

thanks for help :)
PR is updated, can you check it one more time before merge?
Flags: needinfo?(pivanov) → needinfo?(doliver)
Checked on device -- looks good to me. Thanks!
Flags: needinfo?(doliver)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: