Хотелось бы такую штуку как форм билдер.

Чтобы пользователь (не разработчик) мог натаскать с панельки контролов и собрать из них формочку для ввода данных.

Онлайн таких есть порядочно. Типа такого например:

https://formbuilder.online

Есть какой-нибудь пример на sciter?

Здравствуйте, bnk, Вы писали:

bnk>Хотелось бы такую штуку как форм билдер.

bnk>Чтобы пользователь (не разработчик) мог натаскать с панельки контролов и собрать из них формочку для ввода данных.

bnk>Онлайн таких есть порядочно. Типа такого например:

bnk>https://formbuilder.online

Уммм… а зачем?


Как-то в тексте это еще проще и быстрее...

<label>Input</label><input|text/>
<label>Date</label><input|date value=now/>
<label>Select</label><select|dropdown>
                       <option>First</option>
                       <option>Second</option>
                     </select>

Copy paste практически...

Сколько таких форм тебе нужно сделать для какого-нибудь приложения? Ну скажем 10, так?
ИМХО проще вот так руками.


Если не нравится HTML то можно придумать какой генератор типа:

form.label("Input").text()
    .label("Date").date("now")
    .label("Select").select("First", "Second");

Ну или еще какой DSL замутить.

Здравствуйте, bnk, Вы писали:

bnk>Есть какой-нибудь пример на sciter?

Вот из этого примера

sdk/samples/drag-n-drop-manager/page-layout.htm


Можно что такое замутить.

Здравствуйте, c-smile, Вы писали:

CS>Здравствуйте, bnk, Вы писали:

bnk>>Хотелось бы такую штуку как форм билдер.

bnk>>Чтобы пользователь (не разработчик) мог натаскать с панельки контролов и собрать из них формочку для ввода данных.

bnk>>Онлайн таких есть порядочно. Типа такого например:

bnk>>https://formbuilder.online

CS>Уммм… а зачем?

Затем, что обычно есть разделение работ у дизайнера и программиста. Программисты не умеют рисовать, а дизайнеры не дюбят текст писать. Да и для изучения проще — накидал формочку — глянул код сгенерировааный и понял как работает. А чтоб в виде теста писать надо чтоб начать хоть что-то лелать кусу примеров и мануалов пересмотреть.

CS>Как-то в тексте это еще проще и быстрее...

Кому? Вам самому? Ну вообще не показатель.
Лучше б вместо WYSIWYG блокнота как раз такой форм билдер замутили. Я два раза садился за HTMLayout и скитер и оба оазв бросал так как не было времени разбираться как элементарные вещи начинать делать. И именно поэтому стал работать с Qt — там не заставляют форму ручками писать.

Здравствуйте, Amygdala, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

CS>>Здравствуйте, bnk, Вы писали:

bnk>>>Хотелось бы такую штуку как форм билдер.

bnk>>>Чтобы пользователь (не разработчик) мог натаскать с панельки контролов и собрать из них формочку для ввода данных.

bnk>>>Онлайн таких есть порядочно. Типа такого например:

bnk>>>https://formbuilder.online

CS>>Уммм… а зачем?

A>Затем, что обычно есть разделение работ у дизайнера и программиста. Программисты не умеют рисовать, а дизайнеры не дюбят текст писать. Да и для изучения проще — накидал формочку — глянул код сгенерировааный и понял как работает. А чтоб в виде теста писать надо чтоб начать хоть что-то лелать кусу примеров и мануалов пересмотреть.

Ну как бы дизайнер, в контексте Sciter, это front-end designer.
Не видел я ещё ни одного front-end designer который работает в режиме "накидал формочку".

CS>>Как-то в тексте это еще проще и быстрее...

A>Лучше б вместо WYSIWYG блокнота как раз такой форм билдер замутили.

Лучше кому?

A>Я два раза садился за HTMLayout и скитер и оба оазв бросал так как не было времени разбираться как элементарные вещи начинать делать. И именно поэтому стал работать с Qt — там не заставляют форму ручками писать.

