Re: [Lazarus] Process differences

2021-10-20 Thread Steve Gatenby via lazarus
(mis-directed earlier reply - sorry about that) Thanks Denis - will try that. will also check my user rights as Juha suggested as well gotta be something my end :) On 19/10/21 19:36, Denis Kozlov wrote: On Tue, 19 Oct 2021 at 05:58, Steve Gatenby via lazarus wrote: Hoping someone coul

Re: [Lazarus] TMask revisited

2021-10-20 Thread Bart via lazarus
On Wed, Oct 20, 2021 at 9:37 PM José Mejuto via lazarus wrote: > >> There are IMHO two front lines, one is the "replace" of TMask in > >> internal LCL functions, exposed or not to the user, and in this case all > >> options that allow mimic the old behaviour should be disabled. The other > >> one

Re: [Lazarus] TMask revisited

2021-10-20 Thread Bart via lazarus
On Wed, Oct 20, 2021 at 9:37 PM José Mejuto via lazarus wrote: > In the "masks" world sets are a group of chars inside "[]", optional > chars, option chars, or other fancy name. > > Range syntax: [a-z] > Set syntax: [abcdefghijklmnopqrstuvwxyz] What would be the effective difference between [a-e

Re: [Lazarus] TMask revisited

2021-10-20 Thread José Mejuto via lazarus
El 20/10/2021 a las 11:34, Bart via lazarus escribió: There are IMHO two front lines, one is the "replace" of TMask in internal LCL functions, exposed or not to the user, and in this case all options that allow mimic the old behaviour should be disabled. The other one is the TMask itself which c

Re: [Lazarus] TMask revisited

2021-10-20 Thread Bart via lazarus
On Tue, Oct 19, 2021 at 7:11 PM Juha Manninen via lazarus wrote: > The Create in TMaskBase is never called directly by a user. He will get a > deprecated message from elsewhere. But it is part of the interface. Some poor soul might implement it's own dereive control from TMaskBase and rely on i

Re: [Lazarus] TMask revisited

2021-10-20 Thread Bart via lazarus
On Wed, Oct 20, 2021 at 11:00 AM José Mejuto via lazarus wrote: > There are IMHO two front lines, one is the "replace" of TMask in > internal LCL functions, exposed or not to the user, and in this case all > options that allow mimic the old behaviour should be disabled. The other > one is the TMa

Re: [Lazarus] TMask revisited

2021-10-20 Thread José Mejuto via lazarus
El 19/10/2021 a las 16:32, Bart via lazarus escribió: Thanks for explaining that. Sounds to me like you should not enable both of them, unless you want something to match 'a'..'f' or '+' or '-' [a-f+\-] ? Hello, There are IMHO two front lines, one is the "replace" of TMask in internal LCL fu