My goal with the use of the combination of the Concatenate and Image formula is to autogenerate a section of text based on the contents of several tables.
You can see my writeup of my design goals here with a sample doc that demonstrates what I want:
This bug is currently blocking me from completing a project in Coda and I’m considering switching away. Should I switch or is there a possibility this could be resolved in the nearterm?
Dear @Connor_McCormick, I am sorry to understand that you are disappointed, let’s see if I can offer some relief
I have update the formula a bit, assuring that you end with jpg", at the end and I was now able to show a size of “300, 250”
I don’t have the competency about why, but it seems that the end of the original formula made it impossible to adjust the size of the beautiful picture
I’m not sure i understand what you’re saying. The size of the image has not changed in the second example. It only successfully changes in the first example.
Sorry, seems to be that I am not that concentrated.
In the second sample you Concatenate(), but only 1 picture!
The concatenate should at least contain 2 instances, and therefore it’s not clear what result you are aiming for.
It seems to be that the size of the images in this case is not allowed to be changed.
Maybe it should be first updated to the size of your choice and after that concatenated
I think what’s happening here is that Concatenate() is forcing the data type to “Text” and an image isn’t text. So the image is rendered, but it won’t have the various other aspects available, like size. My suggestion here would be to resize the images to what you need, then use them in the formula.
As far as what to expect in the future, I think we’ll have something that you will like and will work really well for you, but it might not be soon enough. I don’t have an ETA on things, but the product is continually getting better and allowing you to do more and more.
Hey @Connor_McCormick… @BenLee is correct in that both Concatenate() and Join() will both strip the internal parameters of the Image()(and other) functions.
I updated your Doc with a solution AS LONG AS you’re using images from SquareSpace (as in your examples) or from other Image CDNs that have a URL-based API.
Please LMK if you can see my update in your Doc and I’ll post an example Doc of my own.
PS: If you wanted to centrally manage your images, in a Table, so you could update/manage Captions, Width, etc., and then simply insert them anywhere, in any Page within your Doc with a single line of code, that would also be super simple.
I can (already have in my own test Doc) whip up an example in your Doc if you’re interested in how that would work.
PPS: I was doing some testing with SquareSpace’s image API and the image sizes available are 100, 300, 500, 750, 1000, and 1500. Basically these map to generally standard responsive CSS breakpoints.
So, if using SquareSpace’s CDN, you specify a 400w, you’ll get 500. You’ll always get the next larger breakpoint size.
I’m late to the party, but can you please explain what you’re trying to achieve, not in the terms of formulas but the expected outcome?
Here’s a somewhat technical explanation of what may be happening.
What Concatenate() does is construct a rich text piece. In rich text, non-text elements (references, formatting, images, links etc) are stored separately from text as “spans”. I haven’t checked, but I believe that these elements are rendered by browser as display: inline.
Image() on itself, however, is most likely rendered as display: inline-block. Hence governed by different mechanics of how the browser applies styling such as position and size.
There may be workarounds, but I’m not immediately aware of these. Still I’d like to know what you’re trying to achieve — would give me some direction to work towards.
P.S. Looked into it, I’m a bit mistaken though.
For rich text lines, the CSS sets width and height to auto, which overrides the width and height supplied in HTML attributes (because that’s how CSS works: any CSS rule takes precedence over presentational attributes of an HTML node):
Meanwhile here’s a workaround: you create a single-cell table for your formula. Its width will constrain the width of the image. You can then hide the title, headers, lines etc to make it appear as a value with no decorations.
Hi all! Thank you all so much for the detailed responses. I will respond to all with one post here and I will update the original post to reflect some of the necessary details.
The Goal
My goal with the use of the combination of the Concatenate and Image formula is to autogenerate a section of text based on the contents of several tables.
You can see my writeup of my design goals here with a sample doc that demonstrates what I want:
As well as the constraints I ran into when I tried to implement the doc in this subsequent post:
What inspired this revisitation is that Coda now supports printing docs and I have a lot of scopes to write and I’m tired of doing them manually.
Here’s the full formula that I’m using to generate my section of text. I’m sure you can see what it’s doing and why the Concatenate function has to be mixed with Image functions. This image formatting problem also happens with the Format function.
Constraining Tables
Unfortunately, @Paul_Danyliuk, this means that your constraining table solution won’t work for me as I cannot put views of tables in a dynamic formula like this. I will have a variable number of images depending on the contents of my tables (though that is a genius solution in other contexts).
@Shane_Robinson Thank you for your response. The squarespace images I used were just examples. I’m not using them in my real doc. Sorry for the confusion there and thank you for your investigation of the API.
Would still be interested in seeing this nonetheless, even if you’d just like to share your test doc.
@Paul_Danyliuk this seems like the best solution to the problem.
Is there I way I can manually override that in the CSS myself? I’m fine with a hacky solution I just need my images to be properly sized when I print them
There are plugins for CSS overrides (aka User styles). I’m not using one myself, but there are plenty in Chrome/Firefox plugins repositories, just find something reputable.
For a one-shot edit you can just open Developer tools (F12), click on the image to highlight it in the element tree, and on the right panel disable the height/width rules that set those to auto:
I probably wasn’t clear — if you do this like in the gif, the change will only stick around for as long as you’re in that tab and until you refresh. When you open the doc again, it will load the default styles again, and you’ll have to do these steps again. That’s what you’d need the user styles plugin for — so that this change is applied automatically for you every time you open Coda. Just, as I say, find a reputable one: these plugins require full access to the pages you use, so if it’s a shady one it can track the sites you’re opening at best, steal your sensitive info and login information at worst.
If you only need to do this once in a while, e.g. generate an invoice once in a month or so, then installing a plugin could be unnecessary.
P.S. @BenLee et al — I still believe this is a valid bug. If a user types Image(url, width, height), the expectation is that the width and the height should be applied no matter the context — and not ignored. If the width and height weren’t specified, then the default behavior could resolve to auto / fill the width of containing canvas or table cell, like it is behaving now. Please log this.
Hey @Connor_McCormick… It was a fun Saturday morning project to take the ideas of globally managing image widths and captions and extend it to a production use case.
Here’s the Doc I created with examples and instructions: