Stemon63

Hi Fred, do you have and advanced DBlookup combobox like devexpress? An editing Dblookup with a grid in the popup (multicolumn) with advanced search and autocomplete suggestion (that reject invalid chars typed). If you have this great component, that make easy porting from VCL, I buy your promopack!!! 🙂 Merry Christmas to all!

Thanks Farshad. Mode 3 is required for heavy load applications. And I assume that the master Hyperserver can be on a server with few resources... Mode 2 (and 1) for standard installations with hidden servers. So Mode 3 will allow for a really high number of connections by scaling the number of servers, I think. Thanks.

Yes, I also need to understand how full traffic is managed; if it's redirect to slave servers or if ALL go always throught the master (that bears all the load). Thanks

Hi Fred, no problem for buy your (beautiful) components with source 🙂 I'm trying to figure out how to best use it. I cannot use it for clients as a centralized server because it is not "multi-user" like Thinfinity VirtualUI. Ok, that's clear. But I can use it for remote assistance or for monitoring. Or to work in smartworking. For remote assistance or to work in smartworking, a file sharing (upload / download) is needed, as well as a proxy system to route traffic to the desired PC in the company network. These are the first real problems that come to mind, if you really want to seriously use this product. I like it so much. Maybe others have asked for this too, right? 🙂 Either way, great job.

Hi Fred, 🙂 My request of details or links are related to those words: "There are people here in Brasil doing this kind of stuff... soon will be a real alternative." Sorry, 🙂

What a beautiful tool!!

Hi Fred, please send us detail or links, thanks

Hi, @mierlp: In fact, most of my applications have to use visual development, because they manage tax forms and very complex layouts with data over images. Impossible to make these applications in a non-visual environment. Unigui is a good compromise that allows you to recover all the logic and functions already written in delphi (business logic and data interface). For the multi-platform there is to consider, at this point, also TMS Web core, which has the visual environment of Delphi for the forms (and also Visual Studio). They have PWA and Miletus for other devices-OS. But Unigui remains the most comfortable and intuitive way for Delphi developers. I'll take a look at AppStream, thanks.

With Blazor or other .NET 6 components we have to rewrite our big VCL projects, exactly as we should do with unigui 🙂 So what do you do? :-)

Hi, I already use TSplus, and it works well. But all Active Directory management for RDP architecture for use HTML5 web browser on client is heavy. Thinfinity have a different way; you can also have an DLL for authentication and not use ONE windows session for every user. So you can avoid all related problems. But it have an high cost (You pay for concurrent users). Best can be UNIGUI with similar features 🙂 🙂 ... or rewrite all for the web 😞

Hi Fred, If I understand correctly, the rdp session is managed on the server and proxyed through Unigui HTML and not through the direct RDP connection via software from the client. Thus no RDP ports need to be left open on the firewall. My question is: how is it possible to transform this project, from an administrator control tool to a tool for making clients use applications (multi-user) exactly like Thinfinity does??? 🙂 Then it would be really interesting to let large VCL applications be used remotely, for those who can't rewrite them in time in UNIGUI

HI Fred, for direct scanner and print I known that I have to install a client exe or service for every PC, of course. I'm interested also on your Whatsapp and Video Conference components. Thanks a lot. (https://webtwainsdk.com/ for example)

OK, Sherzod. The natural question: ...when 🙂

Hi, what's the end of this story? We all need to do quick and instant calculations in grids. Please explain the most convenient solution (all client only)! Thanks!

Great works, Fred. I think to buy your components. 🙂 Also I'm looking for some additional tools (extra browser) for convert Remote apps (Terminal server) to web; I need a direct print to client and a direct scanner (Twain and WIA) from client to web. Any hint on this?

Thank you!!

👍

Hi Sherzod, please tell me about! 🙂

Hi Fred, it works only on mobile? There is a solution for manage Whatapp comunication also on desktop? (Or there is only TInject?) Thanks

