When i ran composer update i found that with the release of briannesbitt/carbon 1.23.0 the diffForHumans method declaration is incompatible with the current one:

ErrorException: Declaration of

Jenssegers\Date\Date::diffForHumans(
  ?Carbon\Carbon $since = NULL, $absolute = false, $short = false
)

should be compatible with

Carbon\Carbon::diffForHumans(
  ?Carbon\Carbon $other = NULL, $absolute = false, $short = false, $parts = 1
)

The related PR is https://github.com/briannesbitt/Carbon/pull/772

I am using the ->format() method to output the date in Russian language. But what I need is to perform declension at first. Because without it the date looks like this: "9 Март 2015", which is wrong according to Russian grammar. It is supposed to be "9 Марта 2015".

Fix #293 ⏫ Drop Carbon 1 support, use Carbon 2 translations Fix #300 Translating S format Fix #311 TranslatorInterface no longer used by jenssegers/date itself Fix #307 Khmer Language Fix #304 and fix #305 handle multiple forms of a word Fix #277 setTranslator compatibility Fix #272 Key overlapping in russian locale Fix #200 Translate AM/PM Fix #195 Greek short notation Fix #209 Norway has two languages Fix #231 createFromFromat translations Fix #181 ordinal Fix #188, fix #69 and fix #191 use native overrides methods of Carbon Fix #119 declensions in Russian Fix #40 short units Fix #301 Language::all() available in Carbon 2 Fix #231 Greedy mode will now allow to properly distinguish červen from červenec and other word-in-word

Replaces: fix #312, fix #303, fix #298, fix #239, fix #236, fix #194, fix #191, fix #180, fix #323, fix #330, fix #328, fix #336 Closes as unmerged: close #154, close #182 Should be fixed in Carbon itself if merged: close #246, close #249

am having an app that use mysql which all works simply perfect & without a hitch , however am trying to migrate from mysql to mongodb using https://moloquent.github.io/master/#moloquent , so the code as follow

• route

Route::group([
    'prefix'     => LaravelLocalization::setLocale(),
    'middleware' => ['localeSessionRedirect', 'localizationRedirect'],
    ], function () {

        Date::setLocale(App::getLocale());

       // routes
    }
);

• model

public function getCreatedAtAttribute($value)
{
    return Date::parse($value)->format('F d, Y');
}

• mongo collection

"updated_at" : ISODate("2016-10-19T14:08:27.624Z"),
"created_at" : ISODate("2016-10-19T14:08:27.624Z"),

I just noticed that there is an error in the Dutch pluralization forms of year and hour.

It might sound wierd but in the Dutch language we don't use the plural form in time indications. So '2 years ago' should not be translated to '2 jaren geleden' but to '2 jaar geleden' (in English '2 year ago').

The same accounts for '2 hours ago', this should be translated to '2 uur geleden' (2 hour ago) and not '2 uren geleden'.

I tried to find an English source but could not find one. Here you have an advice (in Dutch) from 'het Genootschap Onze Taal' an organization specialized in the Dutch language: https://onzetaal.nl/taaladvies/advies/twintig-jaar-jaren

An other source for the hours is the Flemish Public Television: http://www.vrt.be/taal/uur-uren

A pull request reflecting the changes is attached.

Hey, i really like your package, but as a german i have some minor issues with the diffForHuman translation:

'from_now' => ':time von jetzt', should be from_now' => 'in :time', Example: 3 Tag_e_ von jetzt should be: in 3 Tage_n_ ( notice the pluralization ) As far as i can think of, the pluralization of from_now is the same as in *_ago

I don't really know how to produce the after and before triggers, but i suspect them to be incorrect as well. (but this should be verified) 'after' => ':time nach' -> 'after' => 'nach :time' (pluralization same as *_ago) 'before' => ':time vor' -> 'before' => 'vor :time' (pluralization same as *_ago)

Thanks!

Hi Jens,

I got this error on my Laravel 5 install after updating your library through composer. Any ideas?

ErrorException in Date.php line 6: Declaration of Jenssegers\Date\Date::setTranslator() should be compatible with Carbon\Carbon::setTranslator(Symfony\Component\Translation\TranslatorInterface $translator)

I was testing it and by default the class doesn't load the locale config from laravel. I can't see the code that load this config from laravel.

I fix it by putting this code on translator.php public function __construct() {

    if (class_exists('Illuminate\Support\Facades\Config'))
        $this->locale =\Illuminate\Support\Facades\Config::get('app.locale');

}

Symphony uses underline (_) to subtag a language and laravel-date dash (-), as in pt-BR, since this is a Laravel package and Symfony is "hard to change", you might want to modify this.

But we also have to consider that RFC 5646 tells us to use dash, so now you have to decide if you prefer being right or Symfony consistent... :)

There is an issue in Symfony talking about that but I don't see it changing anytime soon: https://github.com/symfony/symfony/issues/2468

When I run composer update on my project, I have this issue :

exception 'ErrorException' with message 'Declaration of Jenssegers\Date\Date::diffForHumans() should be compatible with Carbon\Carbon::diffForHumans(Carbon\Carbon $other = NULL, $absolute = false)'

I tried on master and last tag. I think it's because any version of carbon is required "nesbot/Carbon": "*", in Jenssegers/Date's composer.json, and Carbon was released 4 hours ago.

app requirement : "php": ">=5.3.3" Why can't run in PHP 5.4 ? error in config app.php line : Jenssegers\Date\Date::class any way ? i used library in laravel 4

examples:

week nr 23
wk 23
week №23
week # 23
W23
2022#23
first day 9 AM of 2022#23
week number 23
first day 9 AM of 2022 week number 23
2022 week 23 first day 9 AM
2022 week nr 23
2022W23 // ISO format

    Date::setLocale('nl');

    echo Date::now()->format('l j F Y H:i:s'); // zondag 28 april 2013 21:58:16

    echo Date::parse('-1 day')->diffForHumans(); // 1 dag geleden
    //$date = new Date('2000-01-31', new DateTimeZone('Europe/Brussels'));
    exit();

Fatal error: Uncaught InvalidArgumentException: Translator does not implement Symfony\Component\Translation\TranslatorInterface and Symfony\Component\Translation\TranslatorBagInterface. in /var/www/vhosts/##.gr/httpdocs/vendor/nesbot/carbon/src/Carbon/Traits/Localization.php:188 Stack trace: #0 /var/www/vhosts/##.gr/httpdocs/vendor/nesbot/carbon/src/Carbon/Traits/Localization.php(214): Carbon\Carbon::getTranslationMessageWith(Object(Carbon\Translator), 'weekdays', NULL, NULL) #1 /var/www/vhosts/##.gr/httpdocs/vendor/nesbot/carbon/src/Carbon/Traits/Date.php(1190): Carbon\Carbon->getTranslationMessage('weekdays') #2 /var/www/vhosts/##.gr/httpdocs/vendor/nesbot/carbon/src/Carbon/Traits/Date.php(1217): Carbon\Carbon->getTranslatedFormByRegExp('weekdays', '', 'dddd D MMMM YYY...', 5, 'Friday') #3 /var/www/vhosts/##.gr/httpdocs/vendor/nesbot/carbon/src/Carbon/Traits/Date.php(1824): Carbon\Carbon->getTranslatedDayName('dddd D MMMM YYY...') #4 /var/www/vhosts/##.gr/httpdocs/vendor/nesbot/carbon/src/Carbon/Traits/Date. in /var/www/vhosts/##.gr/httpdocs/vendor/nesbot/carbon/src/Carbon/Traits/Localization.php on line 188

Hello,

Not an issue. Right now i am adding a custom language file to the vendor folder and it works, That is until I have to composer install. So how would I add the lang file outside the vendor folder.

Thank you

Please undo the last commit of the file lang/pl.php

In Polish language in dates the name of the month must be in Genitive case.

Please refer to theseEnglish sources: http://www.mediawiki.org/wiki/Template:I18n_month http://stackoverflow.com/questions/17188316/month-name-in-genitive-polish-locale-with-joda-time-datetimeformatter

Additional remark: Is it possibe to somehow lock the file against disrupting changes? This is the second time I need to manually downgrade your package to version which displays month names properly. Maybe we could put a remark in a comment inside of the file?

Hi, sorry for my bad English.

Into lang files "ru" and "uk" we have duplicate keys in 30 and 43 lines: 30: 'may' => 'май' 43: 'may' => '{0}май|{1}мая'.

And if call some date with "->format('M')" we get '{0}май|{1}мая' instead expected "май".