Теперь все мы не только справку почитали, но и потрогали, покрутили, повертели.
Опишите ваши ощущения от полета. Опишите ваше мнение о будущем файлмейкера. В ту ли сторону идем, правильно ли дорогой, товарищи?
Сбываются ли ваши ожидания? Проще или сложнее стало работать и продавать? Есть ли перспективы в России?
Есть ли достойные соперники?
Флуд приветствуется, брань запрещается
FileMaker 19
-
- Сообщения: 338
- Зарегистрирован: 11 сен 2017, 13:42
- Откуда: Санкт-Петербург
-
- Сообщения: 106
- Зарегистрирован: 21 сен 2017, 18:48
- Откуда: Минск
Re: FileMaker 19
Купил толстую книжку JavaScript подробное руководство Флэнаган. Толще чем по Filemaker. Если выучить ее всю, и ещё несколько про CSS, HTML, Ajax, DOM, XML, FileMaker будет не нужен . Это явно не для обычных пользователей. Фишка будет, если будет в сообществе появится много addon для интеграции библиотек не сложнее drag and drop, что то вроде того, как сейчас сайты с пользовательскими функциями.
-
- Сообщения: 338
- Зарегистрирован: 11 сен 2017, 13:42
- Откуда: Санкт-Петербург
Re: FileMaker 19
я пока обхожусь онлайн учебником https://learn.javascript.ru/
и мне нравится, как там просто и доступно все излагается. Плюс еще после каждой темы можно при желании задачки порешать
здесь в принципе все изложено. И сам язык (в отрыве от HTML), и браузер, браузерные события, DOM. Предполагается, что основы HTML и CSS читатель уже знает.
Вопрос в том, как это применять. Графики, календарь, грид - офигительно все встраивается (готовые решения), вопросов нет. Но это такие вещи - не для "повседневного интерфейса".
А вот повседневные элементы вызывают вопросы. Например, можно сделать глобальное меню динамическое. Чтобы было одно на все макеты. И можно, например, сделать leftsidebar - кнопочное меню, чтобы было с иконками красивыми и было чтобы многоуровневым...
ОК. Но как быть с тем, что для каждой записи файлмейкер создает для веб-вьюера отдельную HTML страницу в папке TEMP?
Получается, каждый раз, когда пользователь тупо переходит по записям, веб-вьюер будет не просто обновляться, а будет создаваться отдельный файл. Тысяча переходов - тысяча файликов. Нормально ли сие?
Да и поведение веб-вьюера сложно регулировать. Например, переход в Find Mode и обратно заставляет веб-вьюер перегружаться
Оно, вот это все, HTML-ное, применимо ли вообще для построения интерфейса? Не будет ли замедления работы вообще?
и мне нравится, как там просто и доступно все излагается. Плюс еще после каждой темы можно при желании задачки порешать
здесь в принципе все изложено. И сам язык (в отрыве от HTML), и браузер, браузерные события, DOM. Предполагается, что основы HTML и CSS читатель уже знает.
Вопрос в том, как это применять. Графики, календарь, грид - офигительно все встраивается (готовые решения), вопросов нет. Но это такие вещи - не для "повседневного интерфейса".
А вот повседневные элементы вызывают вопросы. Например, можно сделать глобальное меню динамическое. Чтобы было одно на все макеты. И можно, например, сделать leftsidebar - кнопочное меню, чтобы было с иконками красивыми и было чтобы многоуровневым...
ОК. Но как быть с тем, что для каждой записи файлмейкер создает для веб-вьюера отдельную HTML страницу в папке TEMP?
Получается, каждый раз, когда пользователь тупо переходит по записям, веб-вьюер будет не просто обновляться, а будет создаваться отдельный файл. Тысяча переходов - тысяча файликов. Нормально ли сие?
Да и поведение веб-вьюера сложно регулировать. Например, переход в Find Mode и обратно заставляет веб-вьюер перегружаться
Оно, вот это все, HTML-ное, применимо ли вообще для построения интерфейса? Не будет ли замедления работы вообще?