943
[size=xx-large]BRAVO !!![/size]
https://www.phpclasses.org/package/11931-PHP-XOOPS-CMS-module-to-manage-files-attached-to-posts.html
https://www.phpclasses.org/winners/year/2021/#winners-2021-01-01
1 xmdoc
XOOPS CMS module to manage files attached to posts Gregory Mage Switzerland 21.05% 16
https://www.phpclasses.org/package/11931-PHP-XOOPS-CMS-module-to-manage-files-attached-to-posts.html
https://www.phpclasses.org/winners/year/2021/#winners-2021-01-01
1 xmdoc
XOOPS CMS module to manage files attached to posts Gregory Mage Switzerland 21.05% 16
944
It worked perfectly, I was following the English language files, and there it was "/". 
Mage, thank you very much for your help, you were absolutely right, you took 1 ton off my back, thank you very much from my heart and I also thank Mambo and everyone for always helping us.
Mage, thank you very much for your help, you were absolutely right, you took 1 ton off my back, thank you very much from my heart and I also thank Mambo and everyone for always helping us.
945
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!
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!
946
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:
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-monxoops-Traduction-FR/blob/master/htdocs/language/french/global.php
line 201, 202, 203 and 204!
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-monxoops-Traduction-FR/blob/master/htdocs/language/french/global.php
line 201, 202, 203 and 204!
947
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...
Is there any chance, you could upload the Core translation to GitHub:
https://github.com/XoopsLanguages/portuguesebr
That would help us to test it...
948
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).
Here is the preference of the "extcal" module referring to DATA (pt-br_utf8).
949
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).
Here is the preference of the "extcal" module referring to DATA (en-us_utf8).
950
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."
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."
Login
Search
Recent Posts
Who's Online
Donat-O-Meter
| Stats | |
| Goal: | $100.00 |
| Due Date: | Jul 31 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|