openfoodfacts / smooth-app

🤳🥫 The new Open Food Facts mobile application for Android and iOS, crafted with Flutter and Dart
https://world.openfoodfacts.org/open-food-facts-mobile-app?utm_source=off&utf_medium=web&utm_campaign=github-repo
Apache License 2.0
787 stars 271 forks source link

Add a way to see what needs to be done in editing #2352

Open teolemon opened 2 years ago

teolemon commented 2 years ago

What

Part of

V1 Screenshot

teolemon commented 1 year ago

@stephanegigandet started a proposal based on this: https://docs.google.com/document/d/1gUM739Oj2v-5F5DA1dz5p6pLMmRuzDCMgt_i_6BuxQw/edit#heading=h.g7z1r18bfycr

monsieurtanuki commented 1 year ago

@teolemon @stephanegigandet I'm not sure I get the added-value of the "edit attributes", and it's probably redundant with under-exploited fields.

I believe that the first step would be to display what we already have, which is already a good UI/UX question:

For the record this is what we already retrieve with ProductField.STATES_TAGS (here only the "completed" tags):

monsieurtanuki commented 1 year ago

Also probably redundant with ProductImprovement:

stephanegigandet commented 1 year ago

@monsieurtanuki The "edit attributes" bring the same benefits as "product attributes": instead of having the app do all the logic of how to display a field (or what needs to be edited), we move this logic server side, so that it can be reused in multiple places (e.g. the OFF app, but also the OFF website, and possibly other apps). This also allows us to make changes without needing users to install a new version of the app.

We are about to start a large discussion of what the vision for the app is in the months to come. I think having a more seamless integration of the mobile app and website would be a good thing, so that users can go back and forth between them.

monsieurtanuki commented 1 year ago

@stephanegigandet My point was to say that we currently don't have an obvious way in Smoothie to check all the missing attributes for a product, like in @teolemon's OP.

My suggestion was to start from Smoothie and the existing product data (states, product improvements), and add somewhere (only in dev mode?) a "to be completed" screen. Which, when implemented with trial and error steps, will give us a better understanding of what we really need (e.g. new product fields) in practical cases.

That said, you definitely have a broader understanding of OFF.