LKW

Does anyone know of a programmatic way to remove entries from the "Files" list in the Link Editor? (7.0/Montauk) Sure, you can manually select "Delete" on each file, but that is so clumsy when you have a lot of junk files. And why would you have a lot of junk files? Because every time you import a product .csv file, apparently that filename gets added to the list of files in the Link Editor. Then if you later try to use the Link Editor to link to a static file you actually care about, you have to scroll thru all the .csv files you have ever imported. So, before I get started on setting up our new store (with products whose prices will be updated daily via .csv imports) I am wondering if there is a way to deal with Link Editor file clutter. Anyone have any suggestions? (Am I the only one who's ever had this problem? I am mystified as to why the product import .csv clutter up the list. You can't reuse them, you can't download them, and you can't tell how big they are or when they were uploaded. In fact, even failed import attempts add filenames to the Link Editor list. I contacted Customer Care about this a year ago and they said they'd look into it, but I just did a little test and found that the problem still persists.)

I guess there's been no improvement from Squarespace on this? We've been living with this problem for years. What we do is make sure that each of our event descriptions and excerpts leads with text giving the actual date and time, e.g., Saturday Oct 30 and Saturday Nov 6, 2021, 10 am to 4 pm. I believe that over time we have actually trained our clientele to recognize and subliminally adjust for Squarespace event date anomalies. 😁 A worse problem, as I see it, is that a disjointed event date span, like the one above, makes a mess when displayed in the calendar format, because it shows the event on every single day in the intervening week. We finally just gave up trying to display a calendar of events on our Squarespace site.

Same thing happens to me, and this appears to be new behavior. The fix that worked for me is to go to Site Styles for the Events page in question, and uncheck "Show Location". This will keep the location address from showing on the Events page, at least. But it does not seem to keep Squarespace from populating new event locations from your business address. Which means that the event detail page will show an address and a "(map)" link. I can see how that would be very misleading for virtual events. But we have the opposite problem; all our events are at our business address, and having every event on the Events page listed with the same address and map link just looks silly.

I reported this Customer Care and they say it's expected behavior: "Product Blocks pull content from Store Pages to display on other pages. As long as the page where the Product Block is located is not password protected, customers will be able to purchase those items through the Product Block... To hide products in a Product Block from the public, we recommend password protecting the page where the Product Block has been added..." Their reply made no mention of any recent change in this behavior. Although, as I say, I could have sworn it worked differently a year ago. The funny thing is that the new behavior solves a problem we've had for a long time, which is that the Product/Store Page is completely inflexible, and other than changing its title, you can't add explanatory text or any additional content to it. So we display our products in Product Blocks and Summary Blocks on other pages with more context for our visitors. But we were unable to prevent our visitors from viewing the raw Product Page because, if we password-protected it, its products would disappear from Summary Blocks and Product Blocks. Now it looks like we can put a password on a Product Page without affecting product visibility elsewhere, and I'm happy with that. I just wish I could get assurance that yes this is new behavior and it's going to stay this way.

I could have sworn that when you put a password on a store (fka product) page, the products on that page would not appear in summary blocks or product blocks in other pages. But today I see that products do appear when referenced in other pages even if they live on password-protected store pages. Am I going crazy or did that behavior change in the last year? (Forgive me if this question is redundant, but I was not able to find mention of this in a forum search.) We're on Montauk/7.0.

Look on this site for "hide add to cart button" -- there are many CSS examples.

Is that the same as the "Wall" layout in the Montauk summary block? That uses a fixed width for images. Instead of indicating the relative sizes of tall and wide images, it makes the tall images look much bigger than the wide images, which is misleading when the products are the images themselves.

Well, for example, take a look at the product collection page here: whitprint.com/emprex-2020-inv On mobile, there's so much whitespace beneath each wide image that its title appears to label the image below it. So instead of the product collection page, I use summary blocks to display product thumbnails, and that looks a lot better on mobile. However, summary blocks crop the images, which is not what you want when displaying art. But it seems the better of the two choices.

@mgrillpainting I so agree that Squarespace is not a great fit for selling art! We've run into the product image aspect ratio problem, and although I now have a solution that works for our template, it took what seemed an uncalled-for amount of coding and testing. (And because I don't have a way to test it beyond my own environment, I am loathe to actually implement it. And it works only on the product detail page, not on any of the other pages where images are poorly positioned or cropped.) I'm not sure my script can be modified for your template/version, but you'll find it here if you want to take a look. As I've said before on this forum, I have a list of issues as long as my leg, but we stick with Squarespace because the commerce side is quite seamless and requires very little attention from anyone inside our very small non-profit. I wish I could say the same for the website side.

