Можно ли обработать двойной клик по таблице значений документа?
7.7
Может различные формексы 1с++ ?

Ладно, всё понятно. Здесь все Кашпировские и лечат по телевизору. Даже не взглянув на пациента. Гуру бизнеса.

(171) просто многие из нас видели более чем одну учетную систему.

(170) почти не читал. что, у них одна таблица?

(173) Да что-то такое промелькивало... Хотя я могу ошибаться

(174)
дежа вю.  
еще бы предложили реквизит с настраиваемым типом...

(174) Ошибаешься

(171) Все же просто. Если форма открыта в режиме "Только просмотр", то и доступа к редактированию нет. Но ничего вам не мешает сделать на этой форме отдельную кнопочку. По нажатию откроется форма обработки, в которую передаешь данный документ "Параметром". А уже в той обработке заполняешь что угодно и как угодно, а также даешь пользователям удобные инструменты для заполнения, редактирования и прочего. Например, если все нужные поля заполнены, то такие товары в этой обработке сразу не показываешь, чтобы Пользователь не лазил по большому документу ради одной позиции. Ну и т.д.

(176) это, суко, неудобно! у ТС 100500 документов в день менеджер обрабатывает. 100500 лишних кликов на кнопочку. кнуп = 1 сек, 100500 сек, это же целый рабочий день! не успеет!

(176) ему нужны заполненые товары, чтоб копипастить оттуда... :-)
просто он забывает, что автоматизация бардака приводит к автоматизированному бардаку.
лучшая иллюстрация - его же скрин в (112), колонка "контрагент".

(177) дык я не понял, разве формексовская ПриДвойномНажатииЛевойКнопки() не отрабатывает в ТолькоПросмотр?

(177) ускорять можно и нужно. я бы в некоторых случаях и драг-н-дроп применил, если это логично и обосновано. но начинать-то надо не с автоматизации бардака, а с ликвидации бардака.

(177): я б решил так.
форма журнала - с подчиненной ТЗ (внизу), которая заполняется копией таб.части тек.документа по формуле текстового реквизита на морде. а на этой тз уже по дабл-клику на ячейке - открывать модальный ввод/выбор нужного реквизита для элемента справочника, указанный в тек.строке - а потом если введено то прописать введенный реквизит в элемент справочника, указанный в тек.строке - и установка его в тек.строке (обновление).
журнал (чтобы родные не корячить) - новый общий с программным отбором по виду документа...

(181) тогда уж отдельная вкладка, и три таблицы: с "кривыми документами", с "правильными" строками из выбранного документа, и с "неправильными". Ну и драг-н-дроп между двумя последними таблицами. Ну и динамическое обновление первой таблички

(176) Ну конечно, на три реквизита три кнопочки. В чём проблема )

(177) Ну конечно удобней это делать через кнопки
(178) какая проблема  с колонкой Контрагент?
(180) Из 183 трёх месаг хотябы одна конкретная будет?

(181) https://prnt.sc/wkw9zn
модели можно и в ТЗ заполнять, только уже писал 100 раз - на это нужно на одна минута, а часто минут 10-20. потмоучто помимо моделей ещё куча другой инфы есть для окончательного оприходования.
И не всегда всё делается до конца.
И тогда такие приходы подсвечены красным.
И манагер видит свои красные приходы в журнале, /И БЛИН НЕ НУЖНО ПОЛДНЯ ИХ ИСКАТЬ В ЖУРАНЕ - ХИ ПОДСВЕТИТЬ МОЖНО/
спокойно открывает, СРАЗУ видИт многострочнуЮ часть и спокойно исправляет через двОйной клик .

И ИМЕННО ТАК ПРИАВЛЬНО,  а не  вешать для этого кнопки или мудрить отдельную обработку.

А СЕЙЧАС ПОЛУЧАЕТСЯ ЧТО МНЕ ГОВОРЯТ: ТЫ ПЛОМБИР ТЫ НЕ ПОКУПАЙ, ЛУЧШЕ КУПИ ШОКОЛАД, ОН ЖЕ ВКУСНЕЕ НАМНОГО.
Я спрашиваю, а почему? Ответ - А ПОТОМУЧТО ЭТО ВСЕ ЗНАЮТ, У НАС ОПЫТА БОЛЬШЕ

(182) Очень сложно по 100 раз объяснять каждому, что  у меня есть отдельная закладка ТЗ, в которой принимается xls файл и обрабатывается. И если там не заполнена модель /или другие нужные реквизиты/
то манагер это заполняет в ЕКСЕЛЕ перед нажатиме кнопки Импорт. Но если он по своим соображениям не всё заполнил, то я хочу иметь максимально быстрый способ заполнения, открывая подсвеченный красным документ прихода.

НО ОКАЗЫВАЕТСЯ ЭТО НЕ ПРАВИЛЬНО )

(183) ну а в чем проблема сделать через кнопку, если ты не можешь по другому? я вот специально скачал и поставил платформу, и проверил в режиме Просмотр - у меня прекрасно отрабатывает даблклик :-)
(185) небе говорят: "не  все то, что коричневое - шоколад"

(184) Если пользователи в названии контрагента пишут вначале иногда фамилию, иногда имя, а иногда, вообще, телефон, то как они потом находят нужного в справочнике?

(183) Зачем? Одна кнопка, где-то внизу "Обработать характеристики". По нажатию открывается обработка, в которой делаешь все то, что ты хотел сделать в этом своем документе.

(185) Ну смотри, ты в (0) жалуешься, что попадаешь на ограничения платформы. Собственно далее у тебя выбор: либо делаешь эту операцию как-то по другому (например обработкой, хотя и не весело), либо обходишь ограничения платформы (используя, например, FormEX).

(187) А я поленился проверять, поверил ТС на слово )))

(184) проблем простая - у тебя ТУПЫЕ менеджеры не могут однообразно заполнить реквизиты контрагента: где-то имя-фамилия, где-то фамилия-имя, где-то имя-телефон, где-то телефон-имя.

(187) В режиме просмотр штатными средствами двойной клик НЕ обрабатывается штатными средствами. По крайней мере никто не написал как это сделать. /Если док открывать для записи тогда легко/
День назад я этого не знал, поэтому и завёл тему.
завёл тему потомучто:
1) потомучто я хочу через двойной клик и мне нравится пломбир а не шоколад
2) узнать, впринципе ли возможно обработать двойной клик в МЧ документов 1с при открытии дока для чтения

(189) не, ебстебственно, формексом, а не просто даблкликом. но, млин, можно было уже за сутки взять и проверить.

(191) в клюшках можно сделать фактически что угодно

(188) Есть специальная обрабоки, которые по номеру телефона /или любому другому тексту\ через прямой запрос за ОДНУ секунду находят нужного контрагента.
как так ?? Кашпировские ведь должны всё знать

(194) еще раз, для особо одаренных: нужно не автоматизировать бардак, а не допускать оного

(189) Более менее конструктивно )
Отвечаю. Если я решил, что хочу видеть в МЧ прихода три реквизита товара, и решил иметь возможность их править из этого документа, то проще их править через двойно клик.
И это кстати я уже реализовал. Повысил права юзеров на документа и открываю их в режиме записи.
Изначально я не знал такого решения

(195) Обобщаем дальше

(197) можно и обобщить: по закону соответствия менеджеры соотвествуют руководителю, а руководитель в менеджерам.

(198) Главное что  Mikeware всё знает )

(199) Чего ты завелся?
Это семерка писалась для пользователя (и было это давно и неправда), а в восьмерке - программе виднее, как надо.

(199) Хуже, что ты этого не можешь понять

(200) у него рукопись. нетленка

(202) И что?

(200) Ни одного конретного утверждения. Только:
(190) " у тебя ТУПЫЕ менеджеры"
(201) "ты этого не можешь понять"
(195) "нужно не автоматизировать бардак, а не допускать оного"

и так во всех сообщениях. Конструктивно умеем общаться?

(204) то, что Вы хотите одно из единственных конкурентных преимуществ lsFusion

(205) Я хотел только двойной клик по ячейке )

Но не исключаю что могу изза этого клика не только платформу поменять ).

(203) то, что конкретно эта "семерка" писалась не для пользователя...
(205) редактировать реквизиты элемента справочника в списке, в котором есть сразу элемент справочника?
не, это легко, но нахрена?

(207) "наш изя сменил таки пол!"©

(208) Потомучто:
1) это быстрее чем открыть элемент в справочнике
2) не нужно давать права на изменение элемента справочника /если не мудрить реализацию прав/