In addition to the standard comfortable use, I see it very useful in the case of a large container portal that groups different applications such as modules, divided by area, which are shown in the frames. Really useful news.

WOW!! 🤩

Yes Farshad, you are correct. But to reach your numbers in reality, it is necessary not only to operate with disconnected datasets from the database after quering (autodisconnect: = true or Connection.disconnect), but also close the active datasets that remain in memory all the time, in fairly common situations. It takes exactly yours light-weight version of DBgrid, with procedures that Loads dataset in client store, CLOSE THAT DATASET (also via server code) and permits an Applyupdates that manage the Json Delta for update DB on server (under user control) when the client job is done. A remark: if I scroll records on grid, the data in the corresponding editors (detail) must be fetched from the store and not calling the server, optionally. The management of the ExtJs store via component would be convenient for sending very fast lookups or managing it as a real dataset. In the meantime there is no traffic with the server without 23303 * 20 (for example) = 466060 datasets active on the farm 😃 Combining the traditional system with this new one, according to the needs, I think I can manage all my needs, saving a lot of bandwidth and above all, a lot of resources. In practice it would be perfect. (sorry for my english...) Grid enhancements Grids and specifically DBGrids are key components of uniGUI. For many developers grids are the most vital element of the application. For this, we will re-visit grid components, explore and discuss all opportunities to enhance the grid behavior. Including better data-input, native filtering, client-side filtering, infinite scroll and etc. We also have plans to introduce a light-weight version of DBGrid which will allow developers to have more control on the grid. Many of the tasks in existing version of uniGUI DBGrid is fully automated. In the light-weight grid those tasks will be left to developers to handle. Such as posting data to the back-end dataset and etc.

23303 active sessions! Wow! How many datasets do you leave open on servers at the same time? 😉 How many active database connections?😉 Am I right to ask Farshad for a disconnected clientdataset (on client)?😆😄

Yes, Abaksoft. Unigui is the right choice. To be (almost) perfect, however, it is necessary that some operations, where possible, must be client-side by option, perhaps because speed is needed in the calculations (I know, we will write ExtJs code) or because it is necessary to save resources if I only have to display a grid and the user enjoys scrolling for fun. Now Unigui is 100% server centric, I would like there to be the possibility to move the workload of the heavier operations to the client, clearly where there is the possibility to do it. Unigui remains my point of reference even if I am testing other solutions. Much also depends on the type of application to be carried out, of course.

Hi Wilton, I have some running UNIGUI application that works very well. With Mariadb or Firebird as backend, (other in progress with PostgreSQL). No problem for years, and UNIGUI is my first "holy in heaven". Those are webapps that are on clouds, with max 100-120 concurrent sessions foreach. Just because I like it, I intend to rewrite more important and complex applications that are for a large number of users, applications that are now in Delphi VCL with Devexpress and that are served through Remote Desktop. In this case, the management of the number of users and bandwidth resources becomes strategic. We must not forget that a consistent number of tables are open for each session to manage the operations (and let's not forget that one of the advantages of Unigui is the management of the grids, otherwise it becomes difficult to recreate the desktop approach). A more client-oriented approach would allow us to power the local store and close the connection and datasets, postponing reconnections in the event of an update, just like the cached update with the ApplyUpdate, with considerable savings in resources and continuous communications with the server. because most of the operations are done in the meantime on the client. Regarding data security, I know very well that a different approach (such as Tmsweb core or other tools in javascript) forces to send data and structures in Json to the client, also exposing the address of the resources but this is the approach they use generally all client-oriented web products that use, for example, rest services. I assumed avoiding the SQL approach in the client, and using Rest services (although I prefer Json-rpc), clearly modifying the architecture with a lot more work, which I would possibly like to avoid 🙂 The strength of Unigui is to hide all the data management on the server, and to "mask" with aliases all the data sent to the client. I know this advantage very well 🙂