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 …

Mar 3, 2021:

8:10 AM Ticket #3211 (PixelCheckSum not honouring hwnd parameter) updated by J-Paul Mesnage
The fix concern only the doc As the PixelCoordMode is set by default to SCREEN(1) mode the hwnd has NO EFFECT. PixelCoordMode must be set to WINDOWS(0) or CLIENT(2) as needed.
Note: See TracTimeline for information about the timeline view.