Jump to content

TiGü

Members
  • Content Count

    27
  • Joined

  • Last visited

  • Days Won

    1

TiGü last won the day on January 4 2019

TiGü had the most liked content!

Community Reputation

15 Good

About TiGü

Technical Information

  • Delphi-Version
    Delphi 10.2 Tokyo

Recent Profile Visitors

409 profile views
  1. No, you or someone else can do. Feel free. I'm not affected by this behavior (as a german).
  2. In my example screenshot the font is the same for both editors.
  3. Please stop to wonder about the font(s). It does not matter! The problem is the text rendering itself in the editor of the Delphi IDE. In the screenshot you can see a few examples in the Delphi IDE and in Visual Studio Code. In both cases, the font is the famous Consolas from Microsoft (https://en.wikipedia.org/wiki/Consolas). Most european languages like German, Swedish or Hungarian are well rendered. Even Greek is displayed nice. But all others looks like a pile of shit. Arabic is broken, Thai has to much space between the symbols. The same problem occours in Khmer and Sinhala (mispelled as Shinghal in the source code). Chinese look okay, but not perfect. Conclusion: The Delphi IDE Editor is designed for European character sets only.
  4. TiGü

    RadStudio Roadmap 2019

    Same here. Perhaps it's a important thing, but what exactly is the benefit for a single dev like you and me? Besides, a working error insight would be almost like heresy. There's never been anything like this for Delphi before! 😈
  5. No chance without the definitions from http:/fitcons.com/eInvoice/. Do you have the ClientEInvoiceServicesTypes-2.0.xsd and EInvoiceServicesCommonTypes-1.0.xsd files?
  6. TiGü

    Creating a "pull request" for jvcl

    Please, don't feel sorry. My answer was for Schokohase. But if KB4482887 fixed this issue (without any hints in the official description - tz tz tz), everything is okay. I try to cancel my pull request.
  7. TiGü

    Creating a "pull request" for jvcl

    Especially when younger pull requests are commented and this one is simply ignored. The maintainers can say: "Ok, that was nice, but come back when you have a version that works with Delphi 6". But ignoring it completely is not cool. You know the German proverb: "Kannste man so machen, aber dann ist halt K*cke!" My motivation to ever participate again for the JCL or JVCL is at a minimum.
  8. TiGü

    Creating a "pull request" for jvcl

    But all effort is pointless if none of the maintainers integrates the pull requests. https://github.com/project-jedi/jvcl/pull/56
  9. Funny, the embedded PASCAL code editor don't recognized the (* and *) comments.
  10. Hm...in Delphi Tokyo we can find in SysSysctlTypes.inc: (* TODO -otgerdes -cTranslate: kinfo_proc (needs proc.h) struct kinfo_proc { struct extern_proc kp_proc; // proc structure struct eproc { struct proc *e_paddr; // address of proc struct session *e_sess; // session pointer struct _pcred e_pcred; // process credentials struct _ucred e_ucred; // current credentials struct vmspace e_vm; // address space pid_t e_ppid; // parent process id pid_t e_pgid; // process group id short e_jobc; // job control counter dev_t e_tdev; // controlling tty dev pid_t e_tpgid; // tty process group id struct session *e_tsess; // tty session pointer #define WMESGLEN 7 char e_wmesg[WMESGLEN+1]; // wchan message segsz_t e_xsize; // text size short e_xrssize; // text rss short e_xccount; // text references short e_xswrss; int32_t e_flag; #define EPROC_CTTY 0x01 // controlling tty vnode active #define EPROC_SLEADER 0x02 // session leader #define COMAPT_MAXLOGNAME 12 char e_login[COMAPT_MAXLOGNAME]; // short setlogin() name #if CONFIG_LCTX pid_t e_lcid; int32_t e_spare[3]; #else int32_t e_spare[4]; #endif } kp_eproc; }; *)
  11. Okay, here we have solutions for macOS and Linux. https://stackoverflow.com/questions/2200277/detecting-debugger-on-mac-os-x It looks like easy to convert (depends of the status of the source\rtl\osx-Units).
  12. That's good to know! Thank you for the clarification. I stumbled upon this interesting blog post: https://xorl.wordpress.com/2017/11/20/reverse-engineering-isdebuggerpresent/ There must be similar mechanics on iOS, Android, Linux and macOS. I personally know too little about that. 😞
  13. But as we can see in the class procedure TThread.NameThreadForDebugging(AThreadName: string; AThreadID: TThreadID); there are following lines: ... {$ELSEIF Defined(ANDROID)} if (System.DebugHook <> 0) or (getenv(EMBDBKPRESENTNAME) <> nil) then {$ELSE} ... So, i guess it's defined for Windows and Android and working on both platforms. Hast du wirklich deine IDE auf Deutsch gestellt?
  14. var IsCrossPlatformDebuggerPresent: Boolean; begin IsCrossPlatformDebuggerPresent := System.DebugHook <> 0; end;
×