Timeline



Apr 1, 2021:

5:45 PM Ticket #3816 (Improvement of the example in the help of the function ...) closed by J-Paul Mesnage
Completed: Added by revision [12515] in version: 3.3.15.4
10:00 AM Ticket #3816 (Improvement of the example in the help of the function ...) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
9:26 AM Ticket #3816 (Improvement of the example in the help of the function ...) created by domenic.laritz@…
The example in the help for the _WinAPI_ReadDirectoryChanges function …
8:54 AM Ticket #3815 (Remark in help regarding return value of _ArrayDelete is wrong) updated by domenic.laritz@…
Replying to Jpm: > The doc is not wrong as row index is starting at 1 so the size of the arraay is equal to the highest row index But this is contradictory to the function _ArrayAdd. There is the same text in the remarks as in _ArrayDelete, but the behavior is different (and in my opinion correct): _ArrayDelete actually returns the new highest index and not the number of rows!
7:35 AM Ticket #3814 (_WinAPI_CreateFileMapping: $PAGE_xxx constants not defined) closed by J-Paul Mesnage
Fixed: Fixed by revision [12513] in version: 3.3.15.4
6:45 AM Ticket #3815 (Remark in help regarding return value of _ArrayDelete is wrong) closed by J-Paul Mesnage
No Bug: The doc is not wrong as row index is starting at 1 so the size of the arraay is equal to the highest row index

Mar 31, 2021:

9:07 PM Ticket #3815 (Remark in help regarding return value of _ArrayDelete is wrong) created by anonymous
The "Remarks" section of the _ArrayDelete function contains the …

Mar 30, 2021:

10:54 PM Ticket #3814 (_WinAPI_CreateFileMapping: $PAGE_xxx constants not defined) created by matwachich@…

Mar 27, 2021:

8:46 AM Ticket #3813 (_MemGlobalRealloc) closed by J-Paul Mesnage
Completed: Added by revision [12508] in version: 3.3.15.4

Mar 26, 2021:

5:00 PM Ticket #3813 (_MemGlobalRealloc) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
4:14 PM Ticket #3813 (_MemGlobalRealloc) created by matwachich@…
Everything is in the title: It seems that this functions is laking …

Mar 16, 2021:

4:12 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) closed by J-Paul Mesnage
Fixed: Fixed by revision [12502] in version: 3.3.15.4
4:10 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) updated by J-Paul Mesnage
I fix, I think, all your concerns "include" and doc about _DateIsvalid reference

Mar 15, 2021:

8:59 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) updated by Jos
I think the documentation is wrong and shouldn't state that @error is returned as this function really is used as an helper function and not intended to check for validity of the date. You need to use _DateIsValid() for that. (which uses this UDF). This is all written a very long time ago so there most likely could be many improvements made now we indeed have regex to our disposal. :)
5:28 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) updated by Melba23
IMO the easiest way forward would be to add a single line to the function checking the date format: […] But no doubt a real RegEx guru could come up with a better pattern. M23

Mar 12, 2021:

11:47 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) created by matwachich@…
_DateTimeSplit doc states […] But you see the code of the …

Mar 9, 2021:

2:48 PM Ticket #3810 (_ArrayUnique not handling "Default" for Parameter $iIntType) closed by J-Paul Mesnage
Fixed: Fixed by revision [12498] in version: 3.3.15.4
2:43 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) closed by J-Paul Mesnage
Completed: Added by revision [12497] in version: 3.3.15.4
1:00 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
12:57 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by J-Paul Mesnage
In fact I will use the parameter in _SQLite_Startup to force the whole script and If not possible the scripter will use a new parameter in _SQLite_FetchData() in the suitable places
12:55 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by J-Paul Mesnage
Type changed
11:06 AM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by J-Paul Mesnage
Hi, I don't thing it is a bug but more an improvement as a lot of script can be in error if we change as you suggest. For the time being I am trying to add a new parameter to _SQLite_GetTable2D and _SQLite_FetchData so that the decision to do it or not will be a scrippt decision. I will investigate if I can do it a the query or open time. it looks nmore difficult to implement. another solution can be a startup easy to implement for the global script

Mar 8, 2021:

8:16 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) created by matwachich@…
The main problem here is that _SQLite_FetchData is reading integer …
5:11 PM Ticket #3809 (WinGetTitle returns blank on Windows 10 using _WinAPI_CreateWindowEx) updated by J-Paul Mesnage
Owner, Status changed
Fix sent to Jon

Mar 7, 2021:

5:59 PM Ticket #3810 (_ArrayUnique not handling "Default" for Parameter $iIntType) created by SEuBo
_ArrayUnique is missing a line […] thus returning @error = 5, …
1:26 PM Ticket #3808 (ProgressOn/ProgressSet - size of the progress window) updated by J-Paul Mesnage
Owner, Status changed
1:25 PM Ticket #3808 (ProgressOn/ProgressSet - size of the progress window) updated by J-Paul Mesnage
Fix sent to Jon

Mar 5, 2021:

10:33 AM Ticket #3809 (WinGetTitle returns blank on Windows 10 using _WinAPI_CreateWindowEx) updated by mLipok
Description changed

Mar 4, 2021:

7:54 PM Ticket #3809 (WinGetTitle returns blank on Windows 10 using _WinAPI_CreateWindowEx) created by Nine
It is working fine under Win7. But with Win10, WinGetTitle returns …
3:30 PM Ticket #3808 (ProgressOn/ProgressSet - size of the progress window) updated by mLipok
Description changed
3:00 PM Ticket #3808 (ProgressOn/ProgressSet - size of the progress window) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
2:03 PM Ticket #3808 (ProgressOn/ProgressSet - size of the progress window) created by mLipok
please enlarge the window so that it will be possible to insert a …
Note: See TracTimeline for information about the timeline view.