Берем пишем прогу на JS внутри HTML-страницы. Сохраняем на диск на компьютере. Когда нужно -- запустили, все открылось. Все работает. Причем все работает и в Win и в Lin и в Mac OS. А еще ведь браузеры есть и во всех моб. телефонах (даже не самых современных), значит и там можно сделать чтобы работало.

Но почему такие приложения не распространены? Ну чтобы 100% все работало оффлайн.

Одна из причин почему не прижилось -- IE не запускает JS в сохраненнных страницах (а ранее он был браузером №1). Ну недотепы. Ну как можно было такую хрень сделать? Ведь если бы всего лишь позволили запускаться JS -- то совсем по другому мир бы развивался.

Ранее были hta-приложения. Сейчас уже лет 10 их не видел, молодежь скорее всего и не знает об их существовании (попробуйте изменить расширение html на hta). Но они то только на Windows работали, по этому смысла мало...

А ведь такая простая возможность создавать утилитные кроссплатформенные приложения упущена...

S>Одна из причин почему не прижилось -- IE не запускает JS в сохраненнных страницах (а ранее он был браузером №1). Ну недотепы. Ну как можно было такую хрень сделать? Ведь если бы всего лишь позволили запускаться JS -- то совсем по другому мир бы развивался.
AFAIR это было сделано по какимто там причинам безопасности и настраивалось, так что это можно было разрешить.

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

O>AFAIR это было сделано по какимто там причинам безопасности и настраивалось, так что это можно было разрешить.

Так в том то и дело -- до готовности довести напильником. А это совсем не оно. Из коробки нифига не работало, по этому не прижилось.

В Google Chrome почему то все работает из коробки, ничего настраивать не нужно.

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

S>Берем пишем прогу на JS внутри HTML-страницы. Сохраняем на диск на компьютере. Когда нужно -- запустили, все открылось. Все работает.

Ты можешь сделать это прямо сейчас.
Всё будет прекрасно работать.


S>Но почему такие приложения не распространены? Ну чтобы 100% все работало оффлайн.

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


S>Ранее были hta-приложения. Сейчас уже лет 10 их не видел, молодежь скорее всего и не знает об их существовании (попробуйте изменить расширение html на hta). Но они то только на Windows работали, по этому смысла мало...

Ну вот рядом дали ссылку на ionic2:
http://ionicframework.com/docs/v2/components/

Не торопясь полистай страницу.


S>А ведь такая простая возможность создавать утилитные кроссплатформенные приложения упущена...

Как раз в hta ничего кроссплатформенного не было. Там шло создание COM-объектов через CreateObject, т.е. скрипт мог работать с "какой-то еще" функциональностью помимо той, которая предоставляется браузером.

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

V>Ты можешь сделать это прямо сейчас.
V>Всё будет прекрасно работать.

В EDGE не работает. Где гарантия что вашу прогу пользователь откроет не в EDGE или IE?

V>Потому что твоему коду на странице доступны только те ср-ва, которые предоставляет браузер.
V>А этого мало.

А чего именно вам не хватает?

S>>Ранее были hta-приложения. Сейчас уже лет 10 их не видел, молодежь скорее всего и не знает об их существовании (попробуйте изменить расширение html на hta). Но они то только на Windows работали, по этому смысла мало...

V>Как раз в hta ничего кроссплатформенного не было. Там шло создание COM-объектов через CreateObject, т.е. скрипт мог работать с "какой-то еще" функциональностью помимо той, которая предоставляется браузером.

Выделил для вас.

Я о том, что стандарт типа hta или подобного могли сделать для всех платформ, согласовать чтобы работало у всех одинаково.

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

S>Но почему такие приложения не распространены? Ну чтобы 100% все работало оффлайн.

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

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

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

Не особо заменишь в случае если нужно:

1. Реально кроссплатформенное.
2. Скриптовое, чтобы OpenSource, знать что запускаешь.
3. Не нужно устанавливать, распространяется простым копированием.

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

S>1. Реально кроссплатформенное.
S>2. Скриптовое, чтобы OpenSource, знать что запускаешь.
S>3. Не нужно устанавливать, распространяется простым копированием.

Lua? Вроде как раз там где нужна производительность и скрипты, то выбирают Lua, а не JS.

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

В>Lua? Вроде как раз там где нужна производительность и скрипты, то выбирают Lua, а не JS.

Так его же еще устанавливать нужно. А браузер у всех уже установлен.

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

Сейчас распространет Electron https://electron.atom.io/

Я тут делал
CEF, ES6, Angular 2, TypeScript использование классов .Net Core. Создание кроссплатформенного GUI для .Net с помощью CEF
CEF, Angular 2 использование событий классов .Net Core
CEF, ES6, Angular 2, WebPack 2 .Net Core десктопное приложение без серверной части

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

S>Сейчас распространет Electron https://electron.atom.io/

Его еще устанавливать нужно. А хочется чтобы без установки -- запустил страницу и все работает. Надо -- подправил скрипт.

А еще там нужно скачивать разный файл-бинарник для каждой платформы. А HTML-файл везде один и тот же.

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

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

