Comments 38
Вы же для Хабра пишите, товарищи!
Расскажите, на чём построен фронт-енд web приложения.
Расскажите, на чём построен фронт-енд web приложения.
Сколько ни спрашивал про демо доступ, чтобы попробовать продукт — мне даже на письма не отвечали. Прежде чем расписывать детали интерфейса — дайте хотя посмотреть на этого кота в мешке.
Подскажите, на какой адрес вы отправляли запрос на демо? Мы распространяем МойОфис через партнеров. Демо-версию они предоставляют — равно как и расчет стоимости.
Список партнеров с возможностью выбрать подходящего и заказать демо-доступ доступен на нашем сайте в разделе myoffice.ru/partners )
Список партнеров с возможностью выбрать подходящего и заказать демо-доступ доступен на нашем сайте в разделе myoffice.ru/partners )
изначально заполнят форму https://myoffice.ru/partners/#partner4 еще полтора года назад, насколько помнится, тогда было закрытое тестирование. с тех пор пару раз пытался куда-то писать — безрезультатно. контактный адрес всегда указывал ib[at]tundrasoft.ru
Может не совсем по теме, немного накипело.
Но сейчас наблюдается полный провал в программном обеспечении для обеспечения подготовки документации по ГОСТ (имеется в виду ЕСКД, ЕСТД) — написания различных инструкций, эксплуатационной документации, паспортов, ведомостей и т.п. Отсутствуют адекватные удобные инструменты подготовки шаблонов таких документов, отсутствует совместимость шаблонов созданных в разных организациях. Вот где непаханое поле! Вот в какой области должны работать разработчики отечественных текстовых и не только редакторов! У потребителя должна быть возможность, к примеру, открыть текстовый редактор выбрать размер листа по ГОСТ 2.301, выбрать форматку Формы 2 по ГОСТ 2.104 (в векторном формате) и выбрать форматирование документа полностью отвечающее ГОСТ 2.105, структуру документа для Формуляра по ГОСТ 2.610, а оформление и нумерация рисунков в соответствии с ГОСТ 2.601. И реквизитная часть документа должна соответствовать ЕСКД! И чтобы пользователь больше не волновался что его документ не пройдет нормоконтроль из-за точек в конце нумерации пунктов! А еще чтобы в документах можно было бы заимствовать пункты и абзацы из одного документа в другой и что бы они изменялись параллельно во всех документах. Я сейчас не шучу.
Вот что нужно, а вы разрабатываете очередной текстовый редактор для офисных клерков, которым и Notepada обычно хватает. Понятно, что продукт сделан просто чтобы он был включен в список отечественного ПО, что бы выигрывать тендера.
Возможно все что я описал у вас есть, вот только даже захудалой демки у вас на сайте не сыщешь!
Но сейчас наблюдается полный провал в программном обеспечении для обеспечения подготовки документации по ГОСТ (имеется в виду ЕСКД, ЕСТД) — написания различных инструкций, эксплуатационной документации, паспортов, ведомостей и т.п. Отсутствуют адекватные удобные инструменты подготовки шаблонов таких документов, отсутствует совместимость шаблонов созданных в разных организациях. Вот где непаханое поле! Вот в какой области должны работать разработчики отечественных текстовых и не только редакторов! У потребителя должна быть возможность, к примеру, открыть текстовый редактор выбрать размер листа по ГОСТ 2.301, выбрать форматку Формы 2 по ГОСТ 2.104 (в векторном формате) и выбрать форматирование документа полностью отвечающее ГОСТ 2.105, структуру документа для Формуляра по ГОСТ 2.610, а оформление и нумерация рисунков в соответствии с ГОСТ 2.601. И реквизитная часть документа должна соответствовать ЕСКД! И чтобы пользователь больше не волновался что его документ не пройдет нормоконтроль из-за точек в конце нумерации пунктов! А еще чтобы в документах можно было бы заимствовать пункты и абзацы из одного документа в другой и что бы они изменялись параллельно во всех документах. Я сейчас не шучу.
Вот что нужно, а вы разрабатываете очередной текстовый редактор для офисных клерков, которым и Notepada обычно хватает. Понятно, что продукт сделан просто чтобы он был включен в список отечественного ПО, что бы выигрывать тендера.
Возможно все что я описал у вас есть, вот только даже захудалой демки у вас на сайте не сыщешь!
Сейчас мы как раз решаем задачу поддержки регламентов и шаблонов делопроизводства согласно ГОСТ. Поддержка ЕСКД/ЕСТД — это наш следующий шаг.
В наши редакторы будет интегрирован «Конструктор документов» компании FreshDoc.ru. Это позволит решить задачу повторного использования пунктов и абзацев в документах.
А еще чтобы в документах можно было бы заимствовать пункты и абзацы из одного документа в другой и что бы они изменялись параллельно во всех документах.
В наши редакторы будет интегрирован «Конструктор документов» компании FreshDoc.ru. Это позволит решить задачу повторного использования пунктов и абзацев в документах.
Судя по описанию FreshDoc.ru не по что я имел в виду. FreshDoc.ru похоже просто система шаблонов. Поправьте, если я не прав.
Я имел в виду, что при разработке комплекта эксплуатационной документации на одно какое-то изделие в Формуляре, Паспорте и Руководстве по эксплуатации (документы просто для примера) могут использоваться одни и те же пункты (разделы, просто отдельные тексты, обозначения изделия), но в разных местах этих документов. Эти пункты содержат характеристики данного конкретного изделия и в каждом документе этого комплекта должны быть одинаковы. А характеристики изделия в процессе разработки иногда меняются, что вызывает лавину изменений во всех документах, относящихся к этому изделию. Поэтому, если изначально был разработан Формуляр (как наиболее полный документ) то должна быть возможность перенести из него в Паспорт некоторые пункты. Исправление текста этого пункта в Паспорте (ровно как и Формуляре) приведет к исправлению текста во всех документах, где этот пункт использовался.
Высшим пилотажем будет, автоматическое распознавание и подтягивание из ГОСТов определений понятий использованных в тексте. В интернете есть пример конторы, которая организовала весь вышеупомянутый функционал в ПО собственной разработки, но не продает софт, а продает услуги по разработке документации. За них можно только порадоваться.
Я имел в виду, что при разработке комплекта эксплуатационной документации на одно какое-то изделие в Формуляре, Паспорте и Руководстве по эксплуатации (документы просто для примера) могут использоваться одни и те же пункты (разделы, просто отдельные тексты, обозначения изделия), но в разных местах этих документов. Эти пункты содержат характеристики данного конкретного изделия и в каждом документе этого комплекта должны быть одинаковы. А характеристики изделия в процессе разработки иногда меняются, что вызывает лавину изменений во всех документах, относящихся к этому изделию. Поэтому, если изначально был разработан Формуляр (как наиболее полный документ) то должна быть возможность перенести из него в Паспорт некоторые пункты. Исправление текста этого пункта в Паспорте (ровно как и Формуляре) приведет к исправлению текста во всех документах, где этот пункт использовался.
Высшим пилотажем будет, автоматическое распознавание и подтягивание из ГОСТов определений понятий использованных в тексте. В интернете есть пример конторы, которая организовала весь вышеупомянутый функционал в ПО собственной разработки, но не продает софт, а продает услуги по разработке документации. За них можно только порадоваться.
UFO just landed and posted this here
Я инженер-технолог литейного производства. Я очень стараюсь, но я не программист. Каждый должен своим делом заниматься. Самое интересное, что и правда многим надо и в следующем году наша организация собирается софта для автоматизации и прочего закупить на 1 млн. рублей, но вот такого продукта, как мы обсуждаем, на рынке мы не нашли.
Такая же фигня, бро. Наши вроде асконовскую систему технологической документации собираются покупать. Посмотрим что-как. Но формы рисовал себе сам в старом Ворде (2003), сейчас 2010-й. Я самостоятельно леплю гиперссылки на ГОСТы и другую НТД. Но на систему это мало похоже. ((
Рад встретить товарища по несчастью! Или счастью… ИМХО, не берите АСКОН, они тупиковая ветвь. Их мертворожденный 3d-движок приведет к гибели всего семейства их продукции, хотя конечно не скоро. Мы остановились на российских T-Flex DOCs + T-Flex CAD, но там систему документации пилить под себя на C# надо очень-очень много, в чем я и оказался крайним. Т.е. без отдела IT в компании с DOCs лучше не связываться. А так, можно сказать что эти ребята сейчас в авангарде российского машиностроительного САПР, и подают большие надежды. Есть еще интересные СПРУТ-ТП (они же swr-Технология), есть ТехноПро и тысячи прочих, но у всех свои недостатки. По настоящему хороших нет. С другой стороны если у вас чертежи на лицензионном KOMPAS, то выбора у вас особого нет… Что-то я в оффтоп ушел, прошу прощения. А так да, Word+формы в wmf+текстовые поля/автотексты.
Всё, что Вы описали — было возможно получить за счёт шаблонов в старых офисах от Микрософт и проч., но бесконечное стремление к улучшайзингу это всё счастье похерило, емнип.
Нужно двигаться не в сторону упрощения бюрократии, а в сторону её искоренения.
Смотря что считать бюрократией. ГОСТ — во первых это порядок (а это правильно), дело не в бюрократии. В том то и дело, что наличие готовых доступных всем шаблонов полностью устранило бы бюрократическую составляющую, а вывело стройную описанную со всех сторон систему документации. Я конечно понимаю, что наш человек не любит порядок, всем хочется какой-то отсебятины добавить или обхитрить кого. В беспорядке хуже просматривается обман. Однако вся отчетность по государственным (и не только) заказам сдается по ГОСТ (ЕСКД и ЕСТД и т.д.) и никуда вы не денетесь от этого.
Вот всё описанное можно хоть сейчас в LaTeX'e сделать. Чтобы содержимое было отдельно, а форматирование отдельно. И общую часть документов можно вынести в отдельный файл. И версионировать можно по-человечески. Но ведь хотят же MS Word и никак иначе.
Посоветуйте, пожалуйста, LaTeX-редактор под Windows максимально похожий на MS Office для конечного пользователя. Желательно с оформлением панелей в стиле Ribbon. Ну или вообще какой-нибудь наиболее юзер-френдли — будем пробовать.
Традиционный, когда большое количество действий выводится на единую панель инструментов. А менее важные действия переносятся в меню
«Менюшный» подход изначально предполагал, что все возможные действия пользователя есть в меню — а на панель выносятся только наиболее часто употребимые (причём нередко пользователь сам мог настраивать панель). При этом менюшка играет роль «опережающей подсказки» — явно предлагая пользователям возможные варианты действий.
Контекстно-зависимое меню перестаёт играть эту роль — и плохо тем, что пользователь может в принципе не знать и никогда не узнать о некоторой возможности.
Надеюсь, хоть LibreOffice, где пока ещё можно добавить/удалить/изменить любую панель/меню/кнопку, до такого не докатится.
Нет, я не фанат открытого софта, но организовать действительно удобную работу с текстом (а не строчить служебные записки) можно только в нём и старом MSO 2003.
Нет, я не фанат открытого софта, но организовать действительно удобную работу с текстом (а не строчить служебные записки) можно только в нём и старом MSO 2003.
Нельзя ли решить проблему с клавиатурой разработкой своей собственной клавиатуры? Насколько знаю, в iOS и Android есть возможность ставить «кастомные» клавиатуры. Можно взять внешний вид дефолтной и сделать переключатель в режим редактирования текста, так же как есть переключатель на другой язык\спецсимволы и т.д. Не знаю насколько глубоки возможности кастомизации (всплывающие окна и т.п. без сворачивания клавиатуры), но, на мой взгляд, это было бы удобней описанной реализации. Успехов!
Цены на ваши продукты вряд ли можно считать конкурентоспособными на рынке. Оставив за скобками госучреждения, не вижу вашей ЦА.
Персональных лицензий у нас нет, потому что мы ориентируемся на государственные организации и корпоративных заказчиков.
Sign up to leave a comment.
Панель инструментов редакторов МойОфис