11
Mamba
Re: extCal 2.40 RC-1 Released for Testing and Contributions

So I installed the Spanish language from GitHub, using the latest XOOPS 2.5.11 and extCal, and it works here without any problems (PHP 7.4)

Resized Image


BTW - the extCal translation is outdated, so if you could update it, it would be great!
Support XOOPS => DONATE
Use 2.5.10 | Docs | Modules | Bugs

12
goffy
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 2/26 18:19

  • goffy

  • Just can't stay away

  • Posts: 488

  • Since: 2010/12/27



13
edipinho
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 2/27 4:26

  • edipinho

  • Not too shy to talk

  • Posts: 107

  • Since: 2003/10/15


I passed the language to English and I'm doing the tests, it seems that it is working as far as I tested.

It is configured in preference: day, month and year, but month, day and year appear on the user's screen.
I suspect that the error may be in preference in the date format settings.

I will do more tests and soon I will return.

14
edipinho
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 3/1 7:58

  • edipinho

  • Not too shy to talk

  • Posts: 107

  • Since: 2003/10/15


As Mamba suggested, I installed XOOPS 2.5.11 and extCal.
installed in PHP 7.3

I installed using the English language, I verified in the Extcal installation that this error is happening in the image below, and just press the F5 key and it ends the error, and completes the installation of the module, reinstalled the module and the error continues to occur.
Resized Image


A little mistake happens when editing the data of the start date and end date fields, they overlap the small calendar that appears.
Resized Image


Continuing to do more testing.

15
edipinho
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 3/1 18:16

  • edipinho

  • Not too shy to talk

  • Posts: 107

  • Since: 2003/10/15


I managed to manipulate the date and made the error happen, when I make the number of the month exceed 12, I entered the Start Date with month 21 and the error occurred, showed the date 01/01/1970 and in the Database >> event_start = 32400

It is dead with the same error of Xoops2.5.10 and language pt-br_utf8 ("Portugues do Brasil"), when I put the data in the "calendariozinho" as in the "text" mode of the event_start field appears correct, "d / m / Y ", example 2/21/2021 and the data that appears in the Database >> event_start = 32400

I will continue with more testing, I will change, on purpose, the day with the month in Xoops2.5.10 and language pt-br_utf8, on my website that the problem is happening.

"Suggestion for the masters, there should be a test in the" data "fields before recording in the database, thus avoiding the lay user at the time of configuration."

16
edipinho
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 3/1 19:30

  • edipinho

  • Not too shy to talk

  • Posts: 107

  • Since: 2003/10/15


Hi, I did the test and confirmed, if you enter the "small calendar" it puts the correct date of the format pt-br_uft8 (d / m / Y) and the error happens, I changed the data in text mode, manually, to (m / d / Y) and the date came out correct, reappearing in the correct format (d / m / Y).

Here is the preference of the "extcal" module referring to DATA (en-us_utf8).
Resized Image

17
edipinho
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 3/2 5:36

  • edipinho

  • Not too shy to talk

  • Posts: 107

  • Since: 2003/10/15


The correct text is this above the image of the post above..

Here is the preference of the "extcal" module referring to DATA (pt-br_utf8).

18
Mamba
Re: extCal 2.40 RC-1 Released for Testing and Contributions

Where can I find the translation pt-br_utf8? On Transifex?

Is there any chance, you could upload the Core translation to GitHub:
https://github.com/XoopsLanguages/portuguesebr

That would help us to test it...
Support XOOPS => DONATE
Use 2.5.10 | Docs | Modules | Bugs

19
Mage
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 3/2 18:28

  • Mage

  • Core Developer

  • Posts: 200

  • Since: 2009/8/2 1


Hello,

This problem is known and very easy to correct! You cannot use the following date format:

day/month/Year

The following format must be used:

day-month-Year

It's related to this:

https://www.php.net/manual/en/function.strtotime.php

Quote:
Note:

Dates in the m/d/y or d-m-y formats are disambiguated by looking at the separator between the various components: if the separator is a slash (/), then the American m/d/y is assumed; whereas if the separator is a dash (-) or a dot (.), then the European d-m-y format is assumed. If, however, the year is given in a two digit format and the separator is a dash (-), the date string is parsed as y-m-d.

To avoid potential ambiguity, it's best to use ISO 8601 (YYYY-MM-DD) dates or DateTime::createFromFormat() when possible.


So you have to be very careful with the xoops translation file, particularly this file:

global.php

To inspire you, we had the same problem with the FR translation. Here you will find a correct example of the dates:

https://github.com/MonXoops/XOOPS-monx ... anguage/french/global.php

line 201, 202, 203 and 204!

20
Mage
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 3/2 18:32

  • Mage

  • Core Developer

  • Posts: 200

  • Since: 2009/8/2 1


It is important to correct this:


https://github.com/XoopsModules25x/extcal/issues/31

as it can be a source of error!

And you really have to communicate for European date format, you have to use the "-" sign in global.php!

Login

Username:
Password:

Lost Password? Register now!

Who's Online

82 user(s) are online (64 user(s) are browsing Support Forums)


Members: 0


Guests: 82


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Dec 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits