himitsu

As already noted, the password edit button style is missing for Android, iOS, and others, making this component invisible. https://github.com/geheimniswelten/FMXStyleOverview (see first screenshot) https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-3992

Since other style resources are also missing, I wanted to get an overview of what's in there, but unfortunately, I can't read *.fsf files yet. (It works for *.style) https://www.delphipraxis.net/217749-fmx-style-dateien-auslesen-und-ressourcen-enumerieren.html Project3.zip

The complete style "passwordeditbutton" is simply missing in AndroidLight.fsf

Because the shitty TEdit is transparent, the transparent icon is no longer visible.

Yes, I was also looking for this function too. In the end, I desperately searched for "password" in the Delphi source code and demos. After endless searching, I found this TPasswordEditButton, but nowhere could I find a description of how to use it. I then found it in C:\Program Files (x86)\Embarcadero\Studio\23.0\source\data\rest\restdebugger\uMain_frm.pas and copied it from there (from the DFM/FMX), but somehow it wasn't there at all in my form (was not visible). There, in the uMain_frm.pas, it still looks good, but not for me, i.e., not in the designer and not at runtime. It took a while until I associated it with the Android-Style. And it was only through an image in a Google search that I finally figured out how to add these buttons "correctly." https://www.gesource.jp/weblog/?p=5671 What's the point of this crap? Not only are the TEdit buttons so perversely transparent and frameless on Android, but almost none of these edit buttons are visible on Android. Yes, they work, at least this TPasswordEditButton does, but if no one sees it and therefore doesn't know that this function exists, then it's absolutely useless. https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-3992

Source: https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-1577 https://quality.embarcadero.com/browse/RSP-44096 https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-1754 https://www.delphipraxis.net/214473-warnung-vor-winmd.html ......................

Walibeiro's code works in principle, even if it still has a few bugs. But it looks better than Delphi's docking itself. As we are considering whether or how we should replace MDI, I also put together a few initial demos. https://github.com/geheimniswelten/DockingDemos Basically, however, you can say that everything has at least one flaw somewhere and nothing works perfectly. I was sure that Borland/Embarcadero had another docking variant, but I can't find it at the moment. And they don't release the docking component of their IDE either. There was something in the Delphi XE demo folder, but you can no longer find it in the demos of the current Delphis. (but in principle it was the same as my DockDemo.exe) The https://sourceforge.net/p/radstudiodocdem/code/HEAD/tree/branches/RadStudio_2010/DelphiCodeExamples/Docking/ looks partly like the one from Walibeiro. https://www.delphipraxis.net/152925-welche-docking-library-verwenden.html

Unfortunately still no solution. That's not quite true, because the log claims that the debug infos are being loaded, but I also know that the log likes to lie. Because it compiles with external TDS, the *.tds are deleted and yet the debug log claims that the debug infos are being loaded for this EXE/DLL/BPL, which can't be true because they are gone. First of all, loading such packages with missing *.tds is really extremely slow and then Delphi itself is too stupid to recognize the problem here, because they create a 1-byte DEBUG section in the actual compilation when the TDS is saved externally, but this "one" byte itself cannot of course contain any debug infos.