Leaderboard

Some information about App Tethering: Using App Tethering

That's a better explanation of your requirement. I still persist to the socket idea, using SSL to make the connection secure. ICS component can be used for that (Freeware with full source code. See http://wiki.overbyte.be). Each workstation will have a listening TCP socket to receive messages from others (TWSocketServer). In your situation, probably all workstation are perfectly known (You could have a table in your database with all the hostname). When one workstation has to send a message to another, it will use a TCP client socket (TWSocket) to connection to the other (one or more in a loop) where the message has to be sent. It is better that the receiver reply with an OK answer or an error (Much like standard protocols are working [HTTP, FTP, SMTP and many others]). You could use text based messages much like many other protocols. Each message is a text line. This is easy to implement with TWSocket/TWSocketServer since there is a "line mode" in which the OnDataAvailable is triggered only when a complete line is received (Usually end-of-lin is CR/LF pair but you can select whatever you prefer). The use of SSL or not is quite transparent. The programming effort is low. If you need help with ICS, there is a dedicated support forum on this website: https://en.delphipraxis.net/forum/37-ics-internet-component-suite/ Just ask for your questions. BTW: There are a number of other socket components/libraries. ICS is just my favorite (I wrote it and make it available with full source code). Any will probably do what you need.

No! That is divide and conquer. Totally irresponsible. They need to be accountable to the whole customer base. Public dialog. Public discussions about the direction of the products. Open discussions on the development of the Delphi language. What they are trying to avoid is spending proper development money, playing with the balance sheet to show continual growth. A vocal and united community is dangerous since it would demand a better return for the subscription.

Why? It is stupid and annoying.

Something else I find annoying. EMBT insists on mailing me offers for products that I already subscribe to. Why? What are the odds that someone would add another license for Delphi at Black Friday, Week, Month, Xmas time, insert price reduction opportunity here?

Hello, Needed to test and possibly use some code to check service status, so found this. Wanted to do some minor tweaking into it, still some plans to do bit more, maybe tomorrow. https://github.com/TommiPrami/DelphiServiceManager -tee-

We use this now, for inter app/device communication (local lan for now). No discovery, but configuration through dns text records (local lan), chang of server etc will be detected (polling dns with interval). So we can have some apps without config files etc.

Yes, In deed it was short description. there will be 2 ... n windows pc's which run our VCL application. Some are self service kiosks ( Point of Sales) and some have employees operating them. Configuration might be for example 4 self services and 2 with personel. In kiosk users make mistake which required staff's actions. Accidently orders wrong product and pays it, employees help is needed to cancel it. Or age limited product, staff could click It's ok from his own terminal if he / she see that customer is and old guy. Anyway in these cases self service terminals application sends msg to all (configured) manned workstations. Personel could send command (ok - continue, wait-i'll be there) from own workstion back to originaiting selfservice kiosk. usually messages are from one terminal to another, but might be brodcast also. So my current plan is that number of messages quite few and they might be short. Of course if implementation works we might extend it more, like manned workstation could see what user does in self service kiosk. (not whole screen, only items purchased). Current envirmoments are all in own private local area cable network, so encryption isn't a must. But it will if in some day customers wan't to use stand alone clients. Our DB is Actian Zen (old btrieve) so no notification 😞 thanks for responses so far 🙂 intresting reading.

Also keep in mind, if this software is supposed to be commercial you will have to look into encrypting the communication. TLS will have to be minimum.

This is really a short description which is not enough for us to advice for solutions. For me the easiest way to exchange messages between two similar VCL application is to use simple TCP socket to make the apps peer-to-peer. You don't need complex solution if there are only two applications. If you tell us more about the real problem you have to solve (The requirement), you will probably get a better answer.

TMS MQTT sounds like a good choice. Disclaimer: I have not used it myself. But - plan ahead for service discovery. Query a discovery server for a valid endpoint config. Query again if a new discovery server is detected. Query that server for the actual MQTT connection to use, then connect. Because, servers come and go.

Maybe Tethering also can be used in that scenario.

It has been for a long time that selected beta testers (like f.i. all MVPs and Tech Partners) are invited early to a beta cycle, while users with an active (normal) Update Subscription are invited at a later stage (so they actually are already open to any willing subscriber). Now it seems that having a Premium Update Subscription puts you into the first group, too. Does not look like a big change to the previous system to me. May be they want to put more value into the Premium part, which isn't a bad thing. Nothing is taken away from anyone.

https://bitbucket.org/anders_melander/better-translation-manager/src/master/Source/amProgress.API.pas and another, slightly older, version of the same: https://bitbucket.org/anders_melander/dwscriptstudio/src/master/Source/amProgress.pas and even a DWScript wrapper (the second & third screenshots are actually from a DWScript): https://bitbucket.org/anders_melander/dwscriptstudio/src/master/Source/ScriptRTL/amScriptModuleUserInterfaceProgress.pas Displays a non-modal form with a progress bar, a status message, and an optional cancel button. Defer the initial display of the progress form (what you call lazy loading). Default delay is 500 mS. Limit rate of progress update to minimize UI overhead. Default is max 1 update per 100 mS. Selectively pumps message queue to avoid application freeze and enable user to move/cancel progress dialog during use. Progressive or marquee mode. The current implementation uses DevExpress label and button controls but these can just be replaced with regular VCL controls without any loss of functionality. Usage: var Progress := ShowProgress('Hello world', False); Progress.EnableAbort := True; Progress.Progress(psBegin, 0, 100, 'Charging flux capacitor...'); for var i := 0 to 100 do begin Sleep(100); Progress.AdvanceProgress; end; and in Marquee mode: var Progress := ShowProgress('Hello world', False); Progress.EnableAbort := True; Progress.Marquee := True; Progress.UpdateMessage('Charging flux capacitor...'); while (not Progress.Aborted) do begin Sleep(100); Progress.AdvanceProgress; end;

The question is now: What is an individual company roadmap session (in contrast to a plain old roadmap)?