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.

Sign up for GitHub

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

Jump to bottom

regex matched version of have.text & co #529

Closed
yashaka opened this issue May 22, 2024 · 2 comments
Closed

regex matched version of have.text & co #529

yashaka opened this issue May 22, 2024 · 2 comments
Labels
2.0-desired

Comments

@yashaka
Copy link
Owner

yashaka commented May 22, 2024

probably named as have.text_like
with similar condition.where(**overrides) behavior like in #528.
See also #401
@yashaka
Copy link
Owner Author

yashaka commented May 24, 2024

_like suffix is bad idea because already used for "list globbing" in conditions like have.texts_like & co (see #528)

then _matching would be a good choice!

@yashaka
Copy link
Owner Author

yashaka commented May 24, 2024

no need to add have.exact_text_matching(regex_pattern), have.text_matching(regex_pattern) is completely enough.

yashaka added a commit that referenced this issue May 24, 2024
@yashaka
[#529] NEW: regex matched version of have.text & co
703df6b 
+ [#528] DOCS: docstrings for have.*_like collection conditions and also more verbose parameter names
+ Fix misleading absence of waiting in slicing behavior
github-actions bot added a commit that referenced this issue May 24, 2024
@github-actions
[#529] NEW: regex matched version of have.text & co
71f5531 
+ [#528] DOCS: docstrings for have.*_like collection conditions and also more verbose parameter names
+ Fix misleading absence of waiting in slicing behavior
@yashaka yashaka closed this as completed May 25, 2024
@yashaka yashaka mentioned this issue May 25, 2024
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
2.0-desired
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@yashaka