caleb amsden comments

Results 11 comments of


                                            caleb amsden

@builder.io/angular Data passing and custom actions not persist in builder.io state

We may have a fix for this, going to test it out locally now. I'll update this issue when I have more information.

@builder.io/angular Data passing and custom actions not persist in builder.io state

https://github.com/BuilderIO/builder/pull/192 for reference. due to Angular issues it's hard to test with npm linking so still want to make sure it doesn't break anything. Will have a pre-release candidate for...

@builder.io/angular Data passing and custom actions not persist in builder.io state

@lyczos can you give this version a try locally or on your dev site and let me know if the function binding and all of your other content rendering works:...

@builder.io/angular Data passing and custom actions not persist in builder.io state

Got it thanks for testing, do you mind sharing your `` snippet?

@builder.io/angular Data passing and custom actions not persist in builder.io state

Ok thanks :D can you give this a shot: @builder.io/angular: 1.1.12-1

@builder.io/angular Data passing and custom actions not persist in builder.io state

@lyczos I took a deeper look at this and the fix looks more complicated than we originally envisioned. We plan on re-writing our Angular SDK in the next couple of...

Editing the image component does not update aspect ratio

Hi @homanp, we'll add this to our list of feature requests and get back to you once we've added it 😊

Nested symbols aren't viewable in WYSIWYG editor

This is a tricky one, we're looking into it but in the meantime you can refresh the page and both symbols should show up in the preview.

🐛 [firestore-bigquery-export] Docs with @type keys throw error and aren't synced

If you have any ideas on workarounds or temporary patches we could release I'd appreciate it. Would a transform function that renames any `@type` fields work?

🐛 [firestore-bigquery-export] Docs with @type keys throw error and aren't synced

It looks like `[email protected]` works for sure, we have another sync using this version with the same data. It's likely that versions after this also work, it had been a...