As you know we’re still hard at work on three major new features: the CMS, the Store, and Templates! But they’re not quite ready to ship… In the meantime, we have a fresh new build packed full of bug fixes and improvements based on your feedback!
Elements should prompt you while it’s running to let you know there’s an update. If it doesn’t, you can select the “Check for Updates…” menu option from the “Elements” app menu.
If you are running a licensed copy of Elements, please post all feedback in the Feedback Forum. You can use the Elements > Send Feedback… menu item to automatically pre-fill the build number into a new topic.
Happy to see the background color for the accordion, but could we also add the option to have a hover color so we can easily provide the user with feedback that they are over an actionable section of the accordion?
I’ll try again it didn’t work for me when i tried it.
OK, I now see that it works using the open and close, which is fine when it is collapsed, but you get no feedback when it is open. So it partially works but not how I would expect. I’ll stick with my hack using a Flex inside the summary.
@dan Another problem I just discovered with the Accordion, if you apply a SUMMARY color it does not respect the corner radiussettings. In my testing the corners are never rounded on the summary but they are on the content when expanded.
I remove the summary color and set a background color for the accordion then the corners are rendered correctly.
Since I updated to 0.9.6, the publishing dialog mentions over 3000 Files to be uploaded for my site. That’s much more than with the last version. And - the upload fails, after about 900 files.
Hey ben, thanks for the reply. But unfortunately that doesn’t help. More files (about 1500) are uploaded, but then the upload also aborts. I also wonder why thousands of files should be transferred every time, and why there are more and more after each update of elements.
Who are you hosting your site with? It might be worth reaching out to their support team to see if they can provide logs or any insight into why the upload is failing or being interrupted. Sometimes hosts have restrictions on file upload limits, connection durations, or timeouts that could cause this kind of issue.
This is something we’re aware of, and we agree — publishing should be more efficient.
Currently, Elements might miss some files that have already been uploaded, so it might re-upload those. We’ll be ensuring Elements only transfers new or changed files in a future update.
Great question. As we introduce new features — especially complex components like Forms and the CMS — we need to include more supporting backend files to handle things like submission processing, content loading, validation, and more.
While many components add little to no extra files, components like Forms and the upcoming CMS are more sophisticated and require server-side logic. That’s why you’re seeing an increase in the number of files during updates.
That said, this will level out over time. Once the foundational work for these advanced components is in place, future updates will typically involve fewer new files being added.
that’ll be due to the work I’ve been doing for the Forms and CMS — there’s a lot of code that goes in to ensuring those types of components will “just work”
There could still be an issue with publishing Forms.
Original (simple) site published around 450 files.
Added contact page using a Form and the number of files did not change dramatically – I wasn’t taking too much notice at the time but think still <500.
Altered page suffix to .php to see if that got it to work and it published 1,400 files.
Upgraded version of Elements to 0.9.6 and pretty certain the first full publish did over 4,000 files of the same site.
Made some changes to credentials to try and get the Form to work. Next full republish was 3,203 files.
Had about 20 attempts at different credentials to get the Form to work. Marked all pages and all resources as changed each time and did full republish. Every time it was 3,203 files.
Deleted contact page from site, deleted all files on host server, republished and it was 3,203 files again making me suspect it had not previously been uploading the changes to the Form and thus why my 20 odd tests all gave the same result.
To try and replicate it I deleted all files from the host server again and did another full republish with the contact page version of my site and there were 2,464 files. It just gets weirder. I again deleted all files from the host server and all files from my export directory, republished the file with no contact page and there were 2,458 files.
The variance in the number of files published makes me wonder whether it is working correctly, I suspect it has something to do with the Forms.
Hello @ben , Thank you very much for taking the time to address my problem. Yes, it may of course be that these aborts occur due to a restriction at the hosting company. I tried it several times today in different ways and it always broke off. This is quite disappointing. I don’t know if and when I will find time to continue looking for a solution. My little project of a simple website gets much more complex than I thought it would be. To me, it seems that setting up a simple website was much easier a few years ago.
The message “access denied” occurs randomly with any file. If you try it several times, it is a different file each time. I continue to work with the workaround via local export and upload via FTP program.
while change themes
