Skip to content
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

Support Both Strings and Slack's Plain Text and Markdown Objects #82

Open
raycharius opened this issue Dec 19, 2021 · 3 comments
Open
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@raycharius
Copy link
Owner

Is your feature request related to a problem? Please describe.
Up until now, all of the properties that are plain text or markdown text objects per Slack's API have accepted only strings. And the overall logic was if it can be markdown – it defaults to markdown. This can be problematic as some may desire plain text.

Additionally, it has been impossible to configure the emoji and verbatim properties for these objects.

Describe the solution you'd like
The current approach is nice, as it is not verbose. But the library for those properties, the library needs to support strings, markdown objects, and plain-text objects.

Need to create corresponding builder objects and expose those as exports.

@raycharius raycharius added the enhancement New feature or request label Dec 19, 2021
@raycharius raycharius added this to the Version 3.0.0 milestone Dec 19, 2021
@raycharius raycharius self-assigned this Dec 19, 2021
@raycharius raycharius added this to To Do in Slack Block Builder Feb 4, 2022
@nivekithan
Copy link

nivekithan commented Aug 11, 2022

Hey, whats the status for this issue ?

If this is issue is not in active development, can I work on it ? most likely I can make an pr on this weekend

@joziahmays
Copy link

joziahmays commented Nov 28, 2022

@raycharius I'd like to second the question above. Have you made any progress on this yet? If not, I'd be more than happy to create a PR.

@karol-traczyk
Copy link

Hi Ryan, could share what is the current state of this issue? Any date we can expect version 3.0?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Development

No branches or pull requests

4 participants