(185): алёна, я к тебе вообще не обращался, чо ты истеришь и капсишь хз и вообще какого хрена ты адресуясь к (181) отвечаешь совсем не на то что там описано - тоже лишнее, хм, доказательство некоторой когнитивной несостоятельности. истеричка, тебе объясняют и разжевывают - а ты тупишь и орешь не понимая.

(185) нихрена не так. ты работаешь исключительно по оптимистическому сценарию. это прямой путь к траблам. самый простой вариант: журнал открыт с таким периодом, в который не попадает неотработанный "документ" (ну вот получилось так). Или формекс гряпнулся. Или еще что. И жопа. Неотработанные номенклатуры "потерялись", потому что у менеджера всегда жопа в мыле. Должен быть единый ЦУП/АРМ для работы с "проблемной номенклатурой", не привязанный непосредственно к открытию документа. в этом цупе/арме - тащитяс все проблемное по текущему менеджеру/юзеру (обрабатывая унутре все неотработанные документы и прочая). в таком арме 1. он может быть реализован отддельнйо обработкой, и не надо каждый раз при исправлении логики "арм" обновлять конфигу 2. можно сделать всякого полезного больше чем в документе, хотя бы тупо тем что в таком арме он не будет "засоряться" уже отработанными позициями. ну и проч...

(189) тут пофиг огрнаичения платформы. их всегда можно извернуться и обойти. Мое глубочайшее имхоище - концепция в корне неправильная.

(212) Может быть куча разных механизмов. Это не исключает того, что если менеджер видит гдето проблему, он должен иметь способ её сразу быстро исправить

(210) ну так сделай.
"если не мудрить реализацию прав" - и потом хрен отследишь, кто что менял.  и не разграничишь права, не обеспечишь целостность данных, и много-много других моментов.
заметь, те, кто могут легко твою хотелку реализовать (а таковых отметилось в ветке штук пять) - не будут делать потому, что это чушь. и дают тебе - заметь, куча народу, достаточно опытного и повидавшего разных заказчиков - совет, как сделать правильно. а ты правильно делать не хочешь.
(214) исправлять нужно не "быстро". Исправлять нужно "правильно"

"1. он может быть реализован отдельной обработкой, и не надо каждый раз при исправлении логики "арм" обновлять конфигу "
___________________
обновление конфигурации - это отдельная тема, не имеет отношения к двойному клику

"Неотработанные номенклатуры "потерялись", потому что у менеджера всегда жопа в мыле. Должен быть единый ЦУП/АРМ для работы с "проблемной номенклатурой", не привязанный непосредственно к открытию документа."
_______
Ты уверен что такого Арма нет?
Наличие такого Арма исключает возможность редактирования данных по двойному клику?

(215) ""если не мудрить реализацию прав" - и потом хрен отследишь, кто что менял.  и не разграничишь права, не обеспечишь целостность данных, и много-много других моментов."
__________________
Речь была об изменение элемента справочника а не документа.

"заметь, те, кто могут легко твою хотелку реализовать (а таковых отметилось в ветке штук пять)"
_________________
она уже давно реализована. Так как нужно именно мне.

(216) наличие АРМа не исключает возможность редактирования, но делает его менее нужным
(217) и я об изменении "элемента справочника".

(216) "Наличие такого Арма исключает возможность редактирования данных по двойному клику?"
нет, не исключает. но залог устойчивой работы, прогнозируемой, плановой и легко контролируемой извне (в том числе ЧТО ТЯЖЕЛЕЕ ВСЕГО - контроль менеджером самого себя) - отсутствие альтернатив. Особенно при массовой потоковой работе, каковая есть у тебя.

(217) "Речь была об изменение элемента справочника а не документа."
менять элементы справочника заходя через документ в справочник - рвать гланды через жопу.

(220) это пол-беды. беда в том, что для этого разрешается редактирование документа. что дает простор для сам знаешь чего....
Впрочем, "не в кобылу овёс..."®

(221) И откуда такой вывод что разрешается редактирование документа?
Опять Кашпировский? )

(220) "менять элементы справочника заходя через документ в справочник - рвать гланды через жопу."

Это ярлык. Мне кажется правильней либо конкретно говорить почему шолоколад лучше пломбира, либо не говорить вообще.
Т.е. если юзер отредактировал поле элемента  через справочник /как здесь делают 100%/ это нормально. А если иметь возможность отредактировать это поле из документа - всё, конец света

