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

Note to make less diff between selenium Ruby binding and this lib #429

Open
KazuCocoa opened this issue Dec 13, 2022 · 2 comments
Open

Note to make less diff between selenium Ruby binding and this lib #429

KazuCocoa opened this issue Dec 13, 2022 · 2 comments

Comments

@KazuCocoa
Copy link
Member

KazuCocoa commented Dec 13, 2022

@KazuCocoa
Copy link
Member Author

KazuCocoa commented Dec 13, 2022

Only Python client defines shortcut actions such as https://github.com/appium/python-client/blob/677c1a2121053a0435f3e0d8f7798077a41aa067/appium/webdriver/extensions/action_helpers.py#L132, but not in Ruby and other ones.
Action builders can provide such high-level action shortcuts for users.

@p0deje
Copy link

p0deje commented Dec 14, 2022

From the Selenium side, the following changes are needed:

  1. HTTPClient:
    a. There should be a way to pass extra HTTP headers to the new session.
    b. There should be a way to change the default User-Agent.
  2. Bridge:
    a. There should be a way to update the bridge so that it can point to a new URL.
    b. There should be a way to add a new command that is a bridge request and extra methods to implement more on top of that.
    c. There should be a way to alter locator conversion.
    d. There should be a way to unwrap elements from the executeScript response. It seems like it should already work, but needs to be double-checked.
  3. Driver:
    a. There should be a way to define methods on Driver which simply delegate to Bridge.
    b. There should be a way to define different defaults for action builder (touch instead of mouse, smaller duration). Or there should be a way to completely redefine action builder implementations.
  4. Capabilities:
    a. There should be a way to process capabilities before creating a new session.
  5. SearchContext:
    a. There should be a way to register extra finders (e.g. accessibility_id).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants