-
Notifications
You must be signed in to change notification settings - Fork 771
Verify string regardless of case #849
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
Comments
The idea sounds good. Although I have nagging feeling, in my head, that there was something that which denies doing this. But because I can not remember what that nagging feeling is, perhaps it is not important. From the API point of view, it would be more backwards compatible if the API would work like this:
Also there would be other keyword which would benefit from the same kind functionality (assuming that my nagging feeling does not prevent the implementation), like |
Yes, I'd be happy to make this consistent across related keywords. |
This would be handy but can be surprisingly big task:
Instead of adding case-insensitivity support to S2L, it would be possible to use its getter keywords (e.g. |
Although selenium does not support it might be possible to do with xpath: https://stackoverflow.com/questions/2893551/case-insensitive-matching-in-xpath . If it does not work with xpath, then with those element related keywords, it is easy get the text and convert it to lower/upper case. Then with page related keyword the performance hit may be too high if we do not it working with xpath (sorry for ruining the fun of finding all this stuff). Yes documenting and testing is big task, but it should not prevent us doing it. Good reminder from Pekka that having consistent arguments would be good idea, |
I'm working on this currently and including more functions than |
PR for #1043 only added Should we reopen this ticket or create a new one? |
Please create a new ticket, we use tickets to track what is in the next release and generate base for the release notes. |
I have a two websites that I want to verify with the same code. Problem is one website the disclaim is in ALL CAPS and one is lowercase. Example
So i propose the following api change:
to
Default of course being True to avoid breaking changes and when the developer wants case insensitive, they can pass
case_sensitive=False
I am willing to make these changes and submit a PR if it might be approved.
The text was updated successfully, but these errors were encountered: