Сообщение Re[7]: Первый запуск после компиляции со Sciter от 06.09.2016 16:12
Изменено 06.09.2016 16:13 c-smile
Здравствуйте, Scorpion1105, Вы писали:
S>Андрей, добрый день!
S>Первый шаг миграции завершился — проект компилируется.
S>Возникла еще пара вопросов уже по этапу выполнения.
S>[list=1]
S>sciter64.dll и sciter32.dll насколько сильно завязаны на свои собственные имена? Можно ли обойти эти завязки снаружи?
S>В частности, хотелось бы пользоваться одним именем — sciter.dll, а соответствующую по разрядности библиотеку "подкладывать" к бинарникам при сборке.
S>Поменял SCITER_DLL_NAME на "sciter.dll", получаю вот такое при вызове SciterSelectElements:
S>
S>
Не понятно зачем это делать.
S>Что-то изменилось с интерпретацией url() в CSS? В HTMLayout для подобных конструкций (загрузка данных через ресурсы приложения)
S>
S>в OnLoadData приходили значения LPNMHL_LOAD_DATA->uri "font.css" и "folder.png" соответственно.
S>Для Sciter в on_load_data приходят значения LPSCN_LOAD_DATA->uri "file://font.css" и "file://folder.png".
S>Загрузчик ресурсов (sciter::load_resource_data), понятное дело, с таким префиксом из ресурсов файл подтянуть не может.
"font.css" это relative URL. Резолвитя в полный URL используя root URL (документа).
Т.е. если загружать root document так
то в LPNMHL_LOAD_DATA->uri получишь полный URL в виде
S>Андрей, добрый день!
S>Первый шаг миграции завершился — проект компилируется.
S>Возникла еще пара вопросов уже по этапу выполнения.
S>[list=1]
S>sciter64.dll и sciter32.dll насколько сильно завязаны на свои собственные имена? Можно ли обойти эти завязки снаружи?
S>В частности, хотелось бы пользоваться одним именем — sciter.dll, а соответствующую по разрядности библиотеку "подкладывать" к бинарникам при сборке.
S>Поменял SCITER_DLL_NAME на "sciter.dll", получаю вот такое при вызове SciterSelectElements:
S>
S>Call stack:S>Unhandled exception at 0x00007FF9DAAEFE34 (ntdll.dll) in .exe: 0xC000041D: Во время обратного вызова пользователя обнаружено необработанное исключение.
S>
S>ntdll.dll!RtlpWaitOnCriticalSection()
S>ntdll.dll!RtlpEnterCriticalSectionContended()
S>sciter.dll!00007ff9b46133b8()
S>...
Не понятно зачем это делать.
S>Что-то изменилось с интерпретацией url() в CSS? В HTMLayout для подобных конструкций (загрузка данных через ресурсы приложения)
S>
S>@import url(font.css);
S>.tree_view
S>{
S> foreground-image:url(folder.png);
S>}
S>
S>в OnLoadData приходили значения LPNMHL_LOAD_DATA->uri "font.css" и "folder.png" соответственно.
S>Для Sciter в on_load_data приходят значения LPSCN_LOAD_DATA->uri "file://font.css" и "file://folder.png".
S>Загрузчик ресурсов (sciter::load_resource_data), понятное дело, с таким префиксом из ресурсов файл подтянуть не может.
"font.css" это relative URL. Резолвитя в полный URL используя root URL (документа).
Т.е. если загружать root document так
::SciterLoadHtml(hwnd,html.start,html.length, L"res:root.htm");
то в LPNMHL_LOAD_DATA->uri получишь полный URL в виде
res:font.css
Re[7]: Первый запуск после компиляции со Sciter
Здравствуйте, Scorpion1105, Вы писали:
S>Андрей, добрый день!
S>Первый шаг миграции завершился — проект компилируется.
S>Возникла еще пара вопросов уже по этапу выполнения.
S>В частности, хотелось бы пользоваться одним именем — sciter.dll, а соответствующую по разрядности библиотеку "подкладывать" к бинарникам при сборке.
Не понятно зачем это делать.
S>@import url(font.css);
"font.css" это relative URL. Резолвитя в полный URL используя root URL (документа).
Т.е. если загружать root document так
то в LPNMHL_LOAD_DATA->uri получишь полный URL в виде
S>Андрей, добрый день!
S>Первый шаг миграции завершился — проект компилируется.
S>Возникла еще пара вопросов уже по этапу выполнения.
S>В частности, хотелось бы пользоваться одним именем — sciter.dll, а соответствующую по разрядности библиотеку "подкладывать" к бинарникам при сборке.
Не понятно зачем это делать.
S>@import url(font.css);
"font.css" это relative URL. Резолвитя в полный URL используя root URL (документа).
Т.е. если загружать root document так
::SciterLoadHtml(hwnd,html.start,html.length, L"res:root.htm");
то в LPNMHL_LOAD_DATA->uri получишь полный URL в виде
res:font.css