Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
Advanced Search

LKW

Member
  • Posts

    46
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I've found that a crude workaround is to copy and paste the text you want to edit into a rich text editor outside of SS, edit it there, then cut and paste the formatted text back into the text block you were editing in SS.
  2. Oh yeah, forgot to mention that -- my formatting menus are disappearing, too. Not all the time, just seemingly randomly. Like, if I wait a few minutes, they work again. Could this be some kind of extreme latency problem? And are we the only ones seeing this? Maybe there is just one corrupted server on the SS farm? (Or AWS, or whatever they use.) And yes, I've emailed a followup to the support case I opened, but still haven't heard back. I should've spent my pandemic year learning Wordpress instead of molecular gastronomy.
  3. Another problem I'm seeing is that when you're editing a page, clicking on a hyperlink to modify it can actually take you to the linked page and you lose your edits! This seems to happen when there are multiple hyperlinks and you've just inspected one hyperlink (i.e. the link editor box pops up and you close it) and then you click on another to inspect it too. Clicking the second one navigates you away from the page you're editing. So far I'm just fiddling around on a test page, because at this point I'm afraid to edit any our production pages. I emailed Cust Svc yesterday but have not yet heard back. (The funny thing is that I stumbled onto this while trying to figure out how to delete an apparently orphaned product page so I could reuse its URL. More on that later...)
  4. I am having the link editor problem today in both Chrome and Firefox on Mac OS. I thought I fixed it on Chrome by clearing the cache but it has returned after a couple of successful uses. This is with 7.0. The behavior I see is that clicking on text gives you the text formatting menu, but clicking on the link widget causes the entire menu to disappear and no link editor dialog appears. I can continue to modify the text but without any formatting.
  5. 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.)
  6. 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.
  7. 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.
  8. 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.
  9. 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.
  10. Oh man, your site makes my mouth water! So, I think your site is 7.1, yes? I am 7.1-curious: How many products can you have in a 7.1 summary block? In 7.0, the limit is 30. We struggled setting up our recent campaign because, like you, we needed to have a title and introductory text on our landing page with all our product thumbnails. Therefore the default product/store page would not work. So we set up a page with summary blocks to display our thumbnails. With 145 products, we had to categorize our products with five artificial categories and put up five summary blocks on our landing page. Talk about a lot of work! And there is no simple way to configure all five blocks to have the same properties. E.g., the morning we went live I had to edit 5 different summary blocks to unhide prices.
  11. Did you open a product detail page before going to Site Styles? Here's what I see.
  12. On re-reading my notes I see there's also a "Show Product Item Nav" toggle in Site Styles, and that is what will hide the "Back" link on the product detail page. In 7.0, at any rate.
  13. Look on this site for "hide add to cart button" -- there are many CSS examples.
  14. I don't know anything about 7.1, but in 7.0 the hack that I use to display common info in our product details is to create a dummy product that can be embedded in the "Additional Info" field of other products. Here's a proof of concept (password 'tada'). Everything below the 'Add to Cart' button for these products is text from this product's short description field, which can contain links and formatting. But not blocks, unfortunately. However, we've found it to be good enough for things like shipping and return info. (Examples here.) And although it's limited, you don't have to write Javascript to produce it. In 7.0 there's a Site Styles setting to hide category navigation on product detail pages. That keeps the product detail page from showing any links that go to the terrible product collection page. Perhaps there is something similar in 7.1?
  15. @Zawn: You can use image metadata to pre-fill the title and description/caption that will be displayed in the lightbox, and the description can contain HTML links. There's an option in Settings that tells Squarespace to import metadata as you upload images, documented here. Here's an example of imported HTML links in a lightbox: https://www.whitprint.com/catalog/emerald-print-exchange-2020 (Note that not all of these images have links in the captions.) I pre-filled the HTML for these 145 images, then uploaded them en masse. (Actually, in batches, because I've had trouble with sqs choking on mass image uploads.) You'll need to use your photo mgmt app (e.g., Photos on Mac) to get HTML text into the image metadata. Or you can use one of the many tools that can wrangle EXIF/IPTC data. (I used 'exiftool' -- very nice for us old-timers who know our way around a Unix command line -- and it has a CSV input/output option, which meant I could set up my data in a spreadsheet .)
×
×
  • Create New...