Sigh... Customizing end-user-visible text should be Thing One of a point-and-click web dev platform like SS. Anyway, I got what I needed out of this thread, thanks to your help. Our fundraiser went live today and you can see it here if you're curious: whitprint.com/rafwelcome (This project left me with a list of SS bugs and gotchas as long as my leg! One the one hand, I learned so much that setup will be a breeze if we do this again next year. On the other hand, I am wondering if it's time for us to shop for another platform. Ugh.)

Thanks, @creedon. (But good heavens, I had to make my browser window 20% wider than my screen size to reveal that button!) Anyway, here's my hack: <script src="https://ajax.googleapis.com/ajax/libs/jquery/3.5.1/jquery.min.js"></script> <script> $( ( ) => { /* change out of stock alert message */ if ( ! $( '#productWrapper' ).length ) return; if ( ! 'MutationObserver' in window ) return; const observer = new MutationObserver ( function ( mutations ) { mutations.forEach ( function ( mutation ) { if ( ! mutation.addedNodes.length ) return; let $e = $( mutation.addedNodes [ 0 ] ); if ( $e.hasClass ( 'sqs-widgets-confirmation' ) ) { $( '.title', $e ).text ( 'Limited Enrollment' ); $( '.message', $e ).text ( 'Sorry, no space left in this workshop.' ); } } ); } ); // starts listening for changes in body observer.observe ( document.body, { childList: true } ); } ); </script> The code is injected on each product page with text appropriate to that product collection. I'm very happy with the way it looks. For example: It is not a great solution, though, because it works only with the Add to Cart buttons that appear on the product page or on the product detail page. (Which is all we need right now, but it would be nice to nip that button in the bud everywhere it appears.) So I'm wondering if I can use product categories to filter products in other contexts. So I applied categories 'workshop' and 'artwork' to my test products, and displayed all the products on whitprint.com/testcombo (pw 'tada'). On that page, none of the Add to Cart buttons show my desired text. Is there a way your code could be adapted for product categories instead of SKUs to work on that page? Alternatively, what about the "data-collection-id" thingy I see here and there in the page source? Seems like it maps to product pages -- can it be used for what I want? Thanks in advance for your guidance.

Thanks, @creedon. I didn't use your exact code, because of the hardcoded SKUs, but I was able to distill your nicely annotated code into a generalized per-product-page solution. If someone would kindly tell me how to insert a formatted code snippet on this forum I will gladly post it here. 🤔 (On Stackexchange you just click '{}' to insert code examples. What the heck is the equivalent on this forum? It's probably staring me right in the face...)

@creedon Kindly take a look at: https://www.whitprint.com/testw https://www.whitprint.com/testa Password is "tada". When a shopper clicks "Add to Cart" on a sold-out product on the "testw" page, the error message should say "Sorry, no space left in this workshop." But for products on the "testa" page, the message should say "Sorry, this piece has been sold." Thanks! ps: I do know how to customize the "Sold Out" badge for a single product page, but for this test I left that customization out. "Sold" is our site-wide default text.

We want that, too. (Oddly, the default message we get says "Sorry, that item is out of stock." Does the message vary with template or version? We're on 7.0/Montauk.) But we would REALLY like to have control over the message, because we have different kinds of products, and the default message makes no sense for any of them. E.g., on one product page, we have workshops sign-ups, and that message should say "Sorry, no space left in this workshop." And on another product page we have one-of-a-kind products, where the message should say "Sorry, that piece has been sold." So, I am very much looking forward to finding a way to wrangle the message!

You can use a dummy product as a container for your reusable product info. Create a dummy product (call it "GeneralStuff") that contains the generic content you want to display. Then, in the Additional Info field of each real product, insert a product block to display GeneralStuff with only Description checked. Now, anything you put GeneralStuff's description field will appear in the display of your real products that reference it, and any changes you make to GeneralStuff will be reflected in your real products immediately. This works in 7.0/Montauk, at any rate.