Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Article categories #3

Open
lentschi opened this issue Aug 25, 2017 · 1 comment
Open

Article categories #3

lentschi opened this issue Aug 25, 2017 · 1 comment

Comments

@lentschi
Copy link
Owner

lentschi commented Aug 25, 2017

(Originally brought up by @sap7772000zilla via email)

There should be ways for users to categorize their articles and product entries through the client's product entry form. No specific categories should be provided by the app initially (Would be very hard to maintain for multiple languages). Thus users should be able to type them in freely. In addition it should be possible to arrange categories hierarchically (n:n). For example the form for one product entry could show the following categories:

For the article (shared among multiple product entries):
Dairy -> Yogurts

For the product entry itself:
Kitchen -> Fridge -> Top drawer

TODO: Clarify: The latter is the only kind of categorization that I could come up with, that is related to the entry itself. So maybe it should actually be possible to add sub-locations instead...?

Depending on how this will be implemented, it would make sense to also adept the product entry list to display these categories and enable filtering based on them.

This functionality should be made optional in the client by the client's #13.

@sap7772000zilla
Copy link

Hello.
The aim for food is to eventually attach an information about the expiry notification time for each lowest category, such as:

  • 3 days for yogurt
  • 5 days for cheese
  • 5 days for sausages
  • 3 months for canned food
  • 6 months for canned juice
    etc
    This can further be extended to non-food items that have limited validity such as documents or periodical activities(medical appointments) - this is why my suggestion is to have this entries left for the user's choice.
    Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants