The Ecwid store I did was just ten products and that was free. I was impressed by the way it works with all the options.
Having used a few cart/billing options this is my favourite so far from a development standpoint and it looks like a good experience for the buyer, which helps sales. If it helps to boost sales the cost may be justified.
It would be nice if Blocs had something built in but if your are selling a few things Ecwid looks nice. Even the second tier at 150.00 annually is not bad if you’re selling a lot products. It supports 100 products.
I take it depending on what you use to checkout can effect fees, with a free Ecwid account you still would pay fees like PayPal?
@Flashman could you provide a link for the community to see how you implemented the free Ecwid in the website you mentioned?
Casey
Should this not be something that should really be handled server side by php?
So that the holiday banners would only be rendered to the visitor at the time of year you set it to display? No extra code on the page, just the correct code served.
I’d second that. Ecwid has been working very well for us, we much prefer it over Shopify. From the feedback so far received our customers really like it too.
It can be a little slow to load at times (still quicker than Shopify) as I don’t believe they use text compression from their servers. They recently told me off for hosting their js locally opposed to linking to their site, shame as it was exponentially quicker.
No, because that was just one example. The point is not that. The point is there are times when you want to leave something on the page for good reason but yet have visibility across all breakpoints disabled, and you don’t want that content to be exported out to the HTML page for everyone to read. Furthermore, if that feature had no merit whatsoever, Norm with not have added it for a consideration. It really is a good feature worthy of many more votes than it has now.
There are also free solutions like e.g. https://www.abantecart.com. I have no experience with that one however.
I have just voted for the option to have Asset Manager clear all unused assets. To my mind the Asset Manager is sorely in need of some love 'n attention to help speed up repetitive operations in particular. Some suggestions:
In short, when dealing with many images on a website, such as for a photographer for instance, asset management could be made a lot less laborious. Websites these days are mostly very visual affairs that use lots of images, so good asset management would help to increase efficiency enormously in my opinion.
Concerning regular Mac keyboard functions. Having e.g. the assets manager or class manager open, why can’t I use cmd+w to close just that window. In browsers, cmd+w let’s me close the tab I’m currently viewing, not close all tabs.
Plus, there’s a wonderful little app called Moom, that I use to quickly resize or position windows on my screen. It just won’t work with Blocs. I always have to drag’n’drop and resize the Blocs window when I want e.g. a finder window open next to it. I’d appreciate if Blocs - thought it’s a Mac application only - would behave even more Mac-like 
Hi @Norm and thanks for approaching the v4.1 question in such an open manner.
Although my heart is for payment integractions, I have voted for removing all unused project assets as a far more pragmatic step. The reason is simple: I am absolutely sure that you can manage the interactions with payments processors, but I have fount that the true value and difficulty are comming from managing the products/offerings/customers funnel. In other words, if Blocs will go into the eCommerse space, my view is that you will need to offer the complete pathway. Perhaps, the eCommerse Bloc (products, funnels, paymetns…) can be a seperate but fully integrated engine in the near future especially now that Blocs is reaching a very good maturity level.
All the best and well done on v4.01, I am very much enjoying it,
Costas
I agree with you on your first point. In fact, I initially thought that the “Hide Item” feature also meant that the hidden item would also NOT export. Though I like that feature, it would be more valuable to me if I can exclude items from export.
off topic:
I use BetterSnapTool for arranging and resizing windows. Blocs works with BetterSnapTool flawlessly.
Also, I cannot praise BetterSnapTool enough for its possibilities to customise it. Maybe you want to try out that one?
After your explanation about “Prevent layout items from being exported” I have to agree with you. Thank you for explaining it. 
+1 for “ Prevent layout items from being exported ”
I think this feature would be beneficial for blocs, I’ve been caught out with the same issue a couple of times. Of the list of options provided it would more than likely be the least complicated to code if my limited knowledge of apple swift serves me correctly. +1 from me.
One feature I would like to see is that when exporting a project, it would create one includes file for the head tags and menu instead of that code being in each and every file. I believe this would help with SEO and would also help with making changes to the html outside of blocs.
You mean that Blocs creates a CSS file and links to it instead of injecting the added code to the are of the html files? I’d second that. What I did so far was creating an external stylesheet for exactly that reason. A cumbersome process, since Blocs is not able to update changes when I edited the stylesheet. I always had to re-add it to the project. Tad annoying though.
Something that - I think - was already mentioned somewhere else… but when selecting colours (for background or text) in the class editor, it would be nice to have it open the swatch palette instead of Apple’s color tool palette. Wonder why it is that way…
And if I may add one more, concerning the class editor: When I revisit a project I often struggle to remember what I changed, using the class editor. How about having the areas that I changed or edited appear in a slightly different color to make it easier to see where I changed css rules already? Like so maybe:
@Norm
Are there plans to make multi-page sites sanely manageable at all during Blocs 4.x? There was pre 4.0 discussion saying yes, there would be something, but as I outlined in my feedback, what was done - if almost more painful than how it was before. There are ways to correct this would doing a full-blown file manager, but I did take months to migrate my content to Blocs, and indeed even bought up to 4.x as I like Blocs in general, but also considering the amount of content pages I have, I’d like to know if I’m back to considering other platforms, as I can not add another 100+ content pages under the existing system sanely, etc.
Happy to take it to an offline convo in the event you have any plans to do more than single page drag/drop re-order, etc. Thanks!
Do you also have content, which work like a blog? So several posts underneath a main page?
But a folder heirarchy would be very handy!
Indeed, a “folder” type hierarchy as in operating systems, where only the name of the page appears on each line, being able to click on each line (page name) a right button to choose the options that now appear (eliminated , settings, etc …) and be able to click and drag to change the order or location of the page
