this is not correct. The structure (.4DB) is a separate entity from the data (.4DD)
Other then having added tables and/or fields, rolling back the structure to a previous one (say yesterday) is simple and is not a significant issue. If you have added fields and/or tables then there can be issues, however, I am not well versed in this part of a roll back. I know that if you simply changed one field type to another, with no other change to the tables, this type of change is also NOT an issue to roll back. To the problem of not responding, I have seen 2 things with this. - something inside 4D has simply gotten FUBAR(tm) and a restart of the program (4D & database) will resolve it - there are 1 or more in obvious interface objects interfering with the expected behavior of your form. ex: you have a (supposed) back ground object as part of the form appearance (say a box with no fill) and this box has "moved" to the foreground. The box then receives all the interface actions (clicks etc.) and the intended entry objects (buttons for example) do not appear to function. Summary - check your 'Z' stacking of objects. On Fri, 9 Nov 2018 00:18:13 -0500, Sandor Szatmari via 4D_Tech wrote: > I am under the impression that you cannot roll back the interface > programming separately from the actual data. --------------- Gas is for washing parts Alcohol is for drinkin' Nitromethane is for racing ********************************************************************** 4D Internet Users Group (4D iNUG) Archive: http://lists.4d.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
