Кейс чисто пока хром / хром-ремоут.
Хром - дефолт набор капабилитей + мои
Хром-ремоут - дефолт хром + дефолт ремоут +  мои.
При паблике: Я расширяю ChromeDriverFactory. Использую super(). Меняю все оверайдом, подсовываю в фабрику свою фабрику (или через конфиг, не важно). Дальше работает Selenide код.
Плюсы: я почти ничего не пишу. Не будет рассинхрона с новыми версиями.
Сейчас: Танцы с бубном от кофига (хром опшенс / мапы, имена переменных которые у вас захардкоданы (system.chrome-options etc).
Или с 0 пилить свой креэйтор (дублирование 80-90% кода из ChromeDriverFactory. Или через конфиг пропихивать, опять же новая версия -> шансы проколоться и с синтаксисом. и архитектурой. Варианы пропихивания тоже, от CreateDriverCommand, до AbstractDriverFactory. (Убирая каждый слой -> шанс проколоться в будущем и упустить ваши фичи).

как-то так. Надеюсь нормально описал, сори если что

А. ну и ремоут мой, можно законектить с  MyChromeDriverFactory напрямую, сейчас это абсолютно разные штуки.  и мне за ними следить надо как за разными будет

С румоутем пока шаткое представление (ток мимолетом продумывал) т.к. кучу нюансов с ChromeDriverFactory, с ремоутом знаю что будет тоже самое + еще что-то.

а чем WebDriverProvider не устраивает. если так надо свое пилить так пилите.

мой - это ваши фабрики + 2-3 строчки. Но т.к. я не могу расширить фабрики, мне придется их чуть ли не копипастить на 100%

я не думаю что ChromeDriverFactory и прочее когда-то станут публичными т.к. по сути это детали реализации и открывать их, чтобы кто-то на них завязывался это плохая идея.

понялпринял, спасибо👍

Так а в чём проблема? Место заканчивается? )
Берём WebDriverProvider и хоть на голове стоять можно.

см. объяснение выше — кода писать больше

хочется переиспользовать код, который уже написан в фабриках

Если я туда смотрю, мне даже с ним бубен нужен. По дефолту он используется, если не используется любая другая фабрика. Т.е. я не смогу свой chrome через конфиг указать. MyCrome придется. Это опять что то писать, обходить и блаблабла

Помогло

Этот метод нормально и быстро отправляет, думаю дело в самих формах на сайте, в некоторых работает sendKeys по икспасу, а в других через actions получилось

На самом деле изначально я делал все классы protected - именно для того, чтобы любой кусочек селерида можно было бы кастомизировать.

Ну я понял, мне уже отписали. просто предпочитаю кастомизацию делать на основе базы максимально, меньше кода - меньше кода. ибо одна из причин перехода - за N лет фреймворк настолько кастомизировался, что потерял связь с базой, и по факту там лютая мешанин вышла от 'свое', 'важные зависимости', 'не важные зависимости', 'непонятно зачем тут'. А т.к. селенид активно сапортится, думал 'ух, 2-3 строчки, а об остальном не мы будем заботится'

"-И есть за меня будете?
-Агаа!"

я тут не углублялся - а можно краткое саммари, зачем нужно изменять-дополнять фактори драйверов?

Расширять. Так проще менять. Конкретнее - проще менеджить ситуацию оставаясь в рамках вашего фрейма, не выпадая из него. В основном капабилити. Я с этим столкнулся из-за многопоточки. Каждый поток свои нюансы имеет. Это без лишних деталей

Есесно. Мы тут что б самим не есть (писать свой селенид)