emileverh

typo... sorry

Yes I know you can use the '+' sign. But we have all seen this issue sooner or later. 255 chars is something for Delphi 1 or Delphi 2, not for Delphi 11 in 2023! I have third party tools for my mutli-language app. And if the string is too long everything stucks. The only thing I ask for EMB, why can't they change 'const' or 'resourcestring' from 'shortstring' to string?

Hi guys! Nowadays I see lot's of applications where a regular desktop app pops up a browser-like window where the end-user can enter his xxxxx@gmail.com email address and password and grant access to Google email or Google calendar, etc. etc. I have the DevExpress suite ( and D11 ) and my end goal is to sync the DevExpress calendar with the TcxScheduler. There is an DevExpress demo example but it's too complicated for me ( for now) and the end-user. Their example works with client-id and client-secret. And creating them takes 15 clicks in the console.google.cloud . This way too complicated for an end-user..... Is there a way ( which I don't see now ) how to get ( OAuth?!?) easy access by just entering email and password? Any help would be nice! Best regards, Emile

Thanks!!

I am a bit further now. I had the idea that the end-user had to setup the settings at console.google.cloud but that's only for me, the developer. Yes, I have a client-id and secret now. I hoped for a bit of advice, because I have a business on my own and I can ask no other developers than ; you 😉

type ICar = interface ['{F476D9B5-EE8C-458D-96CD-107C80855066}'] function GetPlateNoDashes: string; end; type TCar = class(TInterfacedObject, ICar) function GetPlatesNoDashes: string; ...... end; ======== procedure TfrmMain.DoSomething; begin var car:= TCar.Create; ShowMessage(car.GetPlateNoDashes); end; Hi all! Better late then never... I am experimenting with interfaces..... Question: Is the variable 'car' of type ICar or TCar? And more important, do I need to call .Free in the DoSomething procedure? Regards, Emile Thanks

Thanks all. I noticed a disadvantage of using interfaces... the getters and setters are exposed. I would be more cleaner to see the property only. But that's how interfaces work, no public/private area. I don't know if interfaces ( in my case ) bring me a lot ,except reference counting and cleanup stuff in a proper way.

A compiler hint would be nice if you forget to explicit mention the type in this case. Until now most of my code did not add the type by using inline vars ( strings, integers, etc. ). I you forget to mention the type with interfaced objects then you have a memory leak

Thanks for the quick response, and helpful answer!! Reading lot of E-Books now....

Hi guys! Which is the latest supported SQLITE version in Delphi 11? The SQLITE webpage shows that V3.40.0 is the latest. Is it safe to use it? I don't wont to do a trail and error traject... Thanks in advance!

Thanks for your answer ;-)) I was just wondering. I thought I had issues which where SQLite related, but it seems to be elsewhere in my program. Anyway thanks again!

Hi guys! I have a frustrating thing, in short; I have an application with lots of different users and thus different Windows installations ( 7-11 ). The problem with my app build with D11.2 is that I deployed it with: DPI Awareness - PER MONITOR V2'. Suddenly some customers are complaining that there where buttons totally 'off-screen'. I checked the system of a customer who had that problem and it was a 'new' laptop with Windows 11 installed and enough resolution for displaying everything. So it should not be a problem. When I set the DPI Awareness to NONE it worked. But now are other customers complaining with same problem. It's sooooooooooo frustrating. Question; Is there a way to change the DPI AWARENESS in my application?! So that I can read a (own) registry setting on startup and set the DPI AWARENESS to either PER MONITOR V2 or NONE. Question; are there other suggestions to tackle this problem for once and for all?! Any help would but GREAT!

FYI as I read the comments I don't gonna implement the call : SetProcessDpiAwareness (DPI_AWARENESS_CONTEXT_UNAWARE); I think that I am gonna be further from home. I hope EMB has in 11.3 fixed more of the High DPI issues.

As I said, and this is what I want, just drop a component on form and run it... So yes, I am using the default Alignment and Anchors. And I definitely not want to do set component positions on runtime. DELPHI supposed to be a RAD application.

I am sorry, I don't agree on that. I have a Invoicing Application where I am talking about, so lots of database stuff and I do nothing with drawing on a canvas and doing fancy things. So practical said; I am dropping (DevExpress) components on a form and I am running my applications ( yes I tried TForm and TdxForm). I also don't want to change the DPI awareness on runtime, but I am frustrated. For example now; my IDE (VCL Designer High DPI) is set to 96 DPI, this is not what I want but gives me the best results so far. Not good, but the best results. ( When I look in my DFM's the PixelsPerInch are 120 ). For example now I have the situation with the above settings that running my app (on a Windows 11 machine) with 192 DPI I get panels overlapped, see attachment. This is not the way I designed it. On running on Windows 11 machines with lower resolution it looks okay. So RUNTIME SCALING IS NOT GOOD! I have lots of forms and most of them are okay. And I don't see where to look/to fix this. And second; opening a form which was designed on a machine with different DPI settings can also mess up the DFM with strange coordinates. Don't say; report this to EMB. They must know this.... As @Remy Lebeau said they have to do some more work at EMB. This the(!) core ( read CORE) functionality. So I hope they will put all the resource they have on fixing this, rather then sending me a daily commercial mail.

Thanks Remy! I hope that EMB read this and put all the resources that have in this to fix and test this. The is the core-core-core functionality. And yes, we all make mistakes, but let this be over for once and for all.

I expect/hoped from Embarcadero that if I don't use any external manifest file and just turn on PER MONITOR V2 on in the project settings. That my executable is running fine on a modern ( read Windows 11 ) system. While reading some articles I saw that @Uwe Raabe recommended that ParentFont 'must' be set to true. But in this article https://docwiki.embarcadero.com/RADStudio/Alexandria/en/High_DPI is stated that for the Form ParentFont must be set to false. A bit confusing.....!!! ( docwiki seems to be down, use cache ). I see that in my app ParentFont are a bit mixed. I might be the problem.....

Thanks a lot! I will give it a try. But still, it's a workaround. Does my problem sound familiar to you ( or other readers?)??

Never use Application.ProcessMessages ! Sooner or later you get other troubles

Does it work?

Set .AutoStop of the ppReport to FALSE

This Delphi 11.1 version is indeed a very good version. But I am still starting it in 'High DPI unaware' mode. There are for me still too many issues with High DPI. Else....I like it a lot!!!

May be I am too quick with my answer. .. sorry! The default built in ( IDE ) source code formatter does it wrong. I did not try the GEXPERTS formatter ( until now )

With the default code formatter, it goes 'wrong' when you skip the type: var settings := dtmSettings.ReadRecord; Or.... var settings : TSettings := dtmSettings.ReadRecord;

This is a local problem, reinstall Delphi