Jump to content

mierlp

uniGUI Subscriber
  • Posts

    572
  • Joined

  • Last visited

  • Days Won

    35

Everything posted by mierlp

  1. If someone has problems downloading it try my Stack server https://mierlp.stackstorage.com/s/QsFCEw7rkZAwVVfV
  2. Hi Fred There is certainly no free lunch...what I mean is that using an API is a suggestion and that also has many advantages over a gateway. I also definitely think there is a difference in the use of your mobile subscription in different countries. In Europe, there are no roaming charges between countries. Whether you are sending an SMS from the Netherlands to Italy or when you are on vacation in Italy and calling there with your Dutch subscription. For sending SMS messages, I use the API of Bulk SMS( Bulk SMS Pricing | BulkSMS.com). For me that is cheaper than a cell phone modem/gateway (I also have 1, but not using it anymore) with a subscription. As a subscription you can indeed get a mobile subscription from a telecom provider but those are often combi subscriptions with internet, calling and SMS or a Sim Only subscription or Machine-To-Machine/IoT. Often there is a limit of 1000-2000 sms messages per month. (in the Netherlands) Here in the Netherlands they often advertise unlimited internet or calling or texting but in the end there is a limitation to that unlimited. An example of a provider: - unlimited data in the Netherlands - unlimited data in EUROPE up to 17 GB - unlimited calling - unlimited sms - € 20 per month The term "reasonable use" is often used. So if you send 2000 text messages per month that no longer falls under 'reasonable use'. There will always be some form of a limit. Isn't it the number of text messages that are in a bundle or the number you are allowed to send per month or the number of credits you buy from an SMS provider...only there is no technical limit to that. I see mostly a shift,-and perhaps depending on the continent you live on, from physical SMS modems/gateways to sending via the Internet/SMS providers or integrations with other APIs, such as WhatsApp. It will also vary by application. Many companies like DHL or courier services or OTP services (one time password) use it as one-way traffic to the recipient. This is how I use it myself within a number of applications. One company that offers many integration options is https://www.cm.com/
  3. Hi Why not just connect API from an sms provider (once posted example here). Big advantage is that you: have no limit on the number of text messages you can send as long as you have credit. Fail-over is already arranged at provider. You can also subscribe to multiple providers where you can realize a fail-over at provider. If one is not available, then take the other provider. The cost per SMS is comparable and often lower than with a sim card. A regular sim card and thus your provider often have restrictions in the number of messages you can send (at least in Europe). Sure you are dependent on an internet connection but that is also true if you have a uniGui application running at a hosting company.
  4. Hi Gerhard

    Is you're e-mail  venterbg@gmail.com still active...send you a mail regarding uniThemeButton
    but will try it by forum:

    How is it in South-Africa….still there or in the meanwhile moved and another job?
    Are you still active with Delphi & uniGui because have a question.

    You once created an uniThemeButton with the themes, but when I want to create a
    package for Delphi 11 I keep getting error message

    ThemeButton.bpl raised exception class EAccessViolation: Access violoation at address 50157577 in module rtl280.bpl.

    Do you maybe have any idea how I can get that fixed?

    Greetz Peter

  5. Hi Just to add. If you don't have enough Windows cal's nothing will physically happen. Users can just keep/use access. You are then only in violation when you get an audit. This only applies to Windows Server and not to RDS and SQL. Then your question: Your server in this case should not be connected to your internal network. By a cloud server is meant in 99% in VPS/VDS server in an external data center/hosting provider. It may therefore not be an application that is accessed via Remote Desktop/Terminal server but must run on e.g. IIS. because a RDS/TS also requires licenses.
  6. Hi Microsoft license policies are the trickiest to understand and often there is no clear yes or no answer. But in general you can keep this in mind. This is only about the CALs, which is different from server, core or CPU licenses. Microsoft uses multple forms of CAL's: - user cal's - device cals' - rds cal's / external connectors USER CAL's With the User CAL, you purchase a CAL for every user who accesses the server to use services such as file storage or printing, regardless of the number of devices they use for that access. Purchasing a User CAL might make more sense if your company's employees need to have roaming access to the corporate network by using multiple devices, or from unknown devices, or if you simply have more devices than users in your organization. DEVICE CAL's With a Device CAL, you purchase a CAL for every device that accesses your server, regardless of the number of users who use that device to access the server. Device CALs may make more economic and administrative sense if your company has workers who share devices, for example, on different work shifts. EXTERNAL CONNECTORS If you want external users—such as business partners, external contractors, or customers—to be able to access your network, you have two licensing options: - Acquire CALs for each of your external users. - Acquire External Connector (EC) licenses for each server that will be accessed by your external users. When do I need to acquire a CAL? A CAL is required when a user or device accesses or uses the server software. If access is through the Internet and is unauthenticated (as at a public website), a CAL is not required. YOUR QUESTION: A. Yes you need 50 cal's for every user which connects and uses the services B. Correct but only when the users have NOT authenticated to a active directory/azure-ad C. CALs are required by Microsoft licensing for all users or devices that access Windows Server Standard or Windows Server Datacenter. Regards Peter
  7. Hi Just depends on your needs. With this you create your own (private) network separated from the internet. An isolated network within a VPS/VDS environment. Within this isolated network your applications/databases etc. communicate. Your traffic between application layer and database is much safer and faster. What I think is also possible is when you have 2 or more VPS servers to let them serve as fail-over.
  8. Thank you Farshad & team...this is good and nice news to hear
  9. And maybe it's an idea to put together a group that inventories the need for development and together with Farshad sets the course/roadmap.
  10. Hi Farshad No idea if I speak for the forum but that is not the point. I mention a few myself refer to responses from other forum members throughout this thread. If it is necessary for a delegate to come...no problem...I'm happy to do so. But shouldn't be necessary. Maybe not everyone dares to speak out I can understand that. I also don't think it should be necessary for there to be x-umber of forum members who might be critical before our concerns are addressed or the points made here are addressed. There are, in my opinion, enough points in this entire thread that I, Dominique and other forum express their concerns...that should be enough. As also stated earlier there are things on the roadmap that I still don't know if they will go through and are important to me like: - Bryntum Gantt Chart ve Schedular (is on there from 2019 I think) - Responsive layout (would be looked into, nothing more heard of it but important today because people want to use multiple devices. You want to use the same applications on your mobile, tablet or PC without having to build mobile apps) - New components (never saw the list that is referred to. - more clarity on source code and its availability..an EULA is an End User License Agreement between you and the user, that says nothing about the availability of the source code or where it is deposited or available when you fall away. - faster bug fixing (other forum members) Other topics have already been mentioned in this whole thread and I'm not going to repeat them here. Shouldn't be necessary it seems to me...they are known. You shouldn't want this kind of thread yourself anyway...and they arise because people are concerned, dissatisfied, don't feel heard and there is insufficient communication. I've indicated before that I'd be happy to help you with issues to at least improve communication and the roadmap Regards Peter
  11. Seriously guys..what do you not understand in this whole thread. It is NOT about the individual issues like a list of bugs or TMS or whatever about Mitov. It's about what forum members here feel about the progress of some issues or the lack thereof. Does a customer now have to submit his own bugs so it will become a yes/no debate.... come on. You should not respond in this as a developer but as an account manager to his customers....two totally different disciplines with totally different skills Read the concerns that are expressed and do something with them. Look at it from our side .... we express our concerns for a reason...concerns that you even showed understanding for in earlier answers, but unfortunately we see little of. How hard can it be to include us as developers in the plans of uniGui. It doesn't take a year to do that. WE are after all your customers, from whom you also derive your right to exist. An up-to-date roadmap, accelerated bug fix, better communications (see threads from last year where you yourself,- Farshad, indicate to improve this. Insight for everyone into existing bug fixes. Read between the lines about our concerns....listen to your customers
  12. Hi Dominique I totally understand your feeling. Honestly, I find it verging on rude at the moment...and can't make anything else out of it. Why...because there is absolutely no decent reaction to this thread. Maybe you find that hard...I don't...this is not how you deal with each other in business. At least not here in the Netherlands/Belgium. - totally no communication as you indicate - the last roadmap is from March 2021 (year old) - are topics on the roadmap from 2018-2019 with zero progress and clarity on whether it is coming at all - improvement is promised regarding communication...you notice the progress 😁 - little to no bug fixing...or it take to long - too much focus on new issues and no progress on existing issues...the core as you point out - many work-arounds ...also for basic things....the forum is full of them I am trying to understand but I really don't get it how Farshad deals with issues in this thread but also with us as his customers...I personally find it disrespectful...and I am putting it mildly. I think if we deal with our customers like this we will be done business quickly. Farshad will have to put his priority on the above and not on new components/features/demos....but first make sure the base is stable. You can indeed see that TMS but also other Delphi component suppliers are handling this a lot more carefully. Listening to their customers but especially making sure bug fixes are available quickly. If you can relate a little bit to what we as uniGUI customers experience and the issues pointed out in this thread, you would just respond quickly to provide clarity. (that should be a priority and takes little effort). That really doesn't need to take 8 days or 2 months from the beginning of this thread (let's forget the other ones). I can assume that Farshad doesn't want to be treated the same way as is currently happening to his customers...that is, us. There are several forum members who have expressed their displeasure in this thread. It's not about the framework (we've known about that since the very beginning) but the laconic way everything is handled...roadmap, bug fixes, communication etc. As a customer you are not taken seriously. I too have a business to run with many users and on which our very existence depends. Encouraged when you can't go on/know where it's going due to the lack of clarity...that's promising...also to the future. Oh well...we'll just wait another week for a response.... Regards Peter
  13. Hi @Farshad Mohajeri Thanks for the explanation and clarification...it is appreciated. I just hope that there will now be short-term clarity on, among other things, the topics c.q. issues that forum members are expressing concerns about in this thread. Preferably a realisitic roadmap and taking into account things that have been on it for a very long time, existing bugs and resolution times, mobile development, responsive etc...but I'll leave that to you. Regards Peter
  14. Hi @Farshad Mohajeri We are now 3 weeks on from your last response to this thread with a commitment to respond in short order. Maybe we both see 'short notice' differently...but with me it is certainly not 3 weeks but rather 3 days. Especially when forum members also express themselves 'critically' about the progress of uniGui, roadmap, roadmap versus realized, previously made commitments, improving communication, bug fixing etc. Apparently you don't see or experience the need we have on the above points. If you do, then at least it is either not expressed or not communicated or noticeable actions taken so that we,- your customers, experience it too.... Anyway...we will wait patiently until more information becomes available...whenever that may be. In any case, a new build is coming today as announced. Note: Just to be clear...my thread/comments are never personal but business like. They are addressed to Farshad though because,- like all forum members, we have a business relationship where I I am a customer and Farshad is a supplier.
  15. Hi Farshard Glad to see a response from you. Whether something is true or not we leave in the middle. I, - as a customer of FMsoft have my own thoughts about it and the points I worry about...I don't call that complaining (but expressing concerns). And it's not just me, it's several forum members and several threads. Last year we had the same communication on the forum. In response, you indicated that communication could be better and would be improved....today, unfortunately, I (we) have seen little of it. By communication I also mean the roadmap and where we are going with uniGui. The roadmap is now a year old with a number of topics already more than two years in the planning. As I have indicated in previous comments, would rather see a realistic roadmap that is updated on a regular basis. Surely this is something I can expect from any vendor. We make a roadmap for our own software that is updated every 3 months...that is not rocket science and takes minimal time. Why do we do this...because my customers like to know where they stand and what they can expect in terms of functionality. After all, we are dependent on customers. And customers appreciate it when you communicate and see things realized that are on the roadmap. Our customers ask for features that have been on the roadmap for some time. Unfortunately I can't give my customers an answer because I don't know whether or not it will be picked up and when within the roadmap. From a business point of view this looks unprofessional and you have to think of work-arounds to achieve something. There are also signals regarding older bugs that are still not fixed (I have no experience with this myself...so don't shoot the messenger) but you know the list best. Why not publish the list once so everyone can see which bugs are registered and what the status is. (just a suggestion😀) As far as I'm concerned, you don't have to respond to every point and it's not about defending. Think it's important to realize WHY these concerns are being expressed and how you can address the concerns. I hope the thread and thoughts are clear and something will be done with them. Communication is also one of the magic words in this matter. Regards Peter
  16. Yep...I agree with that. A lot of focus on : - HyperServer - Small featurs that are not on the roadmap but are apparently useful in a pinch, Things like bug-fixes, responsive,- which are really important for web/multi-device are sadly left behind. Subjects that are on the roadmap for more than 2 years or longer you see and hear nothing of. More as month ago the promise for update roadmap but now still silent. Same goes for source code and we remain dependent on 1 developer. But anyway...apparently he doesn't think his customers are important enough and that's a shame. Reason for me to orientate and test with other framework and indirectly with other development language
  17. I also haven't renewed my license due to lack of update roadmap (for almost a year) and just not responding to it, poor communication, and empty promise. Just don't know where you stand and where it's going.
  18. Hi, Often you develop an application at the request of a customer (customization) but you actually already know that there is a larger market for it. Or you have an idea for an application that you can market yourself because you know there is a demand for it. At the moment you see a movement within IT where people move away from one-time purchase. Whether it's server/storage, multi-functionals (printer/copier) or applications. With goes from investment (capex) to operational costs (opex). For many companies, it is much more interesting not to make investments (pressures on the financial balance sheet) but to convert to monthly costs, comparable to leasing. For a car, telephone, multi-functionals this is already quite normal. Microsoft and Amazon started years ago with a subscription model where you pay for the use, number of users, etc. This allows you as a company to better manage your business. The disadvantage of this can be that, because you pay afterwards, the costs are higher than expected. In this case it concerns the use of server/storage. For software it is a lot easier. You come up with a subscription model per module/per user or whatever works for you. The customer now knows exactly what the use of the software costs but also what expansion in number of users costs. A subscription model compared to a one-time purchase of an application makes the threshold for the customer a lot lower. The customer would rather pay € 500 per month than have to make an investment of € 15,000. In 95% of all SAAS solutions offered are subscription based. You increase the reach of your application, your potential customers and also make it accessible by monthly payment. Regards Peter
  19. Hi Erich A VPN always consists of 2 components: - VPN CLIENT - VPN SERVER/HOST The CLIENT contains the configuration and know to which SERVER/HOST he has to connect. The SERVER/HOST takes care of the incoming requests and denies connections which are not use the client configuration. A VPN routes a device's connection throught a private server/host instead of the ISP General there are 2 types of VPN connecitons: REMOTE ACCESS VPN: A remote access VPN enables the user to connect their device to a network from outside their organization’s office. This device-to-network approach typically involves a user connecting their laptop, smartphone, or tablet to a network through their VPN. SITE-TO-SITE VPN: A site-to-site enables connections between multiple networks. This network-to-network approach is typically used to connect multiple offices or branch locations to a central office. So...yes it's possible if every users has installed the proper vpn client/configuration. For my daily work we also use a VPN for about 2700 users/devices and that will be about 1500-1800 concurrent. We use products from Fortinet | Enterprise Security Without Compromise. You can also look at: Best Open-Source VPNs Update 2022 - 5 Choices To Consider! (fossbytes.com) Business VPN | Next-Gen VPN | OpenVPN SoftEther VPN Project - SoftEther VPN Project
  20. Hi @stemon63: no matter which platform you go to you will probably have to start all over again. The advantage now of Delphi + uniGUI is that you don't have to learn a 'new language/tool'. In addition, a big advantage now is that you can work visually, e.g. by placing the c omponents on your forms. With most other languages you have to do everything based on code/hmtl/css. Both Microsoft and Google are going to support more WebAssembly. You can see that with .Net6 and Blazor. Blazor has the ability to develop server or client side applications for different platforms with the same code. With client-side, everything is in the local browser which gives you more options to use local devices (I'm told). In the past e.g. a runtime library was used and now it is in the modern browsers. What you actually get now is, -in my opinion, back to square one. Your browser becomes your 'operating system' where you run applications, e.g. via WebAssembly. In fact nothing else than your Windows operating system with a VCL application/Windows program. Windows applications will certainly remain and have great added value because you can't do everything with a web application. E.g. the use of WebAssembly is an answer to that. Besides that you can develop for multiple platforms with one code-base. Because the Windows legacy applications still have a large share you now also see solutions to stream Windows applications to a desktop, so no RPD. Google is already further along with AppStream (https://docs.aws.amazon.com/appstream2/latest/developerguide/what-is-appstream.html) or Move over Windows, Linux apps can now stream to AWS AppStream 2.0 | Windows Central This way you can continue to develop new Windows applications and make them available centrally through the browser. Microsoft does this with App-V but je need a App-V client on you're machine
  21. Hi Fred. I think you mean .NET 6 which will be extended with .NET MAUI. (What is .NET MAUI? - .NET MAUI | Microsoft Docs) You can then write code - in a single project - that delivers a modern client app experience across desktop and mobile operating systems. .NET 6 is an LTS (long term support) release and will be supported for about 3 years. Hope the uniGui roadmap will be updated as well because it's lagging behind quite a bit I am orienting myself to .NET and Blazor though, partly because there are many more third part components compared to uniGUI and is already responsive by default. But then again...nothing is sacred. Every platform has its pros and cons...just depends on what you want to use it for. For now I will make my Windows desktop applications in Delphi and my Event Management software in uniGui. When that is ready we will look further
  22. Hi TsPlus and Thinfinity It is ideal tooling for companies who want to make their Windows application available through the browser. This eliminates the need for the customer to install anything locally. This is often the case with heavy GIS applications for which a web application is not a good alternative. Or companies that are in transition to web to offer it to the customer via browser and in the meantime migrate to a SAAS solution. Web applications are not always feasible, especially when you use a lot of peripherals. Yes it can be done, but not as easily as a Windows client. Also Microsoft still supports ''RDP'' with there new Azure Virtual Desktop...it's more in the direction of VDI from VMware
  23. Hi To make VCL applications available through the browser, https://tsplus.net is a very good alternative. I have used it myself for a number of years to make VCL applications available over the web via a large Delphi application. You set up a portal within a domain (is part of) and make the application available. There are several ways to connect the user. Just like ThinFinity it has several version...but it's more expensive the TsPlus...but it depends what you need. See https://tsplus-remoteaccess.com/ (By the way...it's just a tip...it's not about which one is beter or not 😄 )
  24. Hi Erich In table2 you create a lookup field, let's say showColorName: Lookup definition: Key Fields : color_id Dataset : colors Lookup keys : color_id Result field : color_name For selecting the color you use a dblookupcombox so: datafield : color_id dataset : master_thing listsource: colors listfield: color_name keyfield: color_id When user selects a color from the colors table the color_id is stored in datafield and dataset For saving the name you can then use a table2.onbeforepost with something like: table2.color_name.value := table2.showColorName.value
×
×
  • Create New...