Rollo62

My version, is portable. I have installed it on a notebook

You can reach and thank Brian here @blong directly, so he will be aware that we all love his work ( and sessions he gave ). Looking forward for more of that interesting stuff in the future.

Hi Dave, thanks for that, always one step ahead 👍 I just briefly looked into it, I wonder if it would be possible to intercept the texture stream, and if so where its best to do that ? Beside facedetetion, I find it much more interesting to implement own filters in the image stream on the fly, and to put features and drawings on top of the preview video. I'm not sure if any FMX control can be above the Camera preview, but shouldn't that be possible with the updated Z-order in Android ( in iOS too ) ?. So far I'm not sure where the textures can be intercepted. I find the (for Android) FSurfaceTexture: JSurfaceTexture; FSurfaceTextureListener: JTextureView_SurfaceTextureListener; which leads to the assumption that this could be tapped somehow. Just checked the Andoid part, not sure about iOS, but IOS was more performant anyway. Would be interesting to know if you are also work on such kind of image-processing for video stream from the camera ?

Hi there, I want to show you my approach how to organize and ease modular designs. Usually I like to have one main access unit, and all much granularized sub-features distributed in separate units. The main and sub-units build a kind of tree of functionality, where each unit can stand alone, but usually all units are highly related between each other. To access and open those deeper layer units is usually much of a click-drill-down the unit tree, or a lot of search and select via search function or other tools. Here is the general layout I like to use, which has a lot of advantages for me: unit My.Thing; interface uses My.Thing.Intf , My.Thing.Factory // // , My.Thing.Impl // QuickAccessUses // , My.Thing.Events.Intf // , My.Thing.Events.Carrier.Intf // , My.Thing.Events.Carrier // , My.Thing.Common // , My.Thing.Features // , My.Thing.Features.Factory // , My.Thing.Features.Impl // , My.Thing.Feature.Intf ; You can place the cursor on the unit names, even if its inside of a comment, and with right click "Open file at cursor" you can directly open the desired unit. The advantages I see from my point of view: - a single point of access, for a larger structural, modularized tree - immediately all of the close-related units are visible on the screen - directly see the kind of structure, maybe leads to further unit refactorings - it is a most easy and fast way to find and navigate to the desired unit, and to open it - no tipping of unit names into searchboxes The disadvantages: - None ( except putting some extra lines in comments ) I like this a lot, and this works only due to the fact that "Open file at cursor" works also within comments. Thats why I want to ensure that the Embarcadero team is aware of this, and never is going to change the open behaviour in the future editors