Я бы посоветовал сначала тебе себе родному сайт сделать. Тогда и Sciter бы "пошел".

Я в том смысле что UI нынче, что desktop, что web, он один. Не зная принципов web frontend трудно что-то делать толковое. Все UX и стилевые эксперименты сейчас это Web.

Моему сайту уже 13 лет. 7 из которых он меня кормит. И все редакции сайта верстал я сам. Так что мимо ворот.

Здравствуйте, Amygdala, Вы писали:

A>Моему сайту уже 13 лет. 7 из которых он меня кормит. И все редакции сайта верстал я сам. Так что мимо ворот.

Тогда я не понимаю в чём проблема.
Все эти <form>, <input>, <label> и прочая они что в sciter что в web одни и те же. Ну и sciter-sdk/samples/forms/ говорят зело помогат.

Здравствуйте, c-smile, Вы писали:

CS>Тогда я не понимаю в чём проблема.
CS>Все эти <form>, <input>, <label> и прочая они что в sciter что в web одни и те же. Ну и sciter-sdk/samples/forms/ говорят зело помогат.

Там нужда была, а тут — потыкал, не получилось, что ожидал и забил.

Здравствуйте, Amygdala, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

CS>>Тогда я не понимаю в чём проблема.
CS>>Все эти <form>, <input>, <label> и прочая они что в sciter что в web одни и те же. Ну и sciter-sdk/samples/forms/ говорят зело помогат.

A>Там нужда была, а тут — потыкал, не получилось, что ожидал и забил.

Ну значит не нужно оно тебе было.

Ну т.е. ты предлагаешь делать formbuilder тем кому это вообще-то ненужно (как минимум не ясна user model) ... а смысл?

Часть клиентов. Вот и смысл. Не нужны клиенты? Ну, оставляй свой «ассемблер», без любого визуала.

Здравствуйте, Amygdala, Вы писали:

A>Часть клиентов. Вот и смысл. Не нужны клиенты? Ну, оставляй свой «ассемблер», без любого визуала.

Причем здесь Sciter вообще? Это тоже самое если сказать "ну устанавливай свой Firefox без любого визуала"

Вот зашел на https://formbuilder.online и сгенерировал некий набор. Выдал он такой HTML:

<form id="rendered-form"><div class="rendered-form"><div><h1 id="control-7870754">Header</h1></div><div class="fb-date form-group field-date-1537650938506"><label class="fb-date-label" for="date-1537650938506">Date Field</label><input name="date-1537650938506" class="form-control" id="date-1537650938506" type="date"></div><div class="fb-number form-group field-number-1537650940306"><label class="fb-number-label" for="number-1537650940306">Number</label><input name="number-1537650940306" class="form-control" id="number-1537650940306" type="number"></div></div></form>

вставляй его в свой документ и грузи в Sciter, какие проблемы-то?

Здравствуйте, c-smile, Вы писали:

CS>Как-то в тексте это еще проще и быстрее...

Да, ты пожалуй что и прав. Загвоздка например в редактировании свойств контролов.
Они же не всегда простоые, взять например "rich text" или "star rating", или "dropdown box". Вообще свойства существенно удобнее в проперти шите редактировать.
Но все равно пользователи скорее разработчики чем конечные пользователи, могут и потерпеть. И, пожалуй, вполне способны редактировать HTML

Здравствуйте, bnk, Вы писали:

bnk>Здравствуйте, c-smile, Вы писали:

CS>>Как-то в тексте это еще проще и быстрее...

bnk>Да, ты пожалуй что и прав. Загвоздка например в редактировании свойств контролов.

Проблема в том что не ясно для кого (user model) такой редактор нужен.

Если для продвинутого бухгалтера в 1C, то там, да — drag-n-drop form constructor, property sheets и прочая. И это не ко мне а к разработчикам той самой 1C.