(216) Дался тебе этот двойной клик в документе, открытом для просмотра!
Если эта процедура с вводом недостающих реквизитов массовая, то это надо делать в другом интерфейсе на этапе загрузки.
А если редкая, повесь на кнопку.
И тот и другой вариант тебе уже разжевали.

(94) Ёпрст, где посмотреть как получить ячейку по координатам даблклика? Помнится, где-то обсуждалось...
(163) Больше закладок богу закладок!
(185) Ёшь твою еть! По скрину понятна глубина ... эм... глубины.

Насчёт разжёвывания и упорства: просто ТС акцентуированный эпилептоид. Без обид, это не обзывательство, а констатация типа характера. У такого типа есть весьма полезные положительные качества. Но не в нашем случае. ТС построил свой велосипед, хочет чтоб вот тут блестело, а ему говорят, дескать конструкция неоптимальная и вообще... Не прокатит. Он строил, строил, а Вы все как сговорились! "Зачем тебе чтобы блестело? Лучше цепь смажь и лишние колёса открути!" ;) Не в коня корм.

(0) По существу: - На мой взгляд надо смотреть в сторону формекса в (94). Получится именно как ты хочешь. И усугублять нах...раписто.

(222) так один чувак в (196) напейсал: "Повысил права юзеров на документа и открываю их в режиме записи." Не знаешь того чувака?
(223) естественно, это ярлык. Если чуваку десять раз объяснили, что в жопе нет шоколада, а он требует доказать, что изжопный шоколад вкуснее - на него клеят ярлык "идиот"

(224) Я повесил это на двойной клик, это намного разумнее чем забивать окно документа кнопками. И мне не понятно как с этим можно спорить

(225) йо. как то я упустил картинку из (185)... "это ж просто праздник какой-то"®
понятно, почему он против кнопки - места под кнопки больше нет

(226) " так один чувак в (196) напейсал: "Повысил права юзеров на документа и открываю их в режиме записи." Не знаешь того чувака?"
____________
Блин Кашпировский, а нельзя включить мозг, и подумать что права в конфигураторе можно дать на запись, но при открытии документа не давать возможность редактировать?

(221)"это пол-беды. беда в том, что для этого разрешается редактирование документа. что дает простор для сам знаешь чего...."

И соответственно никакого редактирования документов НЕ разрешается.
Но здесь же все Кашпировские , и знаю всё на свете

(230) добавь на форму справа внизу "version 0.8" и узбагойся уже

(230) Кашпировские знают не всё. но больных - видят :-) Некоторым больным даже могут помочь. Но не всем, ибо некоторые - неизлечимы.
однако смех продлевает жизнь...

(231) в паспорт.....

"Недоделанные отчеты - это не беда. главное - доделывайте детей, а то недоделанные дети вырастают и приносят недоделанные отчеты. И никак не разорвать этот порочный круг".
.
;-)

я на свои старые фейсы смотрю - и то вымораживает.. https://www.screencast.com/t/d2lw6yhg

Что вы все на человека накинулись? Что в УТ11 нет полей для серий/характеристик? Ну и тут те же самые яйца, только в профиль.
Только вот в режиме "на просмотр" это и в УТ не работает...
Хочется странного (редактирование в режиме просмотра) - пусть реализует. В чем проблема то?
Ёпрст на идею решения через Formex давал в этой теме. Не очень простое решение, но оно реализуемо.

(236) Меня давно терзала идея давать в конфигураторе права на запись доков и отказаться от штатных прав а ввести свои права.
Вот двойной клик и дал окончательный толчок этому. Открывать в режиме Записи, но мониторить права юзера - вот и сделал наконецто

И смелые есть тут кинуть мне конфиг 1с, в котором я поучусь не через ж... программировать?  )
6170865@gmail.com

(236) Вопрос в том как определить ячейку под координатами клика.

(239) СКАТ скачай https://www.33lab.ru/load/viewcategory/18.html
Но там много ВК выше WinXP не работают, так что в виртуалке запускай.
(239) Координаты МСЧ есть? Текущая строка есть? Текущая колонка есть? Пиксельные вычисления и т.д. и т.п. Это реально возможно.
Делал такое с Йоксель, там же нет интерактивного изменения высоты или ширины строки. Сделал!
Дальше сами, сами... Мне такая хрень с ТЗ открытой на чтение не нужна ;)

(239) Это точно никому не нужно. какой смысл

(240) Хочется от настоящих писателей, местных ). А что такое скат - поделка левая

(236) ну вообще-то, серии и херактеристики - это не атрибуты номенклатуры, а отдельные сущности, подчиненные номенклатуре. Т.е. атрибуты не номенклатуры, а экземпляра(ов) номенклатуры. Т.е. атрибут строки документа.
(239) (240) да говно-вопрос™. вотпрямщаз проверил, благо вчера поставил клюшки.
Все примитивно, прямо от мужика в кепке.

Процедура ПриДвойномНажатииЛевойКнопки(сост, х, у, ФСО)
ФормаРасш = СоздатьОбъект("РасширениеФормы");
Атр = ФормаРасш.ПолучитьАтрибутПоКоординатам(х,у);
Если Атр.Заголовок="МногострочнаяЧасть" Тогда
  ФормаРасш.УстановитьТекущуюЯчейку("МногострочнаяЧасть",х,у);
  текКол=Форма.ТекущаяКолонка();
  текСтр=НомерСтроки;
КонецЕсли;
КонецПроцедуры

(235)видимо, меня вчера https://prnt.sc/wkw9zn впечатлило настолько, что ночью приснился этот интерфейс, только текст на китайском (иероглифами), и портретом Мао.

(243) "ну вообще-то, серии и херактеристики - это не атрибуты номенклатуры, а отдельные сущности, подчиненные номенклатуре. Т.е. атрибуты не номенклатуры, а экземпляра(ов) номенклатуры. Т.е. атрибут строки документа."
Да, это в корне меняет дело

(244) Да, в корне меняет. ибо если включен учет по сериям - то без серий проведение запрещено.

(245) Блин. а если включен учёт по моделям, то без моделей проведение нельзя запретить ? ))

(246) если нужно вести учет по моделям - то в документах без указания моделей проведение необходимо запрещать (специально для тупых: не "можно", а "нужно").

(240) Мне для общего развития :)
(241) Хотел было уже леща дать, но потом подумал, может это такой типа сарказм?
(243) Вот спасибо, хорошо. Похоже, что УстановитьТекущуюЯчейку() даже лишнее. ТС, аллё?! Это  именно то, об чём в (0).
Собственно, Майк десятком строк закрыл весь этот флуд на две с половиной сотни сообщений.

(247) Нуну, по барабану, что машины приниматься на складе не будут, главное что в учёте всё будет правильно. Лишний час /или день/ простоят, зато всё чётко, все модели разнесены

(248) УстановитьТекущуюЯчейку() какое это отношение имеет к (0) ?

(250) Эх ты... (с)

>>Можно ли обработать двойной клик по таблице значений документа?

Можно!

>>Может различные формексы 1с++ ?

Да, формекс.

Конкретная реализация в (243). УстановитьТекущуюЯчейку() из того алгоритма я убрал (т.е. я проверил).

ЧЁ ТЕ ЕЩЁ НАДО? ━╤デ╦︻(▀̿̿Ĺ̯̿̿▀̿ ̿)

(251) Не верно увидел номер поста.
Я зделал через выдачу прав на запись. Так более правильно.

Семён Семёныч...

(252) MVC сломал, гоутушник

(47) Злопчинский, вот объясни чем плоха такая реализация:
https://prnt.sc/wm3whq
Изначально всё оприходование товаров идёт в документе. И соответственно манагеру удобно добавлять нужную дополнительную инфу (та, что не находится в самой ТТН,
а больше относятся или к товару или к покупаемой партии товара: модели товара, фото товар, серийники, штрихкод, ссылки на объявки товара на различных ресурсах и сетях: ютуб куфар авито и т.д.)

Т.е. после того как манагер непосредственно оприходовал  ТТН /количество и цены/ ему нужно заняться следующим этапом оприходования. И ему это удобно делать из этого приходного документа,
и соответственно именно в нём и была реализована эта возможность. /С чем тут все поголовно не согласны и доказывают что в приходном документе не должно быть ничего кроме инфы из ТТН/

В журнале приходов через подсветку можно контролировать "завершённость документа прихода".
Также есть обработки, одна из них на скрине выше, которая позволяет контролировать не заполненную инфу: модели, фото, штрихокоды ссылки и т.д.
И из этой обработки кликом попадаем в приход и опять же через двойной клик быстро заполняем те пустые ячейки, которые были изначально не заполнены.

Объясни мне, в чём тут проблема???? И каким образом этот безнес-процесс нужно переделать если он плохой??
Я понимаю смысл тратить деньги на переделку только если нужно достигнуть цель: чтобы манагер за единицу времени смог выполнять больше работы, т.е. его труд стал более эффективным.

(228) Кстати сейчас пришло понимание одного из отличий между нами.
Вам платят за то что Вы делаете, и соответственно во много на первый план у вас выходит картинка. Нужно чтобы была красивая картинка.
Потому-что именно картинку в первую очередь оценит заказчик.
А вот эффективность его труда с созданным инструментом - уже по большому счёту часто по барабану программеру (заказчик часто не видит что можно было сделать лучше).
А вот у меня подход противоположный, мне по барабану картинка /с большего конечно/ и мне никто не платит, мне важна эффективность созданного инструмента.

(255) Я конечно, поотвык от клюшек, но у вас интерфейс на уровне вырви глаз - слишком перегружен ненужной инфой.

И в шапке дока.. хотя бы форматирование контрлов должно быть, группи слева, группки справа выровнены. А не как сейчас - фузиной попахивает

(248) ну, про процедуру я сказал в (179). Но дело не в обработке клика. Сделать, можно всё, что угодно - вплоть до робота, шарющегося по интеу и самостятельно ищущего недостающие характеристики. вопрос в том, нужно ли это делать.

(256) отличия между нами в том, что  1)я знаю, как работают бизнес-процессы на разных предприятиях, как они меняются внутри одного предприятия со временем (например, когда предприятие растет от 12 человек до 600), и проектирую систему так, чтобы при изменении БП (например, открытии удаленного склада, или филиала) работа не пострадала (и было минимум изменений в системах - учетной, взаимодействия, принятия решений, контроля). И более того, иногда предлагаю изменить БП для более эффективной работы (вчера, например, разговаривал об этом с собственнником бизнеса). 2) я знаю, как работают применяемые мной механизмы. 3)если я проектирую интерфейс - я стараюсь делать его простым (однозначным),  оптимизированным для работы "руками" (без мыши), и "шаговым" (не сделал текущеедействие - не сделаешь следующее. Делать можешь только то, что разрешено. и  т.п.). Другими словами, "я давно играю"
а вы работаете всю жизнь в одном ларьке, высасываете свои бп из в лучшем случае пальца, вместо их правильной организации - "автоматизируете бардак". и не представляете, как работают применяемые механизмы.
и понятие эффективности у вас - как у той секретутки, которая "эффективно" "печатает со скоростью 600 знаков в минуту - правда, такая фигня получается"©

"Автоматизируете бардак"
классное замечание.ок.

(260) особенно экстрасенсорные способности меня поражают

(262) потому, что я таких, как вы, видел достаточное количество. Поэтому вы предсказуемы.

(261) Автоматизируя бардак - получишь, в лучшем случае "автоматизированный бардак" :-)))

(262) это запросто. мне сколько раз говорили типа "мы только хотели попросить вот такую-то хотелку, а вы уже сделали.." вангуем и телепатируем.

Меня поражают две вещи. 1) Как же много необучаемых "спецов". 2) Находятся же люди, не будем показывать пальцем, которые со своих недосягаемых высот не утомляются объяснять и разжёвывать, и дожёвывать по нескольку раз одно и то же, ЧСХ, видя полную бесперспективность сих действий для конкретного индивидуума. И не раздражаются ведь! Долго. Поразительно. Некоторое даже отошли уже от этих клюшек совсем, но не устают делиться (не)древним знанием. :) Несомненная польза есть для третьих участников, сторонних наблюдателей и последующих археологов. Памятники при жизни надо ставить таким людям и премии выдавать. Хотя конкретно эта тема и зафлужена до безобразия.

(266) ТС не "спец". он дирехтур. который в силу разных причин (на мой взгляд, трех) не привлекает программистов, а "напейсает" сам.

(267) Ок, тогда в (266) "спецов" надо заменить на "писцов"... или совсем "песцов". ໒( ͡ᵔ ▾ ͡ᵔ )७

(268) тут другое. "беда, коль сапоги начнет тачать пирожник, а пироги печи сапожник..."©

(269) Да, кстати, помню, работал с одной веб-дизайн конторой. Я делал со стороны снеговика, а директор этой конторы лично тачал "дизайн".  Хорошо хоть, что я и в пхп могу. Это был трэш.