Jump to content

emileverh

Members
 View Profile  See their activity

  • Content Count

    66

  • Joined

  • Last visited

  • Days Won

    2

Posts posted by emileverh

  3. Posted

    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 😉 

  4. Posted

    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 

    • Like 1

  8. Posted · Edited by emileverh

    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

  9. Posted

    7 hours ago, Darian Miller said:

    FireDAC provides SQLite binaries v 3.31.1 in the latest version of RAD Studio

    https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Connect_to_SQLite_database_(FireDAC)

     

    You should be able to use the latest version with dynamic linking without issue but there's always a chance that FireDAC needs an update to work with some brand new feature - do you have specific requirements?

     

     

    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! 

  11. Posted

    1 minute ago, David Heffernan said:

    Personally I think it's unrealistic to expect to be able to solve this problem without understanding it, but I can see why people might want to do that. Anyway, good luck with this, I hope it works out for you. 

    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. 

  12. Posted

    1 minute ago, Attila Kovacs said:

    this looks strange, even a logical control hierarchy is missing, otherwise they would be cropped on the bottom

    you should try using alignments instead of fixed positions

    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. 

    • Like 1

  13. Posted

    3 hours ago, David Heffernan said:

    There are probably issues in your code that are the real problem here, rather than it being an issue with the VCL. But there are certainly issues with the VCL too. Whether they impact you it's not clear. 

     

    Certainly trying to set the dpi awareness at runtime, based on the os or some other environmental factor, is not the right solution. 

     

    This is a complicated subject that needs a lot of understanding from developers, and testing. There's probably quite a bit of work required from you to understand the issues with the subject, and your specific app. 

     

    It might also be a good time to concentrate on supported Windows versions and stop worrying about the pre Windows 10 users. 

    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.

    Scherm­afbeelding 2022-11-09 om 07.52.37.png

  14. Posted

    52 minutes ago, Remy Lebeau said:

    Embarcadero's DPI handling is still quite broken.  They have taken several major releases to work on it, and it still has problems.  You are probably best off simply disabling DPI awareness at the project level, and then scale your UI in your own code as needed.

    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.

  15. Posted

    19 minutes ago, dwrbudr said:

    You should put an effort to make your application DPI-aware. 

     

    Here's a PDF that could help you understand the basics: https://www.helpandmanual.com/downloads_delphi.html

     

    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.....

  17. Posted

    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!

  22. Posted

    3 hours ago, dummzeuch said:

    I'm not sure what you're trying to tell me. I had such an example in my test: 

    
 var X := 0.5;

    and it seems to work. This was with the "twm" settings because that's what I use. I haven't tried any of the others.

    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 )

  23. Posted

    4 hours ago, dummzeuch said:

    The one in GExperts apparently can do that. I didn't really know but just tested it with: 

    
procedure bla;
begin
  for var i: Integer := 0 to List.Count - 1 do begin

  end;
  for var i := 0 to List.Count - 1 do begin

  end;
  var blub: Integer = 5;
  Inc(blub);

  var X := 0.5;
  var Y := X - 3;
end;

    And this looks fine to me.

    With the default code formatter, it goes 'wrong' when you skip the type:

     

    var
      settings := dtmSettings.ReadRecord;

     

    Or....
     

    var settings : TSettings := dtmSettings.ReadRecord;

     

  25. Posted · Edited by emileverh

    Title must be clear ;-(( 

     

    I don't know if it's DevExpress or EMB. First: frames are not good positioned in first place. Altering the .DFM will fix that. But a checkbox is displayed too tiny and a button image looks bad on runtime!!! By the way, the 'problem' components are within a frame.

     

    After months of waiting for D11.1 is this not good!!!! Back to "Delphi 11.1 DPI Unaware mode"

    Runtime.png

×