S>>Сейчас распространет Electron https://electron.atom.io/

S>Его еще устанавливать нужно. А хочется чтобы без установки -- запустил страницу и все работает. Надо -- подправил скрипт.

S>А еще там нужно скачивать разный файл-бинарник для каждой платформы. А HTML-файл везде один и тот же.
Так в браузере песочница. Там особо то не развернешься.
Пожалуйста по последней статье можно с помощью WebPack сгенерить JS файлы в котором будут и HTML шаблоны, CSS и в купе с основным HTML использовать без сервера

S>Берем пишем прогу на JS внутри HTML-страницы. Сохраняем на диск на компьютере. Когда нужно -- запустили, все открылось. Все работает. Причем все работает и в Win и в Lin и в Mac OS. А еще ведь браузеры есть и во всех моб. телефонах (даже не самых современных), значит и там можно сделать чтобы работало.
S>Но почему такие приложения не распространены? Ну чтобы 100% все работало оффлайн.
Большинство приложений используют обращения к серверу через всякие Rest API и без сети не заработают. Так что смысла мало.

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

V>>Ты можешь сделать это прямо сейчас.
V>>Всё будет прекрасно работать.
S>В EDGE не работает.

В нем недоступен CreateObject().


V>>Потому что твоему коду на странице доступны только те ср-ва, которые предоставляет браузер.
V>>А этого мало.
S>А чего именно вам не хватает?

HTA-файлы создавались как альтернатива command-line скриптам, а из тех можно обращаться к файловой системе, останавливать и запускать сервисы и т.д.


S>Я о том, что стандарт типа hta или подобного могли сделать для всех платформ, согласовать чтобы работало у всех одинаково.

Запускай обычную HTML страницу, в ней прекрасно работает JS, т.е. все, что может браузер, можно делать из этой страницы.

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

S>>В EDGE не работает.
V>В нем недоступен CreateObject().

Причем тут CreateObject? НИ в EDGE ни в IE не работает JS, если открыть страницу с диска.

S>>А чего именно вам не хватает?
V>HTA-файлы создавались как альтернатива command-line скриптам, а из тех можно обращаться к файловой системе, останавливать и запускать сервисы и т.д.

Сейчас JS позволяет работать с изолированной файловой системой. Позволяет сохранять файлы на диск в любое место а так же брать файлы с диска. Для многих приложений этого достаточно.

S>>Я о том, что стандарт типа hta или подобного могли сделать для всех платформ, согласовать чтобы работало у всех одинаково.
V>Запускай обычную HTML страницу, в ней прекрасно работает JS, т.е. все, что может браузер, можно делать из этой страницы.

Та кне работает в IE и EDGE Не работает. Получается уже привязка к браузеру есть.

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

TSP>Большинство приложений используют обращения к серверу через всякие Rest API и без сети не заработают. Так что смысла мало.

Можно добавить Offline-режим. Есть же база данных в изолированном хранилище.

S>Можно добавить Offline-режим. Есть же база данных в изолированном хранилище.
Т.е. сохранять и серверную часть?

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

TSP>Т.е. сохранять и серверную часть?

Зачем серверную часть? Есть LocalStorage и IndexedDB внутри браузера. Это ж стандарт.

Посмотрите прогу KeePass в виде единого HTML файла. В IE или EDGE не работает, в нормальных браузерах работает.

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

S>>>В EDGE не работает.
V>>В нем недоступен CreateObject().
S>Причем тут CreateObject? НИ в EDGE ни в IE не работает JS, если открыть страницу с диска.

Чего-чего?
Проверь прямо сейчас:

<html>
<script>
alert('Hello!');
</script>
</html>

Путь надо указать как-то так: file:///D:/probe/1.html

Они могут не выполнять скрипты на загруженных и сохранённых локально страницах. Перед этим страницы (и вообще любые файлы) надо разблокировать:




S>Сейчас JS позволяет работать с изолированной файловой системой. Позволяет сохранять файлы на диск в любое место а так же брать файлы с диска. Для многих приложений этого достаточно.

Нихрена JS не позволяет, не придумывай. У него таких встроенных ф-ий банально нет. Он работает с той функциональностью, которую ему экпортирует в виде видимого контекста некий JS-хост, например node.js.

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


S>Та кне работает в IE и EDGE Не работает. Получается уже привязка к браузеру есть.

Я уже боюсь спросить, а что ты на своей работе делаешь? ))

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

S>Берем пишем прогу на JS внутри HTML-страницы. Сохраняем на диск на компьютере. Когда нужно -- запустили, все открылось. Все работает. Причем все работает и в Win и в Lin и в Mac OS. А еще ведь браузеры есть и во всех моб. телефонах (даже не самых современных), значит и там можно сделать чтобы работало.

Ну вот, например, сто лет в обед:
https://ru.wikipedia.org/wiki/TiddlyWiki
Персональная вики, все изменения прямо в странице через манипуляции с DOM, соответственно, просто страницу сохраняешь и в любой момент можешь снова поднять и все будет работать.

You will always get what you always got
  If you always do  what you always did