Упростите интерфейс. Получится просто замечательный компонент.
Название для картинки сделать редактируемым и выводить под картинокой, где сейчас название файла выводится.
Уберите настройку с окна выбора файла.
Итого было бы просто замечательно если бы при нажатии на иконку вставить картинку, мы видели:
окно из загруженных изображений + 3 кнопки (загрузить новую (слева внизу) вставить, отмена(справа внизу), можно добавить ещё папки на сервере в виде комбобокса над картинками.
А настройки эти лучше вывести в отдельное окно, где будет задаваться обтекание текстом, высота, ширина, отступы по вертикали и горизонтали, поле редактирования стиля.
Получится просто шикарный плагин, очень простой и доступный.
Ну тогда подскажите как собирать из чужого кода нарезанного на кусочки? Мне кажется это очень затруднено, в том плане что если я впервые вижу какой нибудь объект, и не знаю как оно работает, я открыл файл посмотрел уловил логику, а в вашем случае нужно изучать отдельные структуры объекта, и собирать их в цельный объект. Или все таки речь идёт о функциональном программировании? Кстати да, в таком способе как вы сделали он подошёл бы во многом лучше чем ООП.
Просто ваш способ исключает как писали выше, командную разработку, убирает IDE, приходится разрабатывать самому контроль версий. Чтобы все это вернуть нужно написать все окружение для своего подхода с нуля. Отсюда возникает резонный вопрос, почему пхп? Можно было на C++ полноценный скриптовый язык, который хранил бы свои процедуры в базе данных.
Автор, теория без практического применения деньги на ветер.
Эта статья только для разжигания холивара. Я так понимаю автор сам хочет распространить свою технологию. Дак почему же тогда вы не выложили свой код с примерами. Так работает ваш генератор классов. В чем удобство, скорость выполнения это нисколько не удобство это цель, к чему нужно стремиться при разработке для веба.
О вашей технологии думали наверное множество человек, но использование этого пути может быть только одно, как конструктор для сбора нужных классов. Но ООП перекрывает потребность в этом конструкторе.
Насчет того, что на выходе мы получаем файл пхп, а зачем он мне на выходе? Может все таки лучше на выходе получить готовую страницу в ХТМЛ и положить её в мемкеш. Тогда мы убьём одним выстрелом нескольких зайцев:
1. Поиск файла в файловой системе
2. Распарсивание его интерпретатором
3. Выполнение
4. Вывод данных.
5. Опционально в мемкеш мы можем скаладывать страницы готовые, непосредственно в момент когда редактор нажал сохранить.
Получаем такую цепочку:
1. Парсим запрос
2. Находим в мемкеше
3. Отдаём пользователю.
Ветки разные EXTJS 3 вышел только Core в бете, об этом сам пост. А грид это виджет, который пока не показали.
Чтобы прикрутить грид из второй ветки нужно долго смотреть зависимости и переписывать код. А проще просто подождите когда выйдет ветка EXTJS 3.0, если хотите поставить grid со второй версии, то можно создать кастомную сборку с одним гридом, делается на сайте простыми кликами со всеми зависимостями.
Ну здесь как говорится кому что привычнее. Просто я все таки больше php+javascript разработчик. И честно говоря Air только ознакомительно полистал. А на счет ресурсов локальных конечно такой воли как на делфях получить не получится, но и глюков меньше будет. Действительно ли нужны интернет магазину доступ к локальным ресурсам машины, я в этом очень сильно сомневаюсь…
Синхронизацию о чем говорит автор можно сделать на Air.
А вы в этом уверены? Мне говорили что 350 руб стоят очень качественные пиратки. Копии с лицензий. Но не сами лицензии, 350 рублей лицензия только русские фильмы.
Причем говорил это сам продавец магазина который специализируется только на дисках
А что если проект окупится только через 5-7 лет (имеется ввиду если не продавать проект, т.е. за счет чистой прибыли). Реальны для вашего фонда такие сроки?
Просто вы отвечаете общими фразами.
Помоему скрытые доходы ещё хуже чем расходы. Чтобы не было таких во проблем как черная касса вести кассу должен один человек, иначе бухгалтерия получается не полная.
Я хоть и не женат, но от своей жены бы не стал прятать часть зарплаты, пусть знает сколько получаю в чем проблема. Праздников в году не так уж и много. Вообще имхо получается как таковых на одного человека получается 2 праздника, день рождение и 8 марта/23 февраля, остальные праздники и подарки обоим членам семьи так сказать поэтому можно зарезервировать равные суммы в статье на подарки.
Я понял в чем проблема, того что вы не представляете как это сделать. Элементарно Ватсон…
Берем расходы по индивиду который хочет укрыть определённый расход, расход прячем размазывая его по всем расходам. Иначе просто другой пользователь семьи увидит дырку. А так все нормально, дырки нет, просто расходы несколько увеличены, большие суммы естественно таким образом не спрячешь, мне кажется большие траты вообще прятать это преступление, а весомые вещи для семейного бюджета должны обсуждаться семьей.
Ну или для особо изворотливых индивидов можно сделать поле коментарий в расходу, скрытый такой. Чтобы виден был только ему.
И когда надо потратиться в основном поле пишем допустим бар с друзьями, а в скрытом для себя пометка которую видно только нам подарочек жене.
А чем проще работать в таком случае с XML? честно говоря не вижу никакой разницы.
Генераторы написаны для многих языков, зайдите на сайт там приведены готовые библиотеки.
Вам в случае работы при помощи генератор JSON не нужно писать руками, просто выберите объект и скажите фас. Разработчики уже об этом позаботились, и не придётся возиться.
Внизу я запутался и вас запутал, в данной ветки вы меня запутали…
А вообще просто попробуйте сделать что нибудь при помощи JSON, выбор сам сделается в пользу его.
Название для картинки сделать редактируемым и выводить под картинокой, где сейчас название файла выводится.
Уберите настройку с окна выбора файла.
Итого было бы просто замечательно если бы при нажатии на иконку вставить картинку, мы видели:
окно из загруженных изображений + 3 кнопки (загрузить новую (слева внизу) вставить, отмена(справа внизу), можно добавить ещё папки на сервере в виде комбобокса над картинками.
А настройки эти лучше вывести в отдельное окно, где будет задаваться обтекание текстом, высота, ширина, отступы по вертикали и горизонтали, поле редактирования стиля.
Получится просто шикарный плагин, очень простой и доступный.
Эта статья только для разжигания холивара. Я так понимаю автор сам хочет распространить свою технологию. Дак почему же тогда вы не выложили свой код с примерами. Так работает ваш генератор классов. В чем удобство, скорость выполнения это нисколько не удобство это цель, к чему нужно стремиться при разработке для веба.
О вашей технологии думали наверное множество человек, но использование этого пути может быть только одно, как конструктор для сбора нужных классов. Но ООП перекрывает потребность в этом конструкторе.
Насчет того, что на выходе мы получаем файл пхп, а зачем он мне на выходе? Может все таки лучше на выходе получить готовую страницу в ХТМЛ и положить её в мемкеш. Тогда мы убьём одним выстрелом нескольких зайцев:
1. Поиск файла в файловой системе
2. Распарсивание его интерпретатором
3. Выполнение
4. Вывод данных.
5. Опционально в мемкеш мы можем скаладывать страницы готовые, непосредственно в момент когда редактор нажал сохранить.
Получаем такую цепочку:
1. Парсим запрос
2. Находим в мемкеше
3. Отдаём пользователю.
Вот и скорость буквально молниеносная.
Чтобы прикрутить грид из второй ветки нужно долго смотреть зависимости и переписывать код. А проще просто подождите когда выйдет ветка EXTJS 3.0, если хотите поставить grid со второй версии, то можно создать кастомную сборку с одним гридом, делается на сайте простыми кликами со всеми зависимостями.
Синхронизацию о чем говорит автор можно сделать на Air.
Причем говорил это сам продавец магазина который специализируется только на дисках
Просто вы отвечаете общими фразами.
Я хоть и не женат, но от своей жены бы не стал прятать часть зарплаты, пусть знает сколько получаю в чем проблема. Праздников в году не так уж и много. Вообще имхо получается как таковых на одного человека получается 2 праздника, день рождение и 8 марта/23 февраля, остальные праздники и подарки обоим членам семьи так сказать поэтому можно зарезервировать равные суммы в статье на подарки.
Берем расходы по индивиду который хочет укрыть определённый расход, расход прячем размазывая его по всем расходам. Иначе просто другой пользователь семьи увидит дырку. А так все нормально, дырки нет, просто расходы несколько увеличены, большие суммы естественно таким образом не спрячешь, мне кажется большие траты вообще прятать это преступление, а весомые вещи для семейного бюджета должны обсуждаться семьей.
Ну или для особо изворотливых индивидов можно сделать поле коментарий в расходу, скрытый такой. Чтобы виден был только ему.
И когда надо потратиться в основном поле пишем допустим бар с друзьями, а в скрытом для себя пометка которую видно только нам подарочек жене.
Генераторы написаны для многих языков, зайдите на сайт там приведены готовые библиотеки.
Вам в случае работы при помощи генератор JSON не нужно писать руками, просто выберите объект и скажите фас. Разработчики уже об этом позаботились, и не придётся возиться.
Внизу я запутался и вас запутал, в данной ветки вы меня запутали…
А вообще просто попробуйте сделать что нибудь при помощи JSON, выбор сам сделается в пользу его.
В 3 пункте имелось ввиду не наглядность написания, а простота в понимании использования.
Честно говоря ниразу не сталкивался с объектом, который нельзя представить ввиде ассоциативного объекта.
Можно примерчик для моего общего развития?