Во вкладка свойства действия сделать кнопку "тестировать" как в конструкторе действия или сделать точно такой же интерфейс как конструкторе

[prodox]

После того когда действие уже добавлено проект. Невозможно протестировать правильность последующего исправления действия, которое уже в проекте.

В первую очередь необходимость правки в этом окне необходима потому как нет возможности в поле "значение" поиска по атрибутам вставить значение из переменной.

А может быть интерфейс вкладки свойства действия полностью повторить как в конструкторе действия в более удобном варианте чем узенькое окошко под браузером?

 

[prodox]

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

Конструктор действия нужен только для определенных видов действия.
Поэтому конструктор действия должен быть и редактором свойств действия

При щелчке на элементе "В конструктор действия" сразу добавлять кубик в проект по той же логике как добавляется любой кубик.
Ведь при добавлении любого кубика место создания диктуется либо выделенным кубиком либо местом клика на поле.

Если перенести конструктор действий во вкладку свойства действия, то появится возможность сделать более понятный интерфейс, так как там больше места.

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

Больше всего бесит отсутствие в редакторе действия кнопки "тестировать", как в конструкторе.

В итоге после правок в редакторе свойств действия из-за невозможности протестировать исправленное -тупо убиваешь кубик и лезешь опять в конструктор

 

[Phoenix78]

я когда начал работать с элементами через xpath , вообще забыл что такое конструктор действия. Вот в 7-ке уже появилось слабое подобие конструктора для xpath , но его еще надо развивать.
А стандартный конструктор , это для новичков только осваивающих работу с программой. Вот смысла развивать этот инструмент.

 

[prodox]

я когда начал работать с элементами через xpath , вообще забыл что такое конструктор действия. Вот в 7-ке уже появилось слабое подобие конструктора для xpath , но его еще надо развивать.
А стандартный конструктор , это для новичков только осваивающих работу с программой. Вот смысла развивать этот инструмент.

Не все так круты. Изначально зеннопостер позиционировался как не требующий кодинга.
Если так крута кодишь, может без проджект мейкера обойтись?

Если функция есть, т о нужно довести до ума а не считать это туфтой, так как типа надо кодить учиться

 

[Phoenix78]

Не все так круты. Изначально зеннопостер позиционировался как не требующий кодинга.
Если так крута кодишь, может без проджект мейкера обойтись?

Если функция есть, т о нужно довести до ума а не считать это туфтой, так как типа надо кодить учиться

да тут не в коде дело. а в знаниях которые надо развивать. кроме тебя никто это не сделает. что бы работать с xpath не надо быть крутым кодером, даже больше, тут вообще кодить не надо.
знал бы ты xpath, ты бы заговорил так же по этот конструктор. но походу тут у нас тяжелый случай, когда хотят что бы за них все сделали. не хочешь развиваться, то прими мои сочувствия.

 

[prodox]

Немного откорректирую свое предложение.
Если в редакторе СВОЙСТВА ДЕЙСТВИЯ сделать кнопку ПОИСК и ТЕСТИРОВАНИЕ. и в контекстное меню правого клика сделать ДОБАВИТЬ В РЕДАКТОР СВОЙСТВ
То сам конструктор действий фактически не нужен.
Вся разница в том что в конструкторе действий мы еще не добавили кубик, а функционально конструктор и редактор свойства действия это одно и тоже.
Лишь с тем недостатком, что после правки уже вставленного кубика, не протестируешь в браузере, ищутся ли элементы или нет
Я думаю что ничего не осложнит необходимость сначала вставить кубик, а потом щелкнуть мышкой добавить в редактор свойств

По скриншоту видно что все то же самое, только нет кнопки "найти" и "тестировать" и выбор вида действия
А именно это делает конструктор визуальным помощником

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

 

[Sergodjan]

после правки уже вставленного кубика, не протестируешь в браузере, ищутся ли элементы или нет

Можно просто выполнить действие, это тоже самое что и функция Тестировать в конструкторе.

 

[prodox]

Что то в этом роде,
Не суть вставленный или нет.
Но это заменит и конструктор и редактор свойств действия и парсер
Ибо принцип поиска элемента один

 

[prodox]

Можно просто выполнить действие, это тоже самое что и функция Тестировать в конструкторе.

Кстати, точно - хотябы кнопку в редакторе отправить(вернуться) в конструктор? чтобы протестировать что там наисправлял.
Но возможность отправить все совпадения в список или таблицу очень полезная штука.
И в таблице выбрать какой атрибут в какой столбик

 

[Oleg1987]

Не все так круты. Изначально зеннопостер позиционировался как не требующий кодинга.

Не требующий до поры, до времени. Все равно приходишь к коду. Ну либо заказываешь у тех, кто умеет. Все усложняется, верстка, антиспам. Веб страница сейчас - это уже не html разметка с контентом. Это приложение. Кубики под все изменения просто не будут успевать пилить. Да и современные ЯП (в том числе c#) упрощаются столь стремительно, что не сегодня, так завтра кодить станет проще, чем строить логику на кубиках

 

[Sergodjan]

Что то в этом роде,
Не суть вставленный или нет.
Но это заменит и конструктор и редактор свойств действия и парсер
Ибо принцип поиска элемента один

Не думаю, что это хорошо будет, т.к. в Свойствах действия и так дефицит раб. пространства.
По сути это тоже самое что и сейчас, просто конструктор в отдельном окне под браузером.
Если нужно переделать кубик, просто снова вызываем конструктор через ПКМ по элементу сайта.

По таблицам и спискам в св. действия и в конструкторе, тоже излишняя нагрузка конструктора.
Конечно разработчики читают эту ветку и независимо от моего мнения, если предложение им понравится, возьмут на вооружение в будущих версиях. Но будет строго просчитано юзабилити предложения и его техническая возможность внедрения, а самое главное - нужность и полезность.

 

[Dr.Pipetka]

Кнопки "Показать в конструкторе действий" иногда не хватает. Бывает что надо глянуть другие совпадения и приходится копировать в ручную.

 

[Phoenix78]

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

Нужное и полезное это конструктор по xpath, а не обычный конструктор, для начинающих . давно уже обещали его усовершенствовать. Не слышно из кузницы вестей, примерных сроков по модернизации ?

 

[prodox]

Нужное и полезное это конструктор по xpath, а не обычный конструктор, для начинающих . давно уже обещали его усовершенствовать. Не слышно из кузницы вестей, примерных сроков по модернизации ?

xPath это лишь один из способов поиска элементов и подразумевает точное расположение элемента в иерархии и что одинаковые элементы в иерархии всегда находятся на одном уровне вложенности. Вероятность смены верстки в разы больше чем смена атрибута а тем более класса. Ибо с этим классом сотни элементов на разных страницах и менять все это гемор для разработчика. А поменять верстку это на раз два

 

[Valandersi]

xPath это лишь один из способов поиска элементов и подразумевает точное расположение элемента в иерархии и что одинаковые элементы в иерархии всегда находятся на одном уровне вложенности. Вероятность смены верстки в разы больше чем смена атрибута а тем более класса. Ибо с этим классом сотни элементов на разных страницах и менять все это гемор для разработчика. А поменять верстку это на раз два

Как раз наоборот XPath более универсален, попробуйте с динамическими классами поработать через поиск элементов. Смена верстки также легко правиться XPath, чем те же регулярки, не говоря уже о конструкторе.