On Fri, May 3, 2024 at 11:43 PM Marco van de Voort via lazarus
wrote:
> Got some news today. The Vbulletin instance was hacked, and the owner
> also took this (rebuilding) opportunity to change hosts. Forum will be
> back in time.
Thanks for reporting.
--
Bart
--
Hi,
There are still several bugs in the bugtracker labeled with
"Widgetset:Carbon" (appr. 120).
The Carbon widgetset has been deprecated and the default widgetset for
macOS is now Cocoa (announced on the forum end ML in october 2022).
I would like to ask macOS users to test wether these reported
Hi,
Most likely not relevant for those who don't speak dutch, so I'll
continue in dutch after this...
Heeft iemand enig idee wat er met het NLDelphi forum
(https://http://www.nldelphi.com/) is gebeurd of heeft iemand contact
informatie van de site beheerder?
Het forum is sinds een week of zo
On Tue, Mar 19, 2024 at 1:06 AM Arí Ricardo Ody via lazarus
wrote:
Click on either the form or the unit and click OK.
The IDE will open the form/unit.
If you can't see the form after that, try: menu->window->center a lost window.
--
Bart
--
___
On Sun, Mar 17, 2024 at 9:06 PM Arí Ricardo Ody via lazarus
wrote:
> I decided to take it from Lazarus 3.2 on Windows to Lazarus 2.2 on Linux
> Mint. I took it. Everything runs right. I made several changes and tests
> until I thought it was the way I wanted.
I'm surprised this even works,
On Thu, Jan 25, 2024 at 7:00 PM duilio foschi via lazarus
wrote:
>
> byte F9 is correctly displayed as ù (accented u) in PSPad/Hex (see
> https://ibb.co/S7Z6rx5) and wrongly displayed as ? in my TMemo (see
> https://ibb.co/BBTRhPy).
Since LCL (Lazarus) is UTF8 centered, the byte F9 does not
On Sun, Oct 22, 2023 at 12:20 PM Michael Van Canneyt via lazarus
wrote:
> Thanks to the efforts of Nikolay Nikolov, the FPC compiler can now recompile
> itself to webassembly (the support for the goto statement made this possible).
>
> As a consequence, this means FPC can now be run in a
On Thu, Mar 16, 2023 at 9:05 AM Martin Frb via lazarus
wrote:
> Issues that
> are 3.2.0 only usually only get attention when reported.
Well, at least compilation failures with 3.2.0 are detected with our
current CI setup.
--
Bart
--
___
lazarus
On Sun, Feb 26, 2023 at 2:26 PM Mgr. Janusz Chmiel via lazarus
wrote:
> IIs it possible from Lazarus IDE, Form window or only from source code of app?
Lazarus:
Compiler Options -> Config and Target -> "Select another LCL widgetset
(macro LCLWidgetType)"
--
Bart
--
On Sat, Feb 11, 2023 at 9:26 PM gabor via lazarus
wrote:
> Have you set the TBitButton.ModalResult property or TBitButton.Kind
> property appropriately?
This would normally also set ModalResult to mrOk (Kind := bkOK) or
mrCancle (Kind := bkCancel).
Setting the modalresult to those values should
On Sun, Oct 30, 2022 at 4:50 PM Bo Berglund via lazarus
wrote:
> What can I do to make this work again?
Project Inspector -> Add dependency -> select package you need?
--
Bart
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
Since Lazarus 2.2.0 the Cocoa widget set has replaced the Carbon
widgetset as default widgetset on MacOS.
Apple has officially removed Carbon from macOS since 2019.
The Lazarus team has decided to minimize the effort to support the
Carbon widget set, so we can focus on stabilizing more used
On Wed, Oct 12, 2022 at 6:21 PM Michael Van Canneyt via lazarus
wrote:
> > I have a collection stored in a file. One property of each collectionitem is
> > a value of what seeems to be a set but is not. That property is no longer
> > needed. Is there a way to delete that property?
If you mean
On Tue, Jun 28, 2022 at 6:48 PM Bart wrote:
> IIRC then this was fixed in main (and hopefully merged to fixes).
Seems I rember it wrong.
It's reported
(https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/39691),
but not fixed.
The cause is described in the bugreport.
--
Bart
--
On Tue, Jun 28, 2022 at 9:04 AM Luca Olivetti via lazarus
wrote:
> With Lazarus 2.0.12 the OnResize event for a form was fired while
> resizing, but in 2.2.2 it's fired only when the resizing is done (only
> under windows, under linux it behaves the same as before).
> However, if I put, say, a
On Sat, Mar 26, 2022 at 6:00 PM Timothy Groves via lazarus
wrote:
> Can anyone tell me how to stop Lazarus from
> doing this?
Yes, it's annoying.
Project->Options->Miscalleneous: uncheck "Main unit has uses section
containing all units of a project."
I think this is a per project setting and
On Thu, Feb 17, 2022 at 1:24 PM Tarnyko via lazarus
wrote:
> From memory, Windows 95 would be the target of such a version (98 already
> supports an early GTK+ 2.x). Is that your target?
I was talking about native Win9x support for the Win32 widgetset (not
GTK widgetset on Windows).
--
Bart
On Sun, Feb 13, 2022 at 10:58 PM Kostas Michalopoulos via lazarus
wrote:
>
> On 2/13/22 21:33, Sven Barth via lazarus wrote:
> > Bart means the internal, private Lazarus developer list.
>
> I see, but then why tell me? :-P
So that would know it is debated and not simply ignored.
--
Bart
--
On Sat, Feb 12, 2022 at 6:25 PM Kostas Michalopoulos via lazarus
wrote:
This is currently being discussed on the devel ML.
--
Bart
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On Tue, Dec 28, 2021 at 11:35 PM Martin Frb via lazarus
wrote:
> I have a core I7-8600
> The diff between the old code and popcnt is less significant.
>
> old: 715
> pop: 695
>
> But there is a 3rd way, that is faster.
> add: 610
Not surprising that you should come up with a faster solution.
On Tue, Dec 28, 2021 at 3:56 PM Florian Klämpfl via lazarus
wrote:
>
> Crash at run time with sigill. Popcnt was introduced with Nehalem, so >10
> years ago.
Thanks.
Any other CPU's support something like this?
--
Bart
--
___
lazarus mailing list
On Tue, Dec 28, 2021 at 3:39 PM Marco van de Voort via lazarus
wrote:
> On what machine did you test? The settings if for the generated code,
> but the actual processor determines the effective speed.
I have a Intel i5 7th generation on my Win10-64 laptop from approx.
2017 (so, it's really old
On Tue, Dec 28, 2021 at 3:31 PM Florian Klämpfl via lazarus
wrote:
> For X86, check for the define CPUX86_HAS_POPCNT (compile time!).
Thanks.
--
Bart
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
On Tue, Dec 28, 2021 at 2:46 PM Marco van de Voort via lazarus
wrote:
> You need an appropriate minimal CPU with -Cp
>
>
> Try e.g. -Cpcoreavx for core 3000 series and higher
Thanks for that.
Up to PENTIUMM: PopCnt slower
COREI : approximately equally fast
COREAVX PopCnt slightly faster
On Tue, Dec 28, 2021 at 1:09 PM Juha Manninen via lazarus
wrote:
>> I will patch the function using unsigned types where applicable.
>> I will keep the loop variables unsigned though.
>
>
> Yes, thank you.
Done.
Should that be merged to fixes?
--
Bart
--
On Tue, Dec 28, 2021 at 1:09 PM Juha Manninen via lazarus
wrote:
> I confess I didn't remember what PopCnt does. I checked from the net.
> FPC implements it as internproc.
> function PopCnt(Const AValue : QWord): QWord;[internproc:fpc_in_popcnt_x];
> I guess it translates to one x86_64
On Tue, Dec 28, 2021 at 12:08 PM Martin Frb via lazarus
wrote:
> I would like to see the generates assembler on M1, if that is possible? (for
> code with optimization off, as well as code with whatever optimization was
> used so far)
@Noel:
Here's example code (standalone) you can use to
On Tue, Dec 28, 2021 at 11:52 AM Juha Manninen via lazarus
wrote:
> Can you please create a patch for UTFLengthFast. You can upload it here or
> create a merge request in GitLab or anything.
@Juha: can you please comment on my possible improvement using PopCnt
instead of a multiplication with
On Mon, Dec 27, 2021 at 10:02 PM Noel Duffy via lazarus
wrote:
> It's not just the euro, though. It's any utf-8 sequence.
What I meant was that a single '€' (or any other single UTF8
"character") will not enter the mentioned block.
Can you add some debug statements to display the values of the
On Mon, Dec 27, 2021 at 6:35 PM Marco van de Voort via lazarus
wrote:
> The expression seems to be 1 when the top bits are 10 iow when it is a
> follow bytes of utf8, that is what the comment says, and I as far as I
> can see the signedness doesn't matter.
>
> Basically to me that seems to be a
On Mon, Dec 27, 2021 at 3:41 PM Juha Manninen via lazarus
wrote:
> It must be a Big endian / Little endian issue. IIRC it can be adjusted in ARM
> CPUs.
> Why do MacOS and Linux use a different setting there? I have no idea.
On second thought: if the function returns grabage for just a single
On Mon, Dec 27, 2021 at 12:44 AM Noel Duffy via lazarus
wrote:
> I need some help getting to the root of a problem with incorrect results
> on Apple hardware (M1, aarch64) for the function UTF8LengthFast in lazutf8.
Your M1 architecture is BigEndian perhaps?
(I really have no idea)
--
Bart
--
On Mon, Dec 13, 2021 at 10:29 PM Bo Berglund via lazarus
wrote:
> This sounds like what I need.
> I looked at the project options and found that there is one box to enter the
> Execute after command. And checkboxes to set when it is used.
>
> But I would need *two* commands:
> - copy to the svn
On Wed, Dec 1, 2021 at 9:27 AM Juha Manninen via lazarus
wrote:
I'm breaking my promiss to not reply anymore.
@All: please stop discussing this on the Lazarus mailinglist.
Please, please, please, please, pretty please!
--
Bart
--
___
lazarus
On Tue, Nov 30, 2021 at 12:40 PM Juha Manninen via lazarus
wrote:
> A request for everybody: Do not take the jabs. If you took already, don't
> take more. It would be unfortunate if the small Pascal community got reduced
> by their effects.
> In a year or so a new plandemic will come, most
Hi,
The DCPcrypt package (see:
https://wiki.lazarus.freepascal.org/DCPcrypt) does not have a
maintainer anymore.
Graeme unfortunately had to give up (as he pointed out: not by choice,
but by circumstances).
Is there anybody out there who is interested (and feels capable) in
maintaining that
On Mon, Nov 15, 2021 at 5:04 PM Marcos Douglas B. Santos via lazarus
wrote:
> Yes, after finding the bug issue that I posted in the last email, I
> tested using trunk...
> But I'm using 2.0.12.
Well, either copy the relevant parts to your 2.0.12, use the 2.2RC or
wait just a little bit more for
On Sat, Nov 13, 2021 at 11:03 PM Juha Manninen via lazarus
wrote:
>> Isn't the policy to not merge new features, but only bugfixes?
> Yes but this one is clearly a bugfix.
Sorry, I misunderstood then.
--
Bart
--
___
lazarus mailing list
On Sat, Nov 13, 2021 at 5:17 PM Juha Manninen via lazarus
wrote:
> I would like to merge this to 2.2. Does anybody see potential problems?
> Please test.
Isn't the policy to not merge new features, but only bugfixes?
--
Bart
--
___
lazarus mailing
On Thu, Nov 11, 2021 at 9:54 PM Anthony Walter via lazarus
wrote:
My eye just caught this typo:
{ TDrawPhsyics is a scne
obviously you mean "scene".
--
Bart
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
On Wed, Nov 3, 2021 at 7:30 PM Juha Manninen via lazarus
wrote:
> Here it gives an error from procedure TestWindows.
Fixed now.
(Adjusted some tests, since DefaultMaskOpCodes changed, fixed the
wqFileNameEnd error.)
> I don't see commits from you in the TestMasks project.
Because as it turned
On Tue, Nov 2, 2021 at 10:59 PM Bart wrote:
> 2. Remove wqFilenameEnd from DefaultWindowsQuirks and describe that
> adding that quirk implies that mocAnyCharOrNone will be enabled.
Or a variant of this: remove it foem default and when added , aslo add
mocAnyCharOrNone ...
--
Bart
--
On Tue, Nov 2, 2021 at 10:59 PM Bart wrote:
> I see 2 solutions:
> 1. On TWindows* mocAnyCharOrNone will be enabled by default, while it
> is not on TMask*
> 2. Remove wqFilenameEnd from DefaultWindowsQuirks and describe that
> adding that quirk implies that mocAnyCharOrNone will be enabled.
>
>
On Tue, Nov 2, 2021 at 8:21 PM Juha Manninen via lazarus
wrote:
> I fixed its compilation in 3c7586c0f8 but many tests fail.
Thank you for that (a bit late, but nevertheless).
--
Bart
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
On Tue, Nov 2, 2021 at 8:21 PM Juha Manninen via lazarus
wrote:
> Bart, please run the TMask unit test project while you change the code.
Whilst doing that I fiddled around with bot the tests and the masks unit.
I then wanted to commit (push) these changes seperately.
I got stuck.
In svn I
On Tue, Nov 2, 2021 at 9:43 PM Bart wrote:
> How to run that exactly without having to run the entire test suite?
OK, looked at the wrong test folder...
I fixed the filename 'a[b]c' not matching the mask 'a[b]c' in DisableRange.
TestSpecial: to test this feature mocAnyCharOrNone must be
On Mon, Nov 1, 2021 at 11:02 PM Bart wrote:
> I think I also need to write a setter for AutoReverseRange property
Indeed it did.
@Jose: in the setter for EscapeChar you should also set
cMaskIsCompiled to False.
--
Bart
--
___
lazarus mailing list
On Mon, Nov 1, 2021 at 7:30 PM José Mejuto via lazarus
wrote:
> > A note: IIRC (do not have the source at hand here) you escape [ ] and
> > \, with or withoud mocEscapeChar enabled.
> > if mocEscapeChar is not enabled, escaping these in the mask is
> > probably not what you want.
>
...
> In the
On Mon, Nov 1, 2021 at 12:22 PM José Mejuto via lazarus
wrote:
> The target in *Windows classes is to mimic the old fashion CMD masks,
> and CMD masks does not have ranges or sets.
OK, this is by design.
Since that is however not backwards compatible (the old mask
implementation supported sets
Hi José,
In TWindowsMask.Compile (as in your TMaskUTF8Windows class) you do a
call to EscapeSpecialChars on the modified mask.
This will escape a.o. any '[' and ']' character, so ranges and sets
are not possible to use in the mask anymore.
Why did you disable ranges and sets in the Windows
On Wed, Oct 27, 2021 at 11:56 PM Maxim Ganetsky via lazarus
wrote:
> > Opinions please.
>
> Looks good to me.
Done.
--
Bart
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On Wed, Oct 27, 2021 at 11:17 PM Juha Manninen via lazarus
wrote:
>> Attached the codetools popup for TMask.Create constructor.
>> I would think it would be clear enough?
> It is clear for people who know the details already. For new users there is
> no hint of an extended syntax.
> Anyway, we
On Wed, Oct 27, 2021 at 9:55 PM Juha Manninen via lazarus
wrote:
> The idea was only to offer an intuitive API which gives a hint there is
> something extended available, just like CreateLegacy() gave a hint there is
> the good old legacy syntax available.
Attached the codetools popup for
On Wed, Oct 27, 2021 at 8:46 PM Juha Manninen via lazarus
wrote:
> There would be a constructor named CreateExtended or CreateAdvanced or
> similar, allowing the new nice syntax.
You totally lost me here.
IMHO there is no need for CreateExtende or similar new constructor.
THis is what we
On Wed, Oct 27, 2021 at 6:42 PM José Mejuto via lazarus
wrote:
> Line 780, current:
>
>Add(TMaskParsedCode.OptionalChar);
>Add(fCPLength,@fMask[fMaskInd]);
>fLastOC:=TMaskParsedCode.OptionalChar;
>
> Line 780, new:
>
>if (mocSet in fMaskOpcodesAllowed) then begin
Hi,
I thought I better start a new therad for this one, otherwise I get
lost in the previous "TMask revisited" thread.
I would like to rename some stuff, now we still can.
Easier to remeber IMO:
WindowsQuirksAllAllowed -> AllWindowsQuirks
WindowsQuirksDefaultAllowed -> DefaultWindowsQuirks
On Wed, Oct 27, 2021 at 2:09 PM Juha Manninen via lazarus
wrote:
>> Wouldn't is be a bit more logical to exclude mocEscapeChar form the
>> MaskOpCodesDefaultAllowed constant, since we'ld like to have the
>> default behaviour as compatible as possible?
>
>
> That is fine with me. The Create
Hi,
The new masks unit has several CreateLegacy constructors (and some
*Legacy* functions).
They call the new constructros with mocEscapeChar disabled.
Wouldn't is be a bit more logical to exclude mocEscapeChar form the
MaskOpCodesDefaultAllowed constant, since we'ld like to have the
default
On Wed, Oct 27, 2021 at 1:28 PM José Mejuto via lazarus
wrote:
> This is a side effect of the found bug, in ranges the only valid syntax
> (without sets enabled) is "char-char".
So, without [mocSet] [a-dqx] would be invalid?
--
Bart
--
___
lazarus
On Wed, Oct 27, 2021 at 1:28 PM José Mejuto via lazarus
wrote:
> "]" must be escaped in all cases, with ranges and with sets or it will
> be interpreted as a premature closing (ranges).
Actually I did not think of that.
Could you possibly provide a patch against main and post it on GitLab
(or
On Tue, Oct 26, 2021 at 10:44 PM Bart wrote:
> I'll have a go at it then
To simplify matters I decided to remove the CreateWindows and
CreateNative constructors for TMaskList.
The CreateWindows skipped the population of fMasksWindows, but that is
a small price to pay IMO.
I can't have this as a
On Tue, Oct 26, 2021 at 7:20 PM Bart wrote:
> So, now we have:
> TMask
> TMaskWindows
About naming:
We have MatchesWindowsMask(List), but TMaskWindows.
That's not very logical or consistent.
Either we should rename TMaskWindows to TWindowsMask, or fase out
MatchesWindowsMask(List) in favour of
On Tue, Oct 26, 2021 at 9:15 PM Juha Manninen via lazarus
wrote:
> Yes, sounds OK,
I'll have a go at it then
> but it cannot cover CreateSysNative which is now used in procedure
> TFileSearcher.Search.
> The IFDEF can be placed there directly of course.
Probably better.
--
Bart
--
Hi,
So, now we have:
TMask
TMaskWindows
TMaskList
TMaskList also caters for the old TMask.MatchesWindowsMask.
However, now that we have a dedicated TMaskWindows, wouldn't it also
make more sense to have a TMaskListWindows class?
The TMaskList constructors
constructor CreateWindows(const
On Tue, Oct 26, 2021 at 6:48 PM Bart wrote:
> Point 2 would need (probably a minor) change to the CompileRange method.
Attached diff might do what I intended.
@José: does it in fact allow ? in a range as a literal, without side effects.
I don't really understand the matching algorithm.
--
On Tue, Oct 26, 2021 at 1:38 PM José Mejuto via lazarus
wrote:
> You found a bug,
I thought about it some more.
Inside a range everything is treated as a literal, the only exceptions are:
1. [?]
2. '!' as the first char in a range when [mocNegateGroup] is enabled.
3. '-' if it is NOT the first
On Wed, Oct 20, 2021 at 11:42 AM Bart wrote:
> > The Create in TMaskBase is never called directly by a user. He will get a
> > deprecated message from elsewhere.
As I see it now, we are planning to remove all the old TMask stuff (in
the future) and replace it with the new and improved TMask.
On Sun, Oct 24, 2021 at 4:26 PM José Mejuto via lazarus
wrote:
> > @José: is this indeed as intended?
> No, in fact escaping was introduced to allow "[a\-]" to be interpreted
> as literal set "a-". I must check my test cases, maybe a simple missing
> if. Please let me check it tomorrow, monday.
On Sun, Oct 24, 2021 at 3:26 PM Bart wrote:
> It looks like escaping does not work as advertised?
Seems like escaping is NOT supported in ranges or sets, but only outside them?
If that is the case (and by design) then, with [mocRange] enabled, you
can only have '-' in a range if the range
On Sat, Oct 23, 2021 at 11:33 PM Bart wrote:
> I renamed mocOptionaChar to mocSet and added some comments in the code.
>
> @José: are these comments correct?
I'm still strugling with the difference between mocRange and mocSet
(previously mocOptionalChar).
Consider the following mask: [a-c]
On Sat, Oct 23, 2021 at 10:39 PM Juha Manninen via lazarus
wrote:
> In 964d5f4d69 I changed most names as you suggested.
> The original TMaskOpCode is now TMaskParsedCode because it is not related to
> the other enums directly.
> I did the changes before reading your last mail.
I renamed
On Tue, Oct 19, 2021 at 10:44 AM José Mejuto via lazarus
wrote:
> With "eMaskOpcodeRange" and "eMaskOpcodeOptionalChar" enabled to match
> "a" or "-" or "z" the "-" must be escaped (something like regex) using
> the escapechar, by default "\", in this way "[a\-z]".
That does not seem to work
On Sat, Oct 23, 2021 at 12:22 PM Bart wrote:
> Then we have TMaskOpcode and TMaskOpcodesEnum types.
> The first one is more or less an internal type.
> The latter one is for common user interface.
> Since TMaskOpCode is used in the interface part of TMask, we must have
> it in the interface part
On Sat, Oct 23, 2021 at 6:16 PM José Mejuto via lazarus
wrote:
> Because in the code each syntax piece can be enabled and disabled, even
> "*" and "?" can be disabled to not be interpreted as a mask char, so to
> allow granularity a name to that "feature" must be given.
Yep, OK.
--
Bart
--
On Sat, Oct 23, 2021 at 12:22 PM Bart wrote:
> So:
> TInternalMaskOpcode (integers)
> TMaskOpcode (the enums)
> TMaskOpcodes: set of TMaskOpcode
> Enum names: moXXX
Maybe better make that mopXXX, as not to confuse them with old moXXX
TMaskOption enums.
--
Bart
--
On Sat, Oct 23, 2021 at 12:22 PM Bart wrote:
> Naming conventions.
Also: we typically have the convention of nameing fileds in a class Fxxx
Here we have cXXX and eXXX.
Again: not meant as crtitcism.
--
Bart
--
___
lazarus mailing list
On Sat, Oct 23, 2021 at 12:02 PM Bart wrote:
> since we are still looking for a better (?) name for the
> eMaskOpcodeOptionalChar enum:
This brings me to another point, and please, please, please don't see
this as criticism of feel offended by me.
Naming conventions.
Typically we don't have
On Thu, Oct 21, 2021 at 10:29 AM José Mejuto via lazarus
wrote:
> So the question is, why sets if ranges can be used ? Because sometimes
> you need to exclude strings that starts with number 1:
>
> "[0234567989][a-z]"
>
> > Naming them different just confuses me (which probably is my fault).
>
>
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
> >>
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
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
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
On Tue, Oct 19, 2021 at 10:44 AM José Mejuto via lazarus
wrote:
> Yes, at least it should. To completely disable the "[" syntax three
> options must be removed from default, "eMaskOpcodeOptionalChar",
> "eMaskOpcodeRange" and "eMaskOpcodeAnyCharOrNone".
>
> eMaskOpcodeAnyCharOrNone = [???]
On Sun, Oct 17, 2021 at 7:37 PM José Mejuto via lazarus
wrote:
> OpcodeOptionalChar (maybe the name should be OptionChar) works in the
> compiled stream as CheckMatch and if match go to next char; if not match
> continue checking without advance in the target string.
>
> Most people are familiar
On Sat, Oct 16, 2021 at 11:20 PM Juha Manninen via lazarus
wrote:
> Ideas? Comments?
I see you implemented the "old" constructors with the TMaskOptions
parameter and deprecated them as suggested.
Thanks for that.
Maybe add: 'Will be removed in 2.4' or similar to the deprecated message?
The
On Sat, Oct 16, 2021 at 3:19 PM Maxim Ganetsky via lazarus
wrote:
> > So far, this has not been reporduced by others in this thread.
>
> Juha already reproduced it. Happens in `Find in Files` dialog.
That's GMail for you.
When I wrote that, it was a reply to the only new message in this
thread
On Sat, Oct 16, 2021 at 12:14 AM DougC via lazarus
wrote:
> Shouldn't the mask "*.pas*" be used to match file.pas.bak ? If so, the old
> code and new code are ok.
You miss the point.
It was said that the mask '*.pas;*.pp;*.inc' now also matched the file
foo.pas.bak, which would be a bug.
So
On Fri, Oct 15, 2021 at 1:55 AM Juha Manninen via lazarus
wrote:
>
> On Thu, Oct 14, 2021 at 7:57 PM Bart via lazarus
> wrote:
>>
>> You have changed the existing interface for both TMask and the
>> Matches(Windows)Mask(List) functions.
>> TMaskOptions has be
On Fri, Oct 15, 2021 at 2:38 PM Maxim Ganetsky via lazarus
wrote:
> Please try with, for example bla.pas and bla.pas.bak files.
Mask: *.pas;*.pp;*.inc
Filename: file.pas.bak
Result: does not match, both in the old code and the new code.
--
Bart
--
On Thu, Oct 14, 2021 at 6:54 PM Bart wrote:
> This was discussed at length in february.
From the discussion in february:
Feb 24 11:22 AM
> And also define if a compatibility break is a bug in the new code or in
> the old code. In example my mask supports (there is a define to disable)
>
On Wed, Oct 13, 2021 at 5:16 PM Juha Manninen via lazarus
wrote:
> Please test everybody. I will read the old posts more carefully later.
You have changed the existing interface for both TMask and the
Matches(Windows)Mask(List) functions.
TMaskOptions has been removed.
Noticable the ability to
On Tue, Sep 7, 2021 at 11:26 AM John Landmesser via lazarus
wrote:
> fp-ide works as aspected on Win 10 Home :-)
>
> Ok its a terminal application ?!
The terminal starts in the specified mode, not the FP executable.
--
Bart
--
___
lazarus mailing
On Sun, Sep 5, 2021 at 10:42 AM Gabor Boros via lazarus
wrote:
> Create a new "Application", compile it. Send a shortcut from
> project1.exe to the desktop. At shortcut's properties change "Run" to
> "Maximized". Start the application with the shortcut, its not maximized.
I can confirm that.
>
On Fri, Sep 3, 2021 at 11:08 PM duilio foschi via lazarus
wrote:
> In which form gets this instruction compiled?
>i:=cmbYear.ItemIndex+2005;
Compile wit -al and then open the resulting .s file in a texteditor.
You'll see the assembler that the compiler generates for that line:
It will be
On Fri, Aug 13, 2021 at 9:02 PM Vojtěch Čihák via lazarus
wrote:
> is it just my impression that Mantis was more feature rich an had better
> layout?
Agreed.
However, maintaining Mantis (and our svn server) had become a nightmare.
Unfortunately the issue tracker of GitLab doesn't offer the
On Thu, Jul 22, 2021 at 11:02 PM Maxim Ganetsky via lazarus
wrote:
> Put them to RES or LRS file, link this file to your program, then
> extract them at runtime to some directory and load it from there.
Can't you use them from the resource like you can with po-files?
From one of my units that
On Thu, Jul 22, 2021 at 1:54 PM Martin Frb via lazarus
wrote:
>
> On the upcoming weekend (starting Friday night) we will be moving to GitLab.
You posted this on the forum as well with the same subject header:
please change: "Planed work" into "Planned work" ;-)
--
Bart
--
On Mon, Jul 5, 2021 at 11:02 AM denisgolovan via lazarus
wrote:
> My main form had my second display Left,Top coordinates.
> Thus it just wasn't visible.
;-)
--
Bart
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
On Mon, Mar 1, 2021 at 8:16 PM José Mejuto via lazarus
wrote:
> I've uploaded last TMask* code to my github, this way its easier to
> track changes.
>
> https://github.com/JoshyFun/pascal_tmask
First we will fork Lazarus 2.2
Then work in mask unit can proceed.
I wonder if we could have both
On Fri, Feb 26, 2021 at 7:15 PM Bart wrote:
> TMask.MatchesWindowsMask now raises an exception.
> Seriously??
> This is INSANE.
Let me explain.
My backup and some related programs still compile, but instatly raise
an exception when they start to perform their main task.
Thank you very much.
1 - 100 of 283 matches
Mail list logo
