Updating Responsive Grid V13
Author: Nigel P.URGENT
This problem was reported in V12 (155664), it is still present in V13 (13.1.6.19). (latest upgrade 06/09/2017)
I viewed the 'Row Formats' of a page, which showed several rows locked together, not expected as they were not set up like this. I was not able to unlock the links as the 'locks' remained greyed out when hovering over them.
Trying to sort this out I copied one of the 'Text' Objects to a new row outside the locked block to rectify later and pressed 'OK' to exit the page.
After 15 mins, waiting for the 'Updating Responsive grid' message to disappear, I used the task manager to close X5
Reopening the project results in the mesage 'The specified project is in use or has not been closed correctly. Do you want to continue?'
Clicking 'OK' results in the following message:- 'An error occured while loading the project. [There is an error in XML documeny(0,0.]'
So far I have lost 2 projects for this site, the backups are useless and reopening and restoring from any of the project Backups (Redo) results in 'An error occured while restoring the Backup Copy'
Any ideas
I have just ordered my V14 Professional upgrade, I hope its not going to be a problem with this
Hello Nigel.
First, never depend on the backups that are saved within X5.
Instead, make a manual backup OUTSIDE of Website X5.
When working on a project, I typically close Website X5 every hour or two. After closing the program, I manually COPY the entire project folder to a SEPARATE hard drive. I give the folder a name as follows:
Project-Name-September-08-2017-2-pm.
After again working in X5 for a couple of hours, I close the program and again COPY the entire folder to that SEPARATE hard drive:
Project-Name-September-08-2017-4-pm
I do NOT delete the previously saved version. I keep them ALL.
Since the computer has now been running continuously for more than 4 hours, I close all my other applications (eg: Photoshop) and then RESTART the computer.
After the computer restarts, I go back and continue working in Website X5. In a couple of hours, I will again close the application and the CYCLE of backing up continues, as described above.
At some point, I can choose to delete some of the earlier backup folders. It's not unusual for me to have 50-100 backup folders on that SEPARATE hard drive. So I ALWAYS have a manually saved folder that is guaranteed to open in Website X5.
This might seem like "overkill" and a lot of work. However, it's a thousand times better than having to restart a project from scratch in order to recreate a website, because a Website X5 project happened to become corrupted.
Every serious Website X5 user should follow this approach. You'll never be sorry that you had "too many" backups!
Author
Hi Myron,
This used to be my way prior to the 'Backup' option, although other sites I have made using the X5 backup facility, work ok. It seems to be a problem when using the Row Formats option, this is the first time I have used it together with a template rather than from scratch. The template looked good 'layout wise' but didnt work in the way I needed it to.
Like your Youtube videos, very clear and easy to understand, mean time I have found a copy on a stick that contains 90% of the site as of 2 weeks ago. This will, in future, be backed up in a manner similar to the method you describe.
regards Nigel
Hi Nigel,
I also had a problem with ROW FORMATS inside a professional Website X5 template a few weeks ago. After having deleted and added various rows and columns to a particular page, the ROW FORMATS option became "confused" and wouldn't represent the rows that were distinctly separate.
I overcame the problem by adding new rows at the bottom of the page and copying/pasting the original content into them. Then I deleted the original rows. Finally, I created new rows where the previously existing ones were. This worked and the ROW FORMATS became "untangled" and all was well.
Fortunately, I did not experience the lock up that you encountered.
Author
Hi Myron,
Read in postings of a similar problen in V12 where the solution was to not set the site up as responsive, whilst it was being developed and then resetting it as Responsive when done.
Step 2: Template -> Customization -> set the "Resolution & Responsive Design" -> Desktop
Am trying it at the moment and so far so good (No Lockups) but awaiting Incomedia for their response as I feel it needs addressing.
I had tried the same as you but inserted them in new rows after the original rows, worked for a few changes then locked up.
Fingers crossed
Nigel
Nigel, you are right. Working in desktop mode when making significant changes (or when making apparently minor changes to headers on complex sites) takes a great deal of strain off WX5. But just before reverting to responsive, I always like to create a backup (down arrow next to save), if I am feeling particularly paranoid, I also save an iwzip.
Hello Nigel,
Does the pages of the project contains many empty cells?
In case of a responsive website with many empty cells the pages takes more time to calculate the heights of all the objects and also the empty cells for all the breakpoints and it is why we recommend to not leave many empty cells to have better results and the program to work faster to calculate all the heights.
Many thanks!
Author
Thank you both for your help, I have reverted to copying the Incomedia X5-V13 project file in the Documents folder twice daily.
I had assumed that the 'Backup' X5 option would work and be available to reuse the 'Backup Management' Redo option without aborting due to a common xml file being corrupted or missing. Why is this file not stored with each of the backups as they are created?
Also, I don't understand why the save routine doesn't do a check through, before updating and warning the user, to switch to Desktop mode or decrease the number of Rows / Cells in non compliant pages listing those with the problem. I was not aware of this problem and had to find out the hardway
Many Thanks to all
regards
Nigel