Если для программера то не ясно зачем вообще.

bnk>Они же не всегда простоые, взять например "rich text" или "star rating", или "dropdown box".

Если "проперти" это HTML attributes, то наливай и пей их там вообще четыре id, class, type и novalue.

Что проще, написать <select#myid> в тексте, или совершить сепукку какой-то нетривиальный набор движений мышью, клавиатурой и глазами?

bnk>Вообще свойства существенно удобнее в проперти шите редактировать.

Вот понимаешь такой парадокс: все системы в которых эти самые проперти шиты — приказывают долго жить. Что VB что Delphi.

96% UI (по объему) это Web сейчас и где там этот шит?

bnk>Но все равно пользователи скорее разработчики чем конечные пользователи, могут и потерпеть. И, пожалуй, вполне способны редактировать HTML

Так вот именно профессиональные разработчики терпеть не могут эти самые шиты. Спроси любого знакомого front end dev'а.

А про "малый порог вхождения", "подставь левую щёку..." и прочую хрень типа "хотели как лучше" это к Microsoft.

Здравствуйте, c-smile, Вы писали:

CS>Как-то в тексте это еще проще и быстрее...

подскажите пожалуйста как в тексте проще и быстрее сделать полноценный ListView с Drag&Drop ?

расширю вопрос, как скрестить VirtualList(vlist.tis) и DragDrop(ddm.tis) ?


вообще соглашусь, редактор со стандартным набором контролов winapi/wpf это must have для старта, ковырять тонну samples вытаскивая по одной нужные вещи то ещё извращение.

Здравствуйте, Bаня, Вы писали:

B>Здравствуйте, c-smile, Вы писали:

CS>>Как-то в тексте это еще проще и быстрее...

B>подскажите пожалуйста как в тексте проще и быстрее сделать полноценный ListView с Drag&Drop ?

Что такое "полноценный ListView"? Какая функциональность ожидается? Приведи полный API.

B>расширю вопрос, как скрестить VirtualList(vlist.tis) и DragDrop(ddm.tis) ?

А оно по смыслу вообще совместимо?

B>вообще соглашусь, редактор со стандартным набором контролов winapi/wpf это must have для старта, ковырять тонну samples вытаскивая по одной нужные вещи то ещё извращение.

"Где деньги, Вань ?" (с) Владимир Семёнович

Здравствуйте, c-smile, Вы писали:

B>>подскажите пожалуйста как в тексте проще и быстрее сделать полноценный ListView с Drag&Drop ?
CS>Что такое "полноценный ListView"? Какая функциональность ожидается? Приведи полный API.

https://docs.microsoft.com/en-us/windows/desktop/controls/list-view-control-reference
https://docs.microsoft.com/en-us/windows/desktop/controls/list-view-controls-overview

B>>расширю вопрос, как скрестить VirtualList(vlist.tis) и DragDrop(ddm.tis) ?
CS>А оно по смыслу вообще совместимо?

в том то и дело, первый позволяет делать большой список, второй перетаскивать(хоть по одной) строки, а вместе как?
winapi listview(ссылка выше) умеет это по сути из коробки

кстати, в samples не нашёл примера как сделать такой listview



B>>вообще соглашусь, редактор со стандартным набором контролов winapi/wpf это must have для старта, ковырять тонну samples вытаскивая по одной нужные вещи то ещё извращение.
CS>"Где деньги, Вань ?" (с) Владимир Семёнович

да я не настаиваю, но такой качественной либе явно не хватает адекватной документации, примеров(жизненных, winapi/wpf like) и редактора

Здравствуйте, Bаня, Вы писали:

B>Здравствуйте, c-smile, Вы писали:

B>>>подскажите пожалуйста как в тексте проще и быстрее сделать полноценный ListView с Drag&Drop ?
CS>>Что такое "полноценный ListView"? Какая функциональность ожидается? Приведи полный API.