Not sure about waht you need to do, TL;DR; but why not exchange TThread.Synchronize(TThread.Current, to TThread.Queue(TThread.Current, For a simple notification in the UI, like a Label text, that should be good enough, and decouples much better.

Hello Uwe, I've recognized this "RAD Studio-Demo Kit/10.4.2-demos/EdgeView/" on GitHub before. Maybe you can explain how that is related to the normal RadStudio demos and samples ? I would have expected that this is integrated in the normal demo and samples files, what is a "Demo-Kit" anyway ? Maybe these were samples some kind of "on hold", until the major version jumps to 10.5. Only then this is hopefully integrate in the normal samples section, where its easy to find.

Yes, I'm not saying this is the only cause, only one possible reason. Its a little unpredictable when its happening, usually starting new Units work mostly fine, until a certain point.

I think its related to the complexity and separation of your modules. I mean small, well decoupled units: works fine and fast large, much coupled units: works sluggy, slow, sometimes cannot resolve Thats just my feeling, I cannot realy measure, but decoupling is generally a good thing (also for class design).

Yes, thats better supported by Android. But it is not recommended way by Embarcadero, due to the fact that there may occur some incompatibilities to Rx1042 libraries. Its worth a try, if you don't use special Android hardware and features, but in case of issues it may be hard to solve either.

Maybe its just an optimizing issue ? for i:= 0 to 1 do for j:= 1 to 2 do if i+j > 1000 then //<== This can never be reached, or am I wrong ?

The irrational "Confused debugger" cases seems to move on, its now the third one in short time with Rx1042. Definitively worth to look deeper into it. Maybe we have to wait until patch 1 is online ?

But "responsive" in webpages means that it might look different and "optimized", depending on the different platform. Desktop maybe 3 columns, tablet maybe 2 columns, phones maybe 1 column, and also differing portrait and landscape. "Responsive" doesn't necessarily mean cluttering something, but the contrary. Nowadays I see a kind of "perversion" of the responsive design very often, maybe from mobile first approach: Only 1 column mobile design for a phone, no matter if on desktop HD or 8K. I would call it "mobile only - mobile anywhere". You always have to scroll 1 colum stretched, with gigantly large images infinitely, where you dont see the end of the tunnel (bottom). That is IMHO similar bad design to cluttering, only to the extreme at the other side. It makes much sense to change the mode of display, depending on where your running at. (without cluttering and over-simplification)

Get well soon, and don't jump on every skateboard from your children, that you get close to

... and why ? That sort of thing is what most people out there would consider a cool design, I guess.

Never even thought about that"Pixel-Perfect" layout design, maybe only phone / tablet. That cannot work in the real world with zillion formats. I use Layouts with TAlignLayout, with no headaches.

I have same issue sometimes. Strangely some apps show stretched image as it should, some apps don't (on the same phone e.g. Samsung S9 Plus ). There was not anything suspicious in the icons or in the .xml templates, so no idea why. What sometimes helps is to completely clean your project (incl. Storyboard), remove the app on the phone, and reboot the phone. Maybe its only a cached, old image or storyboard. Thats helps not always in my case, so I have to live with tiny images.

Hi there, maybe its already too late, too tired today, but I just asking myself why the code doesn't create any "blue" breakpoints steps in the Except scope anymore ? All the other function shows debug breakpoints, and I also can debug them, only if an exception occurs, this is NOT catched here. (running under Macos Catalina). I'm just testing with the new Rx10.4.2, but I need a rest now, so maybe someone can spot the issue ? function TConnector.IsDeviceConnected : Boolean; var LTxt: String; begin try try if Assigned( FDevSelected ) then //<== for exapmple, here I see the "blue" breakpointe, and can debug begin if FConnection_Last.IsConnected then //<== this mayb rais an exception, but I cannot debug it in try - except scope Result := True else Result := False; end else begin Result := False; end; except on E : Exception do begin LTxt := E.Message; //<== the whole function has "blue" breakpoint steps, only these 3 lines not S4Debug_Step; //<== this is just an emprty function all as nop() replacemnt Result := False; //<== Nope, no breakpoints either end; end; finally S4Debug_Step; end; end;

@Daniel Thanks for your intervention, but don't worry. The fact that David thinks I'm confusing the debugger and/or the compiler doesn't offend me much. At least this is my daily work I just made a fast test, introducing a forced raise before the part in question, et voila: All looks OK. So the question is who is confused most; the compiler, the debugger or myself. I will try to reproduce that in a smaller code, but I'm afraid that this doens't work. Maybe I find time to check that tomorrow.

Right, but it looks as if the compiler doesn't produce any except code here. Of course this is only blue/green colors, not code, but I assume that compiler didn't generate anything here. I have to check deeper, since I never have seen that behaviour before. Maybe there is some strange condition that refuses to compile except code ?

Yes, but I can see an exception in the IDE. I thought as long as I can see it, the compiler should be able to capture it. I think thats not the issue, I have doublechecked the settings, they should AutoSave to CrLf, and the line endings are OK. Moreover, I have no "misaligned" "blue dots", but only "green lines" instead of them in the except scope. I can follow Davids argument about anything goes, but shouldn't the compiler generate "blue dots" as debug steps anyway ? At that time there is no exception yet, but still I have no debug breakpoints. It looks like completely "dead" code, never compiled to binary: also nil doesn't make much difference

Hi there, I found this small note about your own authenticator. Is anybody using Google Authenticator for your own apps ? Maybe there is a ready-made library somewhere, that makes it easy to use. What I suspect about Google Authenticator, that his is another piece of data Google is analysing, so it always knows when and where you logged in. Together with what Google already knows, this is maybe highly problematic. But I'm not sure about the Google Authenticator, and maybe its perfectly fine, do you have any experience with it ? I want to try that out, but also check alternative, own authentication systems.

@emailx45 Thanks for your proposals, but I already checked before without the try .... finally scope, that makes no difference. But your consideration to change Assigned is maybe something in the right direction. The variable is and Object, no Pointer, so it should work as-is too IMHO. I will check again tomorrow. The whole try ... except shall catch dangling pointers, and I would expect to land in the exception scope, no matter what, or am I wrong ? If an exception raises, then it should be catched, no matter if nil or dangling ? Or are there different kinds of exception ? Again, I should note that I'm testing on Macos/Catalina, and the Macos apps have these kind of "deadly" exceptions: "Project Xyz raised exception class SIGABRT (6)" maybe they were handled differently than normal Delphi exceptions ? Maybe that is an explanation too, I have to check deeper next week.

I would propose, when 1st testing, better don't install unnecessary components. Normally I do some very pure test runs first, before I add more stuff. With that approach its easier to find the library or expert that causes issues.

Still testing, but so far it behaves very well. Feels all in all quite fast and responsive, much improved to my Rx1041. If it compiles now all my projects without big issues (and it looks like that), I would say its close to very satisfying

Thanks, I'm not sure how to check if an app calls some web services. Have you checked that its not sending anything ? To proof that sound too me like a big Wireshark setup with local proxy server, to catch any transmission. I would trust in that regard, as they have to loose a lot of reputation if they would cheat us. But the bad taste is still there, as they might change their mode at any time. I will check FreeOTP, that sounds interesting.