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

[misc] Fix type of WeekSpec #4634

Merged
merged 3 commits into from
Jan 22, 2019
Merged

[misc] Fix type of WeekSpec #4634

merged 3 commits into from
Jan 22, 2019

Conversation

gillyb
Copy link
Contributor

@gillyb gillyb commented May 21, 2018

You can set dow without setting doy, so the type should reflect that

@coveralls
Copy link

coveralls commented May 21, 2018

Coverage Status

Coverage increased (+0.1%) to 94.756% when pulling fec05f7 on gillyb:patch-1 into ad49bd6 on moment:develop.

@gillyb
Copy link
Contributor Author

gillyb commented May 23, 2018

This is a really minor change, so I believe that the travis failure isn't related to it. How can I rerun this?

@marwahaha
Copy link
Member

Thanks for opening this request.

What is the behavior when you set dow without doy? Does it fall back? Is this intended behavior? Does it work vice versa (i.e. doy without dow)?

From my understanding, the typings should reflect intended usage.

@gillyb
Copy link
Contributor Author

gillyb commented Jun 18, 2018

To be completely honest, I'm not really sure what really the doy parameter does - maybe someone else here can explain... ?
I was looking for a way to change the first day of the week, and I found a few examples on the internet that showed it working with only changing dow. I just assumed that's all that's needed, but I assume I'm wrong now.. :/

@marwahaha marwahaha changed the title Fix type of WeekSpec [misc] Fix type of WeekSpec Jan 22, 2019
@marwahaha marwahaha merged commit 0aae724 into moment:develop Jan 22, 2019
GmaMontero added a commit to despegar/moment that referenced this pull request Sep 4, 2019
* [misc] release process fixes (moment#4961)

* Fix locale abbreviation in comment

* Update package-lock.json

* [misc] Fix type of WeekSpec (moment#4634)

* Fix "the the" typo in test (moment#4578)

* [locale] Fix moment#4568: Insert punjabi for "next" (moment#4583)

* Fix type of WeekSpec

You can set `dow` without setting `doy`, so the type should reflect that

* [new locale] (oc-lnc) Occitan (moment#4957)

* Add oc-lnc files

* Fix calendar test

* Fix the rest of tests

* Add locale author

* Dont make changes to package-lock

* Add newline at end of file

* [bugfix] Fix moment#4962 updateLocale with null to reset (moment#4966)

* [locale] es: Add es translation for invalidDate (moment#4560)

* Add es translation for invalidDate

* Fix lint

* [locale] improve mk translation (moment#4958)

* Update mk.js

* Update mk.js

* Update mk.js

* Update mk.js

* [locale] improve mk translation

* [tests] Fix various text typos (moment#4976)

* [locale] mr (Marathi) (moment#4990)

* tests according to changes in mr.js

* [locale] mr (Marathi)

We Marathi people follow standards mentioned below, to label timespans.

Label | Time Span 
------------ | -------------
पहाटे (post midnight, pre-sunrise) |    >= 12am to < 6am 
सकाळी (post sunrise, pre-noon) |    >= 6am to < 12pm
दुपारी (afternoon) |    >= 12pm to < 5pm
सायंकाळी (evening) |    >= 5pm to < 8pm
रात्री (night) |    >= 8pm to < 12am

Actually, 12am is confusing in Marathi tradition. In modern clock system, Moment 12am is considered in arriving date as 0am. And in Marathi tradition it is referred to as final moment of the previous date (Sort of, 0:01 is starting minute of the arriving date) . To comply with modern clock system, I propose to refer to 0am as पहाटे , so that it is considered as moment in the arriving date. Hope this discription itself is not confusing :)

Another point is about range of पहाटे, ie. >= 0am to < 6am. Though conventionally, upto 2 am, we refer to the time as रात्री or पहाटे, both alternatively, I want to specifically call पहाटे for early times in the arriving date and रात्री for late times in the departing date, to make it more specific and well-defined, avoiding confusion about date of the time.

* [locale] correct translation of locale for Vietnam (moment#4874)

* correct translation of locale for Vietnam

* correct translation of locale for Vietnam (edit proper src files)

* Update author comment line

* [locale] (en-sg) Rename locale en-SG to en-sg (moment#5025)

* [locale] typos in Irish locale for months (moment#5127)

Fixed some typos in the Irish locale regarding months.

* [locale] (br) Breton move from 12-hour to 24-hour notation (moment#4975)

* Breton : move from 12-hour to 24-hour notation moment#4974 moment#4974

* Replace [e] by :

* [locale] bn: Improve translation as per Bangla Academy (moment#5055)

* Delete unused locales

* Remove unused locales

* Update test and build

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

Successfully merging this pull request may close these issues.

None yet

5 participants