Hi Belen, Alex

Here is the status and some comments/questions on Belen's comments/issues.  

The inline comments note that I'm very close to full implementation of all 
comments, with only one outstanding review bullet item which should be done in 
a few hours.  

However, I will need another afternoon to rebase and retest before I push a new 
commit and request a review.  Since you won't be around Friday, Monday morning 
(UTC-6:00) seems more likely than tomorrow morning for a verbal review.

Regards,
Dave

> -----Original Message-----
> From: Barros Pena, Belen [mailto:[email protected]]
> Sent: Friday, January 17, 2014 12:03 PM
> To: Lerner, Dave; [email protected]
> Subject: Re: Commit pushed for comments on style, correct pattern 
> implemenation, testing
> undocumented
> 
> Hi Dave,
> 
> Thanks for the branch. I have a few comments on the UI side (mostly small
> details):
> 
> * Layout: this page uses exactly the same layout structure as the recipe
> details page. The body structure should look like this:
> 
> <body>
>     <div class="navbar navbar-static-top"></div>
>     <div class="container-fluid">
>         <div class="row-fluid">
>           <div class=³section"></div>
>           <div class="row span11"></div>
>           <div class="row span7 tabbable"></div>
>           <div class="row span4 well"></div>
>       </div>
>     </div>
> </body>

Done.

> The span11 div contains the <h1> that should have the page-header class
> applied. The span7 has the tabs and tab content, and the span4 has the
> package information.

Done.

> * In the built package details page, the help bubble should be to the left
> of the tab labels, not to the right

Done.

> * In the built package details page, the content of the alert-info should
> not have the lead class applied. It shouldn¹t need the internal <div
> class=³row-fluid lead²></div>

Done.
 
> * In the ŒGenerated files¹ tab , in the alert-info, the name of the recipe
> should be bold (needs a <strong> tag)

By recipe name do you mean <package><version><revision>?


> * In the ŒGenerated files¹ tab and the ³File in the root file system² tab
> tables, the file names should not have the <strong> tag

Done.

> 
> * In the file and dependency tables, can we use the symbol B for bytes
> instead of the full word?

Done. Implemented new projecttags template filter filesizeformatYocto.

> * In the ŒRuntime dependencies¹ tab, can we change the ŒOther runtime
> relationships¹  heading to h3?

Done.  
I assume that you wanted this for both 'built' and 'included' views showing 
'Other dependencies', 
correct?

> * In the ŒRuntime dependencies¹ tab, the number of dependencies between
> brackets should match the number of entries in the RDEPENDS/TRDEPENDS
> table (currently it shows the number of entries in that table plus the
> number of entries in the ŒOther runtime relationships¹ table)

Done.  
I assume that you wanted this for both 'built' and 'included' views showing 
'Other dependencies', 
correct?

> * In the dependency tables, all table cells should be a link to the
> corresponding  build or installed package details page, unless the package
> has not been built. If the package has not being built, the size cell is
> empty (I can see that the version information is not available for such
> packages, which is ok), and we apply the .muted class to the row

In progress.

> 
> * In the built packages page, for packages installed in a target, I¹ve
> used <div class=³lead well²> instead of the <div class=³alert alert-info²>
> If we want to keep the alert info, we can do <div class=³alert alert-info
> lead²> and get rid of the child <div class=³row-fluid lead²>

Done. I followed your sample code: <div class="lead well">

> * In the installed package details page, the name of the target (for
> example, core-image-minimal should be within a <small></small> tag

Done

> * In the built packages page, if a package has no RDEPENDS/TRDEPENDS, we
> don¹t show the ³<package_name> is not included in any image² alert. We
> only show the ³<package_name> has no runtime dependencies² alert. Also,
> that alert text should not mention RDEPENDS.

Done

> * The names of the relationship types should be ŒRecommends¹, ŒProvides¹,
> ŒSuggests¹, ŒReplaces¹ and ŒConflicts¹, instead of Œrrecommends¹ etc. Next
> to each of them we should have a help bubble that displays on hover
> 
> <i class="icon-question-sign get-help hover-help" title=³ "></i>

Question : Ok for the help bubble to be on the right to prevent jiggling of the 
relationship string? If so, Done.

> 
> The title values are as follows:
> 
> ** For ŒRecommends¹: This package extends the usability of <package_name>
> ** For ŒProvides¹: This package is provided by <package_name>
> ** For ŒSuggests¹: This package is suggested for installation with
> <package_name>
> ** For ŒReplaces¹: This package is replaced by <package_name>
> ** For ŒConflicts¹: This package conflicts with <package_name>, which will
> not be installed if this package is not first removed
> You can see an example at
> http://www.yoctoproject.org/toaster/package-included-details.html

Done.

> * The Other relationship types table should be sorted by relationship
> type, and then by package name (right now it seems to be sorted by package
> name). The relationship types are listed in this order:
> 
> 1. Recommends
> 2. Suggests
> 3. Provides
> 4. Replaces
> 5. Conflicts

Done.

> * In the package information, the size seems to be coming in bytes. It
> should show exactly in the same way as we show it in the dependency tables

Done.

> * In the package information, can we remove or comment out the license
> files until we store that information in the database?

Done

> If you have any questions, let me know.
> 
> Cheers
> 
> Belén
> 
> 
> 
> 
> On 16/01/2014 17:50, "Lerner, Dave" <[email protected]> wrote:
> 
> >Yes.  Sorry for that omission.
> >-dave
> >
> >> -----Original Message-----
> >> From: Damian, Alexandru [mailto:[email protected]]
> >> Sent: Thursday, January 16, 2014 11:45 AM
> >> To: Lerner, Dave
> >> Cc: Eggleton, Paul ([email protected]); Barros Pena, Belen
> >> ([email protected]); Reyna, David; Ravi Chintakunta
> >> ([email protected]); [email protected];
> >>[email protected]
> >> Subject: Re: Commit pushed for comments on style, correct pattern
> >>implemenation, testing
> >> undocumented
> >>
> >> Is this the http://git.yoctoproject.org/cgit/cgit.cgi/poky-
> >> contrib/log/?h=lerner/package-detail-views-bz4328 branch ?
> >>
> >> Alex
> >>
> >>
> >>
> >> On Thu, Jan 16, 2014 at 5:36 PM, Lerner, Dave
> >><[email protected]> wrote:
> >>
> >>
> >>    Hi Alex, Paul, Belen
> >>
> >>    I've pushed a commit to
> >>poky-contrib(ssh://[email protected]/poky-contrib)
> >> for review on style, correct pattern implementation (doing things in
> >>templates vs views
> >> and vice versa), all other newbie related issues.
> >>
> >>    TESTING
> >>    -------
> >>    While I have tested each flow and item, I have not documented these
> >>tests and will
> >> do so after I fix the templates and code per your recommendations.
> >>Then, I will update
> >> the branch as necessary and send out another review request.
> >>    To summarize the build set that I used for testing:
> >>    * core-image-minimal qemuarm
> >>    * core-image-sato    qemux86
> >>    * core-image-base, core-image-minimal genericx86
> >>
> >>    UNIMPLEMENTED FEATURES
> >>    ----------------------
> >>    The unimplemented features are documented in the commits.  The latest
> >>round of
> >> discussions on RvsT dependencies is not yet impelmented.  And if I
> >>don't get any further
> >> feedback, I will implement per Belen's latest comments.  Dependency
> >>ordering will be
> >> discussed in another email.
> >>
> >>    COMMITS
> >>    -------
> >>    There are two commits, urls.py and 'everything else'.  The two commits
> >>are
> >> summarized as follows:
> >>    --------------
> >>    commit aa179a36be6b39f44204476299f51658a25c7bd3
> >>    Author: Dave Lerner <[email protected]>
> >>    Date:   Wed Jan 15 14:25:28 2014 -0600
> >>
> >>        Implementation of package detail views
> >>
> >>        The commit includes changes to implement package detail views.  The
> >>        views divide into
> >>        a) package detail and dependency views when not installed in any
> >>image
> >>        b) package detail and link to more detail when selected from a
> >>build
> >>        view
> >>        c) package detail, dependency views, and reverse dependency views
> >>when
> >>        selected from an image view
> >>
> >>        The views are based on specifications found in attachments to
> >>            https://bugzilla.yoctoproject.org/show_bug.cgi?id=4328
> >>        with (a), (b) specified in design-1.5.1-package-details and
> >>        (c) specified in design-1.1.1-included-package-details.
> >>
> >>        Not all of the features are implemented in this commit. The next
> >>section
> >>        describes stubs or unimplemented features.
> >>
> >>        1 Variance in all views:
> >>        1.1 Filesize units are implemented using the django template
> >>built-in
> >>        filesizeformat filter.  This filter differs from the spec as
> >>follows:
> >>           (MB, KB, B) are shown with the filter as (MB, KB, bytes)
> >>           The filter does not strip trailing '.0' numbers.
> >>        1.2 In the Package information sidebar the following fields are not
> >>        implemented or only partially implemented:
> >>           License files (see bugzilla 5648)
> >>           Layer (the url unconditionally points to
> >>                layers.openembedded.org/layerindex/branch/master/layers/
> >>        1.3 Lists that should show RDEPENDS also show TRDEPENDS types and
> >>        lists that should show RRECOMMENDS also show TRRECOMENDS types.
> >>        1.4 Relationship strings are as encoded in the relationship
> >>defining
> >>        python dictionary, not per capitalized and stripped of leading 'r'.
> >>
> >>        2 Variance to Package Detail views when not in image (or selected
> >>via
> >>        builds page, that is 1.5.1 specification above)
> >>        2.1 Dependency tab interactivity is not implemented.
> >>        2.2 Sorting per dependency relation names in the spec is not
> >>implemented.
> >>
> >>        3 Variance to Package Detail views when package is in image
> >>        3.1 The title is all in H1 format, only the package should be
> >><strong>.
> >>        3.2 The rootfs table cell file entry interactivity is not
> >>implemented.
> >>        3.3 Runtime dependency table cell interactivity is not implemented.
> >>        3.4 Reverse dependency table cell interactivity is not implemented.
> >>
> >>        Signed-off-by: Dave Lerner <[email protected]>
> >>
> >>    commit 405223e088c106a3a8dd1ac78af339131633632a
> >>    Author: Dave Lerner <[email protected]>
> >>    Date:   Wed Jan 15 15:56:13 2014 -0600
> >>
> >>        Add urls for package detail views
> >>
> >>        This commit adds urls for the package detail views described in
> >>        the bugzilla attachments to
> >>            https://bugzilla.yoctoproject.org/show_bug.cgi?id=4328
> >>        The implementation views and templates are in a subsequent commit.
> >>
> >>        The change adds five detailed package views references.
> >>        For a package included in a target:
> >>        1) view for the package detail with files added to the file system
> >>        2) view for the runtime dependencies of that package
> >>        3) view for the reverse runtime dependencies of that package
> >>        For a package not included in any target of a build:
> >>        4) view for the package detail with files that would be added
> >>        5) view for the runtime dependencies of that package
> >>
> >>        Signed-off-by: Dave Lerner <[email protected]>
> >>
> >>    --------------
> >>
> >>    I'm looking forward to any and all comments.
> >>
> >>    Thanks,
> >>    Dave Lerner
> >>
> >>
> >>
> >>
> >>
> >>
> >> --
> >>
> >> Alex Damian
> >> Yocto Project
> >>
> >> SSG / OTC
> 

_______________________________________________
toaster mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/toaster

Reply via email to