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

Add expected delivery date #355

Merged
merged 1 commit into from
May 4, 2016
Merged

Conversation

paroga
Copy link
Member

@paroga paroga commented Feb 25, 2015

No description provided.

@wvengen
Copy link
Member

wvengen commented Feb 27, 2015

Ah! Would you care to explain a bit behind the need for this? I like addition of relevant dates, but I'm not sure yet where these could be placed best.

(In the foodcoop-adam fork there's a similar "pickup date" field, more as a sign to people at/from which date they can pickup their goods. This is also shown on the fax pdf as a "deliver before" date.)

@paroga
Copy link
Member Author

paroga commented Feb 27, 2015

sounds like the pickup date is the same.

the additional page is for people who check the delivery: the people rotate in our food coop and with the simple list of orders it was not clear, which PDF they should print out (some of our orders hang in the closed state for over a month since we get only a invoice for them once per month)

@wvengen
Copy link
Member

wvengen commented Feb 27, 2015

It seems we're on the same page. For the foodcoop-adam fork, I experimented with a current_orders plugin, which lists all finished_but_not_closed orders, and also allows to modify articles and ordergroups for those orders. I've described it a bit in #358. Is that a direction that would be suitable for you?

@paroga
Copy link
Member Author

paroga commented Feb 27, 2015

imho your solution is too complex for us. we need only a list, which list the "group PDF" and "fax PDF" grouped by the pickup date. having additional option might confuse people who do not know the whole system in detail

@wvengen
Copy link
Member

wvengen commented Feb 27, 2015

So you only need to download the PDFs, right? And you don't use the receive functionality?

@paroga
Copy link
Member Author

paroga commented Feb 27, 2015

yes, exactly

@wvengen
Copy link
Member

wvengen commented Feb 27, 2015

I'm wondering how Foodsoft can be suitable for your situation, as well as ours. Something to think about.

For your current case: would a download button (menu) in the order overview screen also work? There you already have a list of the currently relevant orders.

@paroga
Copy link
Member Author

paroga commented Feb 27, 2015

there are too many closed orders. we get a delivery every week, but only an invoice per month. we had problems in the last weeks that people did not find all relevant orders.
so, unfortunately: no
also the download should be possible for every user, but creating and changing of orders only for the people with the order role

@paroga
Copy link
Member Author

paroga commented Feb 27, 2015

maybe we can only add the pickup date to the database and the usual order pages for now? and think about the other points in a next step?

@wvengen
Copy link
Member

wvengen commented Feb 27, 2015

Ah! I've been thinking of introducing something like a "pickup day" context. Each order then belongs to a specific pickup day, so that Foodsoft knows which orders belong together. Some screens could then group by pickup day. Like the ordering, order management and finance screen.

Perhaps we need a pickup-day/distribution "role", so that members in this group can view a screen like you suggested in this pull request. And these could also do the other stuff in #358, if so desired.

@wvengen
Copy link
Member

wvengen commented Mar 20, 2015

Agree to add pickup date now, and leave the rest for later. Thanks for keeping the scope managable :)

description1_period:
starts: "open from %{starts}"
starts_ends: "open from %{starts} until %{ends}"
pickup: " and can be picked up on %{pickup}"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

let's put the leading space in the code - can be hard for translators to see at all

@wvengen wvengen mentioned this pull request Mar 7, 2016
@paroga
Copy link
Member Author

paroga commented Apr 28, 2016

ping

@wvengen
Copy link
Member

wvengen commented Apr 29, 2016

Cool, I'll have a look.

@wvengen wvengen self-assigned this Apr 29, 2016
@wvengen wvengen added this to the 4.5 milestone Apr 29, 2016
@@ -4,6 +4,7 @@
= f.input :starts, as: :date_picker_time
= f.input :boxfill, as: :date_picker_time if @order.is_boxfill_useful?
= f.input :ends, as: :date_picker_time
= f.input :pickup, as: :date_picker
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

class input-small would be nice here to be in-line with the other date inputs

@wvengen
Copy link
Member

wvengen commented Apr 29, 2016

Looking good. (Too bad format_date gives something else than the date in format_time - that was already the case I'm afraid.) One little thing, otherwise, mergeable!

This additional date helps users to find the correct order if the time
between end and pickup varies a lot.
@wvengen
Copy link
Member

wvengen commented May 4, 2016

Thanks! :)

@wvengen wvengen merged commit 8d5467a into foodcoops:master May 4, 2016
@paroga paroga deleted the expeted_delivery_date branch September 15, 2016 17:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants