Тогда создайте в OO многоуровневую нумерацию абзацев. Сразу ощутите архитектуру приложения.
Или скриптик по него напишите — там архитектура ещё лучше ощущается.
Например, таблицы, которые в OO ведут себя непредсказуемо и не стабильно.
Например, отступы до и после абазца — ясен перец, что если у меня есть отступ ДО абзаца и ПОСЛЕ абзаца и они пересекаются, то они должны перекрываться, а не суммироваться (как в OO).
Например, сказочные чудеса с нумерацией абзацев. Крайне запутанная и нестабильная штука, когда нужны многоуровневые сложные нумерованные стили.
Например, отсутствие двойных линий — у многих компаний они присутствуют на фирменных бланках.
Например, грандиозный косяк с автотекстом. Невозможно создать некое поле, значение которого автоматически будет обновляться по всему тексту! В результате теряется возможность соблюдать многие коорпоративные стандарты и вообще создавать шаблонные документы малой кровью.
Например, грандиозная ошибка с Java, когда обновление Java после установки OO приводит к невозможности использовать Java из OO. Лично слал баг-репорт больше года назад — до сих пор не по-фиксено.
А ещё есть полной отсутствие документации на скриптовый движок из-за чего обычный пользователь не может его использовать.
Про Calc я вообще молчу -страшно использовать, после того, как в одной из версий (примерно пол года назад) просто не работала операция деления.
Короче говоря — множество детских болезней, которыми MS переболел ещё в далёком 2000.
«Молча, не шевеля ушами, хоть бы попробовали для начала и поняли, что все там вставляется»
Ну, вставьте Calc во Writer, а потом передвиньте. Будет интересная игра — попади в пиксель.
Ещё можно попробовать добиться того, чтобы отображались только данные, без панели инструментов. Но самый большой сюрприз ждёт при попытке это счастье напечатать.
Про попытку втавить в документ, например, схему или чертёж говорить, я думаю, не стоит?
«Здесь тоже самое. Скрипты есть, да причем понавороченнее чем у M$, например кроме VB еще и Python, JS.»
Дорогой друг, Вы сами-то их пользовали? Ткните мне пальцем в документацию по их скриптовому движку? Кроме наборе примеров (некоторые с ошибками) ничего нет. Прикажете из-за каждого скрипта скакать по форумам, курить исходники и тратить уйму времени? В пересчёте на деньги получается проще написать полноценную программу или нанять девочку-дауна.
А теперь посмотрите на великолепную документацию VB и объектной модели от MS — любой, кто умеет программировать хоть на чём-то с лёгкостью напишет нужный ему скрипт за один-два дня. По своему опыту знаю — для MS Office я написал здоровенный скрипт с формами, разбором внешний данных и анализом документов всего за два дня, ничего об этом не зная до того момента.
В пересчёте на деньги MS получается дешевле из-за большего функционала и отличной документации.
В чём-то согласен.
Но дело как раз в ВПК.
Для ВПК пока идёт ужас и кошмар и ужас цены на отечественную продукцию в 15 (!!!) раз выше импортных аналогов! При том, что некоторые вещи бессовестно клепаются заграницей. Как уже показал опыт бесполезно оправдывать экономическую нецелесообразность нуждами ВПК. ВПК может жить более-менее нормально только в том случае если на том же оборудовании изготовляется конкурентоспособная коммерческая продукция. Иначе случается отрыв от реальности и колоссальное технологическое отставание по продукции ВПК (цены перестают быть рыночными, бюджеты раздуваются неимоверно и в результате на сказочные деньги получается говно на палочке).
Какой Эльбрус?! Окститесь! Почитайте что это. Ничего там нет. Специалистов растеряли и клепают цельно-содраный лицензированный чип. Причём за границей клепают.
Во-первых, это сейчас. Пока завод построят и запустят (2 года минимум, т.к. после строительства ещё персонал нужно обучить) нормой будет 65/45 нм. Так что отставание на два шага. 130нм к тому времени даже самые ленивый китаец сможет клепать.
А нанометры влияют на многое. Это потребление и процент выхода годной продукции. Разница между 65нм и 130нм уже принципиальная — некоторые вещи (например память) просто не будет иметь смысл делать, так как разница в цене будет отличаться на порядок. Плюс в ближайшее время ожидается качественные рывок в носителях информации — переход на SSD и RAM-диски больший размеров. Практически все гиганты микроэлектроники заявили о своих планах в этой области. Плюс, опять в новом облике возрождаются системы на кристалле. На 130 нм такого не сделать Т.е. сразу будет не просто отставание по тех процессу, но сразу на поколение устройств. Это при самом оптимистичном раскладе.
Это желание пользователей. Можно сколько угодно им рассказывать про альтернативы, но они банально не хотят с этим всем заморачиваться — от установки и настройки софта, до проблем с лицензионностью музыки.
Кстати это не Word пять лет назад. Пять лет назад уже во всю был стабильный MSOffice2000 и более/менее стабильный MSOffice2003. А OO даже до MSOffice2000 по функционалу не дотягивает — что-то на уровне MSOffice98. Это полноценные десять лет отставания.
В контексте Линукса это не улыбает, а печалит — как прикажете вставлять чертежи в в документы? Да что там чертежи. Как будем вставлять таблицу Calc в документ Writer и наоборот? это часта и нужная операция.
> Всегда интересовал ход мыслей людей, пытающихся из Excel сделать, скажем, СУБД или в Word'е реализовать CMS
А если у вас прайс в таблице хранится и нужно что-то с ним сделать прикажете девочку-дауна нанять и ручками два дня уродоваться, а потом пять раз переделывать? Или проще за пол часа скрип написать и автоматом всё получить?
Или нужно документ автоматом по шаблону заполнять — руками прикажете?
Собственно если Вас не удивляет сам факт использования таблиц, то не должна удивлять потребность в могучем скриптовом языке для них.
OpenOffice — слабый конкурент MSOffice. Сложности с таблицами, нет некоторых вещей (двойные линии в таблицах например и объединение отступов до/после абзаца), сложности и чудеса с таблицами вообще, кривая поддержка OLE. И крайнее слабая поддержка скриптов (точнее скриптовый язык мощнейший, но документации на него практически), что сильно останавливает пользователей, использующих офис более чем печатающую машинку.
Да если сразу вытащить просушить и не включать до полного высыхания, то с большой вероятностью ничего не будет (это если вода без стирального порошка). Тут я согласен. Но повторяю — вода попадает под корпуса микросхем и в разъёмы и влажность там может оставаться неделю. И сушка помогает слабо. Т.е. можно высушить, но нужно разбирать, раскрывать все разъёмы, раскладывать и сушить долго и нудно. Если же промыть спиртом, то потом сушить проще и нет риска окисления из-за присутствия в воде какой-нибудь дряни.
Угу, только там специальный радиатор под конкретную мамку. Ничего собрать не получится, только готовое покупать, а таки вещи уже к промышленным компьютерам относятся и стоят по-дороже.
К каждому стаканчику нужно было давать билетик лотерейный, который для участия в розыгрыше нужно зарегистрировать на сайте.
Народ бы потом по карман эти билетики по-находил и от нечего делать зашёл бы на сайт.
Да были бы какие-то затраты (на минимальные призы и билетики с разными номерами), но зато отклик от акции был был процентов 30%.
Вы это на основании какого опыта говорите? Бросьте сотовый в воду и засекайте через сколько он сдохнет — хоть суши, хоть не суши. Или пойдите спросите у людей, которые ремонтом сотовых зарабатывают, — каков шанс, что сотовый после качественного намокания работать будет?
Да, если сразу разобрать и феном долго греть, то может и будет работать. А может через три дня сдохнуть.
Повторяю — вода попадает под микросхемы и там не высыхает неделями. И за время высыхания успевает окислить ноги, пайку и переходные отверстия.
После спирта тоже сушить нужно долго и нудно. Но 2% воды в спирте, как показывает жизненный опыт не достаточны для окисления контактов.
Или скриптик по него напишите — там архитектура ещё лучше ощущается.
Например, отступы до и после абазца — ясен перец, что если у меня есть отступ ДО абзаца и ПОСЛЕ абзаца и они пересекаются, то они должны перекрываться, а не суммироваться (как в OO).
Например, сказочные чудеса с нумерацией абзацев. Крайне запутанная и нестабильная штука, когда нужны многоуровневые сложные нумерованные стили.
Например, отсутствие двойных линий — у многих компаний они присутствуют на фирменных бланках.
Например, грандиозный косяк с автотекстом. Невозможно создать некое поле, значение которого автоматически будет обновляться по всему тексту! В результате теряется возможность соблюдать многие коорпоративные стандарты и вообще создавать шаблонные документы малой кровью.
Например, грандиозная ошибка с Java, когда обновление Java после установки OO приводит к невозможности использовать Java из OO. Лично слал баг-репорт больше года назад — до сих пор не по-фиксено.
А ещё есть полной отсутствие документации на скриптовый движок из-за чего обычный пользователь не может его использовать.
Про Calc я вообще молчу -страшно использовать, после того, как в одной из версий (примерно пол года назад) просто не работала операция деления.
Короче говоря — множество детских болезней, которыми MS переболел ещё в далёком 2000.
Ну, вставьте Calc во Writer, а потом передвиньте. Будет интересная игра — попади в пиксель.
Ещё можно попробовать добиться того, чтобы отображались только данные, без панели инструментов. Но самый большой сюрприз ждёт при попытке это счастье напечатать.
Про попытку втавить в документ, например, схему или чертёж говорить, я думаю, не стоит?
«Здесь тоже самое. Скрипты есть, да причем понавороченнее чем у M$, например кроме VB еще и Python, JS.»
Дорогой друг, Вы сами-то их пользовали? Ткните мне пальцем в документацию по их скриптовому движку? Кроме наборе примеров (некоторые с ошибками) ничего нет. Прикажете из-за каждого скрипта скакать по форумам, курить исходники и тратить уйму времени? В пересчёте на деньги получается проще написать полноценную программу или нанять девочку-дауна.
А теперь посмотрите на великолепную документацию VB и объектной модели от MS — любой, кто умеет программировать хоть на чём-то с лёгкостью напишет нужный ему скрипт за один-два дня. По своему опыту знаю — для MS Office я написал здоровенный скрипт с формами, разбором внешний данных и анализом документов всего за два дня, ничего об этом не зная до того момента.
В пересчёте на деньги MS получается дешевле из-за большего функционала и отличной документации.
Но дело как раз в ВПК.
Для ВПК пока идёт ужас и кошмар и ужас цены на отечественную продукцию в 15 (!!!) раз выше импортных аналогов! При том, что некоторые вещи бессовестно клепаются заграницей. Как уже показал опыт бесполезно оправдывать экономическую нецелесообразность нуждами ВПК. ВПК может жить более-менее нормально только в том случае если на том же оборудовании изготовляется конкурентоспособная коммерческая продукция. Иначе случается отрыв от реальности и колоссальное технологическое отставание по продукции ВПК (цены перестают быть рыночными, бюджеты раздуваются неимоверно и в результате на сказочные деньги получается говно на палочке).
А нанометры влияют на многое. Это потребление и процент выхода годной продукции. Разница между 65нм и 130нм уже принципиальная — некоторые вещи (например память) просто не будет иметь смысл делать, так как разница в цене будет отличаться на порядок. Плюс в ближайшее время ожидается качественные рывок в носителях информации — переход на SSD и RAM-диски больший размеров. Практически все гиганты микроэлектроники заявили о своих планах в этой области. Плюс, опять в новом облике возрождаются системы на кристалле. На 130 нм такого не сделать Т.е. сразу будет не просто отставание по тех процессу, но сразу на поколение устройств. Это при самом оптимистичном раскладе.
> Всегда интересовал ход мыслей людей, пытающихся из Excel сделать, скажем, СУБД или в Word'е реализовать CMS
А если у вас прайс в таблице хранится и нужно что-то с ним сделать прикажете девочку-дауна нанять и ручками два дня уродоваться, а потом пять раз переделывать? Или проще за пол часа скрип написать и автоматом всё получить?
Или нужно документ автоматом по шаблону заполнять — руками прикажете?
Собственно если Вас не удивляет сам факт использования таблиц, то не должна удивлять потребность в могучем скриптовом языке для них.
Народ бы потом по карман эти билетики по-находил и от нечего делать зашёл бы на сайт.
Да были бы какие-то затраты (на минимальные призы и билетики с разными номерами), но зато отклик от акции был был процентов 30%.
Да, если сразу разобрать и феном долго греть, то может и будет работать. А может через три дня сдохнуть.
Повторяю — вода попадает под микросхемы и там не высыхает неделями. И за время высыхания успевает окислить ноги, пайку и переходные отверстия.
После спирта тоже сушить нужно долго и нудно. Но 2% воды в спирте, как показывает жизненный опыт не достаточны для окисления контактов.