Tim Mckay

Hey everyone, I've searched through the help and this forum, but am not sure what all these uSynEdit components are for... It's like a mystery just waiting to be explored... ? Tim

Thanks a million! Save me from pulling my hair out. :-)

Thank you Sherzod, I really do appreciate it. Your solution didn't work for me but it led to new UniGUI discoveries, so I do appreciate that. I did try this approach on my own project, and still observed the original behavior. It could be something else having to do with my events I am assigning too (they're in the main form, so I wouldn't think they are crossing thread boundaries but maybe it is so I will look deeper later). So, I will look into that in the future, and come back to this point deeper then. The main concern I had was that my users could open more than one tabs that share the same ClientDataSet, sorted one way on one Tab; sorted another way on a different tab. So if my user went from one tab to the next, the record they were at on tab A would now appear on tab B, and to them they would think this is a problem. For the moment, I just put in a new design convention to have unique datasets for each frame populating each tab. It doesn't happen a lot so far so I will take the easy way out for now and solve this "right" as time becomes available. Many thanks! Tim

Unfortunately, that's impossible for me to do. Why is that? Because I use GoDaddy to register my Domains. I use GoDaddy (and sometimes Wix.com) to manage my Internet DNS. I have a registered static IP with my local ISP, and a business level Internet Service that allows me to run servers for incoming traffic. I have an on-site Internet Security device that I configure for my many websites, email, VPN and other services I provide myself and a few clients I have a router that acts as a DHCP server over IPv4 and IPv6.. My server farm is based on physical Windows hosts running a Hyper-V farm environment mostly on Windows 2012 R2 with Windows DNS for my Active Directory Domain. One of my virtual machines runs SQL Server 2017, another is a generic Windows with IIS, while another is a dedicated virtual machine for my main UniGUI application. There are 7 other virtual machines for other things. Does that configuration exactly match yours? Probably not. As you can see there are many many parts to get it all working. My way is more complicated than many, and more simple than others. Yours? I have no idea. None of this is a programming matter. It is a networking and server configuration matter. It sounds like you're at the very very start of your journey. I have been working with servers and networking for 20+ years, and am still learning new things. I would recommend looking at Youtube, or maybe contacting your domain registrar. You need to know a lot of things to get all that working right, unfortunately this is not the right forum for networking and server management topics. Maybe hire someone to help you set it up the first time and that way you know it is working, instead of trying to figure it all out.