B>https://docs.microsoft.com/en-us/windows/desktop/controls/list-view-control-reference
B>https://docs.microsoft.com/en-us/windows/desktop/controls/list-view-controls-overview

Какого из этих методов ты считаешь не хватат?

B>>>расширю вопрос, как скрестить VirtualList(vlist.tis) и DragDrop(ddm.tis) ?
CS>>А оно по смыслу вообще совместимо?

B>в том то и дело, первый позволяет делать большой список, второй перетаскивать(хоть по одной) строки, а вместе как?
B>winapi listview(ссылка выше) умеет это по сути из коробки

Я не вижу особых проблем.

samples\drag-n-drop-manager\demo.htm — перетаскивает items в списке.

Ну может какой адаптер потребуется. Я не знаю — всё зависит от ситуации.

B>кстати, в samples не нашёл примера как сделать такой listview
B>Image: lv-tileview.png

А чем он отличается от flow:horizontal-wrap ?

B>>>вообще соглашусь, редактор со стандартным набором контролов winapi/wpf это must have для старта, ковырять тонну samples вытаскивая по одной нужные вещи то ещё извращение.
CS>>"Где деньги, Вань ?" (с) Владимир Семёнович

B>да я не настаиваю, но такой качественной либе явно не хватает адекватной документации, примеров(жизненных, winapi/wpf like) и редактора

Тут дело такое... сделай систему которой и дурак сможет пользоваться, и только дурак будет её пользовать.

Winapi набор он вообще крайне ограничен и прибит гвоздями к Windows. А по факту это набор <input> элементов из HTML5.
Знаю одно на собственной шкуре — как только что-то не хватает в стандартных элементах — всё, туши свет — ибо при свете на этот изврат лучше не смотреть.

Про WPF ничего не знаю кроме архитектуры, ничего не могу сказать.

По поводу документации. HTML, CSS и эти вот
https://sciter.com/docs/content/sciter-script-dom-cheat-sheet.pdf
https://sciter.com/docs/content/sciter-script-cheat-sheet.pdf

в общем-то и всё что надо знать.

Тут как бы надо различать сам engine (как сам WPF) и библиотеку 3-rd party компонентов.

Здравствуйте, c-smile, Вы писали:

CS>Какого из этих методов ты считаешь не хватат?

да всех хватает, только руками всё делать надо с нуля, по сути на низком уровне, и sciter выступает в роли d2d рисовалки с event'ами

а вот в wpf всё из коробки
https://docs.microsoft.com/en-us/dotnet/api/system.windows.controls.listview
https://docs.microsoft.com/en-us/dotnet/api/system.windows.controls.datagrid

у эппла https://developer.apple.com/documentation/appkit/nstableview
qt http://doc.qt.io/qt-5/qtableview.html


CS>Я не вижу особых проблем.
CS>samples\drag-n-drop-manager\demo.htm — перетаскивает items в списке.

перетаскивает, только vlist неспроста же был создан, и при количестве строк в этом demo.htm в несколько тысяч начинаются жуткие тормоза

CS>А чем он отличается от flow:horizontal-wrap ?
видимо ничем

CS>Winapi набор он вообще крайне ограничен и прибит гвоздями к Windows. А по факту это набор <input> элементов из HTML5.

так вот хотя бы этот набор хотелось бы иметь из коробки или хотя бы в виде рабочих примеров

CS>Тут как бы надо различать сам engine (как сам WPF) и библиотеку 3-rd party компонентов.

у WPF из коробки есть всё
https://docs.microsoft.com/en-us/dotnet/api/system.windows.controls
и если они по какой-то причине не устраивают, то в бой вступает рынок 3-rd party

я не ратую за WPF, меня недоязык не устраивает, но вы вроде позиционируете sciter как его альтернативу

у эппла https://developer.apple.com/documentation/appkit/views_and_controls
в qt http://doc.qt.io/qt-5/qtwidgets-module.html