[Lazarus] LCL Cocoa: Overriding delegate protocols

I need to handle some delegate protocols in our application layer, which will require overriding things that the LCL Cocoa layer already implements in classes like TCocoaWindow. In the Carbon interface, the equivalent was fairly easy, since TCarbonWSCustomForm.CreateHandle just creates a

Re: [Lazarus] Guessing the encoding of some text

On 11/16/2017 4:25 AM, Torsten Bonde Christiansen via Lazarus wrote: Does Lazarus or FPC include other convinient tools that may detect the encoding of (the content of) a file? What do others do in this situation? If you need cross-platform, this works with some trivial changes:

Re: [Lazarus] Doe fpc/lazarus already have System-Threading or is it planned

On 2/2/2018 4:25 AM, Michael Schnell via Lazarus wrote: Featuring "parallel loops", "future variables", etc, implemented via a thread pool that is transparent for the application programmer. System.Threading requires anonymous methods, which Free Pascal doesn't currently support. Someone has

Re: [Lazarus] Doe fpc/lazarus already have System-Threading or is it planned

On 2/2/2018 10:19 AM, Zoë Peterson wrote: System.Threading requires anonymous methods, which Free Pascal doesn't currently support. Oops, Sven's right, it mostly doesn't use anonymous methods, so this isn't a blocker. -- Zoë Peterson Scooter Software --

Re: [Lazarus] Doe fpc/lazarus already have System-Threading or is it planned

On 2/2/2018 1:37 PM, R0b0t1 wrote: I've been looking for a replacement to http://www.omnithreadlibrary.com/ for a long time. If I remember, the dealbreaker is the library's codebase making heavy use of anonymous functions and procedures. Yeah, OTL requires anonymous methods. I was hoping to

Re: [Lazarus] Doe fpc/lazarus already have System-Threading or is it planned

On 2/2/2018 2:37 PM, Sven Barth via Lazarus wrote: Once FPC supports anonymous functions as well I assume that support will start to become alive again. ;) Hopefully. They were already working on iOS/Android/macOS/Linux support using Delphi, and that's what's stalled. The last commit on the

[Lazarus] Printers4Lazarus: QtDefaultPrinter

I was just digging through the OSPrinters code and noticed that all of the Qt code interacts with QtDefaultPrinter instead of TQtPrinters.Handle (which is never assigned). Is that intentional? Also, is printing from background threads (either just 1 or multiple using separate TPrinter

Re: [Lazarus] Debugging on macOS

Martin, Thank you for looking into it. I've been testing the latest version over the past couple of weeks and it seems to be working well. I'll keep an eye on it and let you know if I see any more unexpected hangs. Zoë On 3/11/2019 8:47 AM, Martin Frb via lazarus wrote: On 10/03/2019

[Lazarus] Debugging on macOS

Are there still obvious optimizations/improvements to be done with the "LLDB with fpdebug" debugger on macOS? We're on trunk and it's largely not usable right now. I'm sure it has something to do with the size of our project, but it currently has random, lengthy hangs when doing things like

Re: [Lazarus] Debugging on macOS

Martin, Thank you for both the suggestions and looking into it. I'm on something else right now, but I'll give everything a try in the new few days and let you know how it goes. -- Zoë Peterson Scooter Software -- ___ lazarus mailing list

Re: [Lazarus] Modal Window Crashes on Mac OS X 10.15 Beta (Catalina)

On 6/11/2019 9:19 AM, Dmitry Boyarintsev via lazarus wrote: Can we actually try to set the value for the instance variable? Can anyone try and modify TCocoaApplication.run to look like this. (If you're using trunk, you'll need to have {$define COCOALOOPOVERRIDE} defines in cocoadefines.inc}

Re: [Lazarus] Modal Window Crashes on Mac OS X 10.15 Beta (Catalina)

On 6/11/2019 11:56 PM, Dmitry Boyarintsev via lazarus wrote: If it's a problem to check isRunning every time through nextEventMatchingMask, and alternative with the same behavior would be to swizzle in the runloop variant before calling inherited run and switching it back once we

Re: [Lazarus] Modal Window Crashes on Mac OS X 10.15 Beta (Catalina)

There is an alternate way to swizzle documented here, which the author claims has less side effects. I assume it would be possible to do this variant with Objective Pascal, but for a proof of concept it shouldn't be necessary: https://blog.newrelic.com/engineering/right-way-to-swizzle/ --

[Lazarus] TApplication.DoEscapeKey/DoReturnKey

I'm working on the keyboard handling code in the Cocoa widgetset and I've run into an issue I'm hoping for some guidance on. TApplication's DoEscapeKey and DoEnterKey are called in response to LM_KEYUP rather than LM_KEYDOWN. Cocoa's "invalid key" beep occurs as part of the keyDown

[Lazarus] Debugger backends configuration

What controls what appears in the "Debugger type and path" dropdown in the Debugger backend preferences? I have two macOS systems, one running 10.13 and one 10.14 that have different items listed. The 10.13 one lists fpdebug, GDB, and LLDB based ones (6 total) and I've been successfully

Re: [Lazarus] OS theme change via TAppProperties

ThemeServices has an OnThemeChange callback for this already. Adding it to TApplicationProperties wouldn't be a terrible idea, though it would probably be better to implement CM_THEMECHANGED/CM_STYLECHANGED in TControl, which would be VCL compatible.  I haven't tested it on most widgetsets,

[Lazarus] RegisterWSComponent documentation?

Is there any documentation on how RegisterWSComponent works with creating classes at runtime? I'm specifically looking at TTreeView and TCustomControl, which both have WS classes, TWSTreeView and TWSCustomControl, and widgetset specific subclasses, TCocoaWSTreeView and TCocoaWSCustomControl.

Re: [Lazarus] RegisterWSComponent documentation?

Dmitry, Thanks for the write-up, that's what I thought was going on, and details like the "inherited" call were what I was worried about. :) Now that I've had a chance to shake out the design, I do see a patch I could pull together if you think it would be merged. General details are: 1)

Re: [Lazarus] RegisterWSComponent documentation?

Juha, On 11/11/20 3:48 AM, Juha Manninen via lazarus wrote: FYI, the TTreeView in LCL is custom drawn. It does not map to a native widget unlike LCL controls typically do. See my reply to Dmitry for the details, but the short answer is that I already have everything working. It's just all

Re: [Lazarus] FPC & Lazarus moving to gitlab

On 6/22/2021 11:05 AM, Michael Van Canneyt via lazarus wrote: The conversion program will attempt to convert existing bugs using the account of the new gitlab user. To map your gitlab user name (or ID) to the mantis user, we ask that you file an issue in the mantis project of the current

Re: [Lazarus] Request for Gitlab access rights for Cocoa

On 9/29/2021 12:53 PM, Alexey Tor. via lazarus wrote: Thanks, here are 3 patches which I wanted to merge on start 3- forum, patch by Zoe, Demo to benchmark TextOut on win64/gtk2/Cocoa - Cocoa is very slow This patch is

[Lazarus] Cocoa maintainer and submitting patches

As we're winding up preparations for our upcoming release, we've been collecting all of our outstanding changes relative to Lazarus trunk and splitting them into patches.  Outside some that are specific to us, we currently have about 130 distinct patches, half of which are for LCLCocoa, with