What you are asking actually has nothing to do with your application or UniGUI. The UrlReferer property is (I'm guessing) coming from the end user's browser. You need to register a domain name. On the Internet that means you buy a .com name from GoDaddy or whatever. That will get you a name you can reference to your www DNS records that will include the IP address of your server. If you are inside a Network farm, such as you have your own Windows network you would have an Active Directory or DNS server responsible for relating those records internally. So that when you go to http://mywickedawesomeapp.networkname.local it will go to your server where the UniGUI app is listening for network traffic on that IP and on the port you setup. Whatever server you are running is getting the server IP address from it's DHCP (ie. a router or DHCP server). Hope this sets you on the right path. Tim

Just a bump on this... am I the only one who's seen this particular issue?

Howdy gurus of Uni,.... I have an issue I am trying to resolve with TUniTabSheets, pertaining to the OnBeforeActivate & OnBeforeFirstActivate events. When the app starts, and say TabSheet1 is the first tab, with those events defined, they do not fire. As a user, I would need to click on a different tab, and then back to this TabSheet1 again, and then both of those events would fire as expected. To reproduce this, you can use the "PageControl - BeforeActivate" (pageact.dproj) demo app, and make these changes (this describes the OnBeforeFirstActivate, but the exact same is occuring with the OnBeforeActivate event as well): Create a new OnBeforeFirstActivate event handler with this one line of code: ShowToast('entered event'); Now, run the project. a) When the application starts, TabSheet1 is active, but that event does NOT fire. If I click any other tab, then click this first one again, it does fire. b) If I run the application a second time, as a fresh session, if I click the TabSheet1 tab FIRST, also the event does not fire. I must in that case click another tab, and come back to this tab. My ultimate goal is as follows: I have built a web portal based on the mdemo (main UniDemo). When I click on the NavTree items on the left, the tabs open and close as expected. What I want to achieve is to capture the state of all the TDataSources (probably with a bookmark) prior to the user opening a new tab or when leaving the tab; and, reciprocally I want to restore those save points when the user comes BACK to the tab. In my project, just like the mdemo, I have the NavTree built, and in the NavMenuClick event handler, I am creating the TabSheets at run time, and am hoping to assign those events to "generic" handlers on my main form. (such as "Generic_OnBeforeFirstActivate", "Generic_OnBeforeActivate" and "Generic_OnClose"). In that NavMenuClick I follow the exact same pattern as the mdemo application, but am trying to assign these Generic_* event handlers to the TUniTabSheet when it is created. I thought I could 'work around' the issue by calling the event handlers manually -- which works because they do fire.... but there are two negative side-effects: 1) The tabs stop closing and re-opening correctly, almost like there's a memory corruption. That's not important for now, I can probably work around that some other way. 2) The issue then is that if I manually force those events to fire in code, when the user goes from tab to tab they will fire those events AGAIN. (Firing the event in code doesn't seem to trigger whatever flag that the control knows about the First Activation has occurred). So my question is : a) What is a better approach to capturing the events of a user going from tab to tab on a TUniPageControl? b) Is there some way to have the OnBeforeFirstActivate and OnBeforeActivate events to fire when a tab is created and made active in code at run-time? (because the PageAct demo project is also setting the ActiveTab in code the same way I am, it would seem consistent that setting this in code does not fire this event at all). Using UniGui 1.90.0.1518 on Delphi XE7. Many thanks, Tim McKay

(I changed it on the forums side, because I registered my license with my work email, and so I updated the forum here to be my work email address.).

"K'pla" - some random Klingon, Star Trek.

Howdy; I've gone a head and purchased a Pro-complete license, and am running on the registered v 1.9.0.1504 now. Any thoughts on how I can address the editing of Local vs storage of GMT/UTC time? Thanks in advance, Tim

Wow, Thanks for the super quick reply. This is only with the Free/trial edition at this time. v 1.90.0 build 1500 is what it says on the startup page. (Using RAD Studio XE7 with C++ and Delphi personalities, if that makes a difference). Also have SDAC, EntityDAC, Castalia, IntraWeb, CodeSite and JEDI installed. Thanks, Tim

Howdy everyone, I am very new to uniGUI, and am absolutely loving it. I am converting a 200,000 lines IntraWeb app to uniGUI. Because our users are international, we are storing all dates in our SQL database in UTC. My question is theoretical and practical: 1) What I have tried which mostly works... I have a TClientDataSet and have added all the Fields. For each of the TDateTimeFields, I have implemented OnGetText and OnSetText events which works very nicely on the TUniDBGrid. The OnGetText takes the database UTC Datestamp, converts to TTimezone.Local based on short date format. My OnSetText takes the user input from Local and converts to UTC and saves to the dataset. What I have found so far is that the TUniDBDateTimePicker control looks at the database values and for some reason the OnGetText/OnSetText event handlers of the TDateTimeFields don't fire... so my users would see UTC and edit UTC which would be totally confusing. I suppose in theory I could take their inputs and handle the OnChange/OnChangeValue events of the TUniDBDateTimePicker, but that doesn't solve the issue of the control showing UTC values from the database and not Local timezone. One option I had considered was to create a sub-class of just using the TUniDateTimePicker (not the DB one), and implement my own handling of the Load/Save events with the appropriate conversions. 2) What general advice would you advise in regards to making it possible to edit dates & times in local timezone and store in UTC. Maybe I'm just going at this the wrong way, and if there are better ways of showing and editing in Local time/date but save to UTC, I would love to know. Many thanks in advance! Tim