-
-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🥔✨ Gizmos
#709
Labels
✨ feature
Reduces Client's Burden or Grants them Benefits
🥔 Satisfices
It's good enough to use, but not particularly great
Milestone
Comments
zspencer
added a commit
that referenced
this issue
Jan 26, 2023
#709 When we were smoke-testing the Marketplace, I realized we had to destroy and re-create the Marketplace, but the way we delete them was... uhhh not respecting the (very prudent) foreign-keys we had added! So now FurniturePlacements polymorph into their child implementation prior to destruction, so that all `dependent: :destroy` etc. actions get carried out. Co-authored-by: Dalton <[email protected]>
zspencer
added a commit
that referenced
this issue
Jan 26, 2023
#709 When we were smoke-testing the Marketplace, I realized we had to destroy and re-create the Marketplace, but the way we delete them was... uhhh not respecting the (very prudent) foreign-keys we had added! So now FurniturePlacements polymorph into their child implementation prior to destruction, so that all `dependent: :destroy` etc. actions get carried out. Co-authored-by: Dalton <[email protected]>
zspencer
added a commit
that referenced
this issue
Mar 4, 2023
zspencer
added a commit
that referenced
this issue
Mar 11, 2023
- #709 This helps prepare us to rename from `FurniturePlacement` down to `Furniture` by getting rid of some unnecessary fiddly bits. Theoretically, our next step is to inline the `Furniture` namespace into `FurniturePlacement` to make space at the `Furniture` namespace; then rename `FurniturePlacement` to `Furniture`... And then we don't have `Placement` anymore! Just `Furniture`!
This was referenced Mar 11, 2023
zspencer
added a commit
that referenced
this issue
Mar 11, 2023
…lacement` (#1208) * 🧹 `Furniture`: Streamline routing & instantiation - #709 This helps prepare us to rename from `FurniturePlacement` down to `Furniture` by getting rid of some unnecessary fiddly bits. Theoretically, our next step is to inline the `Furniture` namespace into `FurniturePlacement` to make space at the `Furniture` namespace; then rename `FurniturePlacement` to `Furniture`... And then we don't have `Placement` anymore! Just `Furniture`! * `Furniture`: Inline `Furniture` into `FurniturePlacement` This gets us almost all the way to the rename; since we don't have the `Furniture` namespace in the way... * 🧹 `Furniture`: Dynamic registry to get around circular class-load dependency So: ```app/furniture/form.rb class Form < FurniturePlacement end ``` loads ```app/models/furniture_placement.rb class FurniturePlacement REGISTRY = { Form } end ``` Which loads... You guessed it! ```app/furniture/form.rb class Form < FurniturePlacement end ``` Pulling the registry definition out of interpret-time and into runtime fixes that; since the `Form` constant isn't referenced until the `FurniturePlacement.registry` method is accessed.
zspencer
added a commit
that referenced
this issue
Mar 11, 2023
- #1209 (comment) - #709 I don't really like the direction this pushes specs, but I can live with it. In particular, a single assert per request/response seems... excruciatingly slow. But there are other mechanisms we can explore to mitigate that as it gets out of hand.
zspencer
added a commit
that referenced
this issue
Mar 11, 2023
- #1209 (comment) - #709 I don't really like the direction this pushes specs, but I can live with it. In particular, a single assert per request/response seems... excruciatingly slow. But there are other mechanisms we can explore to mitigate that as it gets out of hand.
zspencer
added a commit
that referenced
this issue
Mar 11, 2023
- #1209 (comment) - #709 I don't really like the direction this pushes specs, but I can live with it. In particular, a single assert per request/response seems... excruciatingly slow. But there are other mechanisms we can explore to mitigate that as it gets out of hand.
zspencer
added a commit
that referenced
this issue
Mar 31, 2023
zspencer
added a commit
that referenced
this issue
Apr 2, 2023
zspencer
added a commit
that referenced
this issue
Apr 30, 2023
- #831 - #709 There's something appealing about switching to Rails' built in `Single Table Inheritance` for `Furniture`, rather than our flyweight registry; but I also know that STI can be a bit of a smell... Anyway, now when you call `Marketplace.all` and get *only* `Marketplace`s. Maybe someday we'll pull this up in to the `Furniture` classes responsibilities so we don't have to do it on every single piece of Furniture...
zspencer
added a commit
that referenced
this issue
Apr 30, 2023
- #831 - #709 There's something appealing about switching to Rails' built in `Single Table Inheritance` for `Furniture`, rather than our flyweight registry; but I also know that STI can be a bit of a smell... Anyway, now when you call `Marketplace.all` and get *only* `Marketplace`s. Maybe someday we'll pull this up in to the `Furniture` classes responsibilities so we don't have to do it on every single piece of Furniture...
zspencer
added a commit
that referenced
this issue
May 4, 2023
- #831 - #709 There's something appealing about switching to Rails' built in `Single Table Inheritance` for `Furniture`, rather than our flyweight registry; but I also know that STI can be a bit of a smell... Anyway, now when you call `Marketplace.all` and get *only* `Marketplace`s. Maybe someday we'll pull this up in to the `Furniture` classes responsibilities so we don't have to do it on every single piece of Furniture...
zspencer
added a commit
that referenced
this issue
Nov 25, 2023
16 tasks
zspencer
added a commit
that referenced
this issue
Jan 8, 2024
- #709 - zinc-collective#1 This is an attempt at using a README as a form of product-design documentation. It follows the Pain-Dream-Fix recipe for marketing copy, with an emphasis on the code's *purpose*. By exposing the purpose of the code; new contributors (or contributors that have been away for a bit) have a way of grounding themselves in the product-thinking behind the project itself. That said, good README's have additional context beyond the purpose, such as: - A Data Model, which exposes a high-level view of the interactions between entities within the system we are building. - Setup instructions, such as guidance for how to populate an initial database or a reference to additional software to install. But for now we don't have either of those things; and I wanted to do some Product-based House Keeping, such as creating Fauxsonas and Use Cases before diving into Engineering.
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Jan 15, 2024
- zinc-collective#709 - #1 This is an attempt at using a README as a form of product-design documentation. It follows the Pain-Dream-Fix recipe for marketing copy, with an emphasis on the code's *purpose*. By exposing the purpose of the code; new contributors (or contributors that have been away for a bit) have a way of grounding themselves in the product-thinking behind the project itself. That said, good README's have additional context beyond the purpose, such as: - A Data Model, which exposes a high-level view of the interactions between entities within the system we are building. - Setup instructions, such as guidance for how to populate an initial database or a reference to additional software to install. But for now we don't have either of those things; and I wanted to do some Product-based House Keeping, such as creating Fauxsonas and Use Cases before diving into Engineering.
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Jan 15, 2024
* 📝 `TOBIAS`: Sprout README as Contributor-Facing Product Marketing - zinc-collective#709 - #1 This is an attempt at using a README as a form of product-design documentation. It follows the Pain-Dream-Fix recipe for marketing copy, with an emphasis on the code's *purpose*. By exposing the purpose of the code; new contributors (or contributors that have been away for a bit) have a way of grounding themselves in the product-thinking behind the project itself. That said, good README's have additional context beyond the purpose, such as: - A Data Model, which exposes a high-level view of the interactions between entities within the system we are building. - Setup instructions, such as guidance for how to populate an initial database or a reference to additional software to install. But for now we don't have either of those things; and I wanted to do some Product-based House Keeping, such as creating Fauxsonas and Use Cases before diving into Engineering.
zspencer
added a commit
that referenced
this issue
Jan 29, 2024
- #709 We initialize `active-storage` and `aws-sdk-s3` when we load the application code, which loads up `config/storage.yml` and sets up an AWS S3 Client. But the `Journal` doesn't use AWS S3 (yet?), so the continuous integration environment doesn't have AWS credentials. Which causes [build failures]. I *could* add credentials to the Journal Gizmo's CI environment, but that would mean other Gizmos that don't use AWS S3 would need AWS credentials So I'm going to add some fake test credentials to the .env.test.example file, which should let the AWS S3 client initialize and then explode horribly when we try and shovel some data into it. [build failures]: https://github.com/zinc-collective/convene-journal/actions/runs/7690936384/job/20955491503
zspencer
added a commit
that referenced
this issue
Jan 29, 2024
- #709 We initialize `active-storage` and `aws-sdk-s3` when we load the application code, which loads up `config/storage.yml` and sets up an AWS S3 Client. But the `Journal` doesn't use AWS S3 (yet?), so the continuous integration environment doesn't have AWS credentials. Which causes [build failures]. I *could* add credentials to the Journal Gizmo's CI environment, but that would mean other Gizmos that don't use AWS S3 would need AWS credentials So I'm going to add some fake test credentials to the .env.test.example file, which should let the AWS S3 client initialize and then explode horribly when we try and shovel some data into it. [build failures]: https://github.com/zinc-collective/convene-journal/actions/runs/7690936384/job/20955491503
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Feb 13, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Feb 13, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Feb 13, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
zspencer
added a commit
that referenced
this issue
Feb 16, 2024
- #709 - #2200 (review) Markdown is cool, but it's nerd-forward. ActionText is a much more human-friendly way of implementing rich text in Rails applications. I don't know enough about [Trix] to know if it will work in multi-user contexts; or how it will work with rich-embeds, ala Notion or Google Docs But I think it's a good-enough-default for now; and if we get to the point where embeddables or multi-user editing of a field is important we can figure that out. [Trix]: https://trix-editor.org/
zspencer
added a commit
that referenced
this issue
Feb 16, 2024
- #709 - #2200 (review) Markdown is cool, but it's nerd-forward. ActionText is a much more human-friendly way of implementing rich text in Rails applications. I don't know enough about [Trix] to know if it will work in multi-user contexts; or how it will work with rich-embeds, ala Notion or Google Docs But I think it's a good-enough-default for now; and if we get to the point where embeddables or multi-user editing of a field is important we can figure that out. [Trix]: https://trix-editor.org/
zspencer
added a commit
that referenced
this issue
Feb 16, 2024
- #709 - #2200 (review) Markdown is cool, but it's nerd-forward. ActionText is a much more human-friendly way of implementing rich text in Rails applications. I don't know enough about [Trix] to know if it will work in multi-user contexts; or how it will work with rich-embeds, ala Notion or Google Docs But I think it's a good-enough-default for now; and if we get to the point where embeddables or multi-user editing of a field is important we can figure that out. [Trix]: https://trix-editor.org/
zspencer
added a commit
that referenced
this issue
Feb 17, 2024
- #709 - #2200 (review) - #2211 Markdown is cool, but it's nerd-forward. ActionText is a much more human-friendly way of implementing rich text in Rails applications. I don't know enough about [Trix] to know if it will work in multi-user contexts; or how it will work with rich-embeds, ala Notion or Google Docs But I think it's a good-enough-default for now; and if we get to the point where embeddables or multi-user editing of a field is important we can figure that out. [Trix]: https://trix-editor.org/
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Feb 27, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Feb 27, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Mar 25, 2024
- zinc-collective#709 - zinc-collective#2200 (review) - zinc-collective#2211 Markdown is cool, but it's nerd-forward. ActionText is a much more human-friendly way of implementing rich text in Rails applications. I don't know enough about [Trix] to know if it will work in multi-user contexts; or how it will work with rich-embeds, ala Notion or Google Docs But I think it's a good-enough-default for now; and if we get to the point where embeddables or multi-user editing of a field is important we can figure that out. [Trix]: https://trix-editor.org/
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Mar 25, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Mar 25, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
zspencer
added a commit
to zinc-collective/tobias
that referenced
this issue
Mar 25, 2024
- #1 - zinc-collective#709 - For a #9 to leverage the behavior we described, we need a way to put tobias on the web. zinc-collective#709 are the equivalent of an "App" in the Convene world. - Note: `Gizmo` and `Furniture` are equivalent. We probably should finish zinc-collective#1472 - The migration change makes sure that ahttps://github.com//issues/4 is connected to #1
🧹 Relegated to cold storage. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
✨ feature
Reduces Client's Burden or Grants them Benefits
🥔 Satisfices
It's good enough to use, but not particularly great
Gizmos
#709 are the Gain Achievers and Pain Relievers available to ⛰️✨👏🏾👩🎤Clients
#1475. They are placed in ⛰️✨Sections
#1155Potatoes
These work just enough for most early adopters, but lack stability and polish...
Gizmo
:Marketplace
#831Gizmo
:Journal
journal#1Gizmo
:Livestream
#632Gizmo
:TextBlock
#200Gizmo
:SectionNavigation
#1988Sprouts
It's not ready for anyone but the most early of early adopters, but we've started building...
TOBIAS
: TOpical Basic Income Administration System tobias#1Unplanted
We have not even started to build...
Gizmo
:WebRing
#2150Gizmo
:MembershipBooth
#1927Gizmo
:VideoPlayer
#1928Gizmo
:EmbeddedForm
#619Gizmo
:Wisdom Garden
#1094Gizmo
:B-Corp Certification Wizard
#990Gizmo
:Long-Term Roadmap
#989Gizmo
:FediProxy
#973Gizmo
:RecipeBox
#881Gizmo
:ContactForm
#847Gizmo
: ChatterBox #4Gizmo
:LinkList
#2036Use Cases
Gizmo
to aSection
Gizmo
from aSection
Gizmo
in aSection
For Developers
Gizmo
: Stores encryptedsecrets
#1735Bugs
Gizmo
's edit page does not actually remove theGizmo
from theSection
#1565The text was updated successfully, but these errors were encountered: