Mитька
-
Posts
713 -
Joined
-
Last visited
-
Days Won
34
Content Type
Profiles
Forums
Downloads
Blogs
Posts posted by Mитька
-
-
13 минут назад, MCAD сказал:
Вот тут строки с "Нулевой" высотой по условию =setheight( iff(D1==0;0;8))
Это-то я понял.
24 минуты назад, Mитька сказал:А если в off(0;-5) будет выражение, то получив "" его потом из скрытой строки не изменишь.
а вот это - нет. что откуда не изменишь и почему?
-
11 минут назад, MCAD сказал:
А если в off(0;-5) будет выражение, то получив "" его потом из скрытой строки не изменишь.
Не совсем понимаю проблему... Можно пример?
и вот про это я не понял. Как это вызвать и как оно работает..? (важное дополнение - у меня по-прежнему нана 20,1)
-
10 минут назад, MCAD сказал:
я столько раз наступал на грабли,
а какого рода грабли?Да, я сам потом перешёл на включение этого алгоритма через отдельную переменную. Так удобнее.
-
-
Но для уже готового набора не поможет, к сожалению)
Если конечно кто-то нибудь не знает способа проставлять комментарии к ячейкам из свойств
А ещё лучше скриптом... 
-
При большом кол-ве идентичных таблиц перед "размножением" их закомментируйте все ячейки, в которых потенциально возможны изменения (если не знаете точно, то можно вообще все, что есть). Хотите - именными переменными, хотите - просто именами флрмата строка-столбец (это практичнее). ПолУчите большой список одинаковых переменных (атрибутов) у всех таблиц. Которыми потом можно будет разом управлять через свойства, в т.ч. свободно менять формулы.
Так же имеет смысл оставить несколько пустых строк (с аналогично закомментированными ячейками), скрыв их через setheight(0) по условию пустоты строкИ (UPD: и дополнительным активаторм, см.далее в диалоге). Как только вы через Свойства вобьёте в них данные они станут видимыми.
Делается небыстро (открыл свойства ячейки, закомментировал, закрыл и т.д.), но времени потом экономит прям тьму. С другой стороны при постоянном использовании такого метода ничего не мешает сделать такую табличку со всеми закомменченными ячейками (10х100 условно), сохранить её в шаблон и просто брать за основу, когда надо, удаляя лишнее.
-
2
-
-
А кто какие задачи с помощью этого решает? Если не секрет, конечно. Пытаюсь придумать применение для гражданского строительства и ничего в голову не приходит...
-
В 24.04.2021 в 16:26, Shamray490 сказал:
Товарищи, доброго дня! А есть возможность связать таблицу нанокада и Exel? Не вставить Exel как OLE, а именно связь наладить. Чтобы меняя в таблице экселя, данные автоматом менялись в таблице када.
Если надо идеально и красиво, то только посредством VBA, предположу.
-
2 минуты назад, doctorraz сказал:
<XCLIP, BLOCK, Clipboard> При вставке через буфер обмена подрезанного блока, блок вставляется не обрезанный, RM 34283
пофиксено и попало в релиз 21 (@Lion007 таки успел!!!)
А это не так?
-
Только что, Artem_R сказал:
"Решено" это внесены изменения в код.
А "закрыто" это "решено" плюс проверено, плюс по необходимости внесены изменения в справку. То есть это совсем всё сделано.
Т.е. и то, и другое гарантированно попадает в следующую сборку?
-
6 часов назад, Artem_R сказал:
Сейчас можно фильтровать список по трекеру (дефект/задача/пожелание) или по статусу.
Вот так.
6 часов назад, Artem_R сказал:(решено, в работе, завершено)
Разъясни, чем отличаются Решено и Завершено.
-
В 22.03.2021 в 14:00, MCAD сказал:
Может кому-то пригодится.
DelSubRight (; ) и DelSubLeft (; )
Это из Наны 21, полагаю?
-
5 минут назад, Artem_R сказал:
Могу добавить дату создания. Вместе с текущим статусом это примерно тоже самое.
Могу и столбец "Описание" добавить, только не обещаю стабильно что-то туда писать )
Ты проще ссылки на редактирование раскидай по своему усмотрению. Глядишь кто-чего и добавит/подправит. Мало ли кто-чем под пиво развлекается...
-
1 минуту назад, Artem_R сказал:
Писать баги сразу в табличку, мне думается, не очень идея.
Не вопрос, как предлагает @doctorraz - сначала в отдельную тему на форуме. "БАГ - не работает ничо". Проверили: есть такое (хоть у кого-то) - занесли, нет - не занесли.
добавлено через 2 минутыТолько что, Artem_R сказал:Ну работа так организованна. Что назначено, кому назначено, рабочее обсуждение .. вот это вот всё.
Но там половина - внутренняя информация нанософт. Которая всем окружающим-то особо не нужна. Там вопрос-то в реакции на просьбу. По идее вполне достаточно формата "Вопрос (есть баг) - Ответ (да, есть, в работу) - Код в РМ - Результат (прошло N дней, ничё не поменялось, печаль)".
добавлено через 4 минут3 минуты назад, Mитька сказал:Проверили: есть такое (хоть у кого-то) - занесли, нет - не занесли.
а даааальше уже - напихали тегов из РМ сколько угодно, если хочется... Мне кажется оно как-то так должно расти. От низов, так сказать...
добавлено через 6 минут7 минут назад, Artem_R сказал:Вот тут вопрос что именно может простой форумчанин.
Как минимум ПОСМОТРЕТЬ список, ПРОСТО И ЛЕГКО понять, есть ли там ЕГО проблема, НАЙТИ тему (или создать новую) и отписаться в нужном формате.
-
2
-
1
-
-
В списках на работы - 10000 задач. Из них простых пользователей волнуют 100, а понять что вообще представляет из себя задача "перекомпилировать код на ассемблер klrgy;enrg;jkh" способны вообще только разработчики. Да и не нужна эта инфа всем, разве нет..?
-
1
-
-
Ну допустим в твою табличку не против добавлять что-то я, @doctorraz, @dromandon, полагаю, тоже не откажутся. Да и в каждом "модуле" найдётся по 2-3 человека, кто следит.
добавлено через 3 минут3 минуты назад, Artem_R сказал:А автоматически я из РМ описание не получу.
А зачем вообще плясать от РМ, может проще плясать именно от форума. Потому как я лично ХЗ, кто там где чего хочет в коде оптимизировать. Я знаю, что у меня есть 10 багов СПДС, которые меня парят. Все 10 описаны на форуме, и все 10 я легко и с удовольствием загоню в эту табличку. Если к ним привяжутся потом задачи и внутрячих списков - прекрасно, не привяжутся - тоже показательно.
-
4
-
-
Только что, Artem_R сказал:
Их сначала надо туда завести вручную. Вот в чем штука.
Эта "штука" сложна для старых багов. А для новых - всё с этого заведения в ручную по идее как раз и начнётся.
добавлено через 0 минутПоглядим, кароч. Но тебе придётся раздавать доступ
добавлено через 1 минутуТолько что, Mитька сказал:А для новых - всё с этого заведения в ручную по идее как раз и начнётся.
В идеале, мне кажется вообще сделать именно этот файл - отправной точкой для всех исправлений... Не темы на форуме, а именно один документ. И именно там всё и фиксировать...
добавлено через 2 минутыНо это прям что-то несбыточное...
-
1 минуту назад, Mитька сказал:
Зато читаемо.
Да и любой пользователь перед тем, как писать сюда что-то своё мог зайти и ЛЕГКО найти что-то по теме. Или не найти.
добавлено через 1 минутуТолько что, Artem_R сказал:Не, на такое я сейчас не согласен. Посмотрим как оно в таком виде поддерживаемо в актуальном состоянии. )
Разумеется =)
А дальше поглядим. Оно ж всё равно туда придёт. Когда разрастётся список модераторов. =)
-
Только что, Artem_R сказал:
Не очень будет удобно как по мне.
Зато читаемо. Чтобы любой сторонний человек мог зайти и посмотреть, а стоит ли ему вообще сюда лезть... Или лучше всё-таки автодеск...
добавлено через 1 минуту1 минуту назад, Artem_R сказал:Просто если описания добавлять, таблица сильно растянется.
Да их тоже можно скрыть да и всё, если мешают. Гуглотаблички ж гибкая штука...
-
Модератора бы инициативного...
-
Только что, doctorraz сказал:
но мы то начать можем уже сейчас
Перебросить свои сообщения - да. А вот реакцию и прочие допкомменты чужие - не можем. А это бы сохранить...
добавлено через 3 минут22 минуты назад, Artem_R сказал:Как я себе это представляю - если на баг или пожелание нет реакции на форуме и в списке не появляется, то можно спрашивать не пропустили ли этот баг/пожелание.
Мне кажется, минус такого формата, как сейчас - то что этот список пляшет именно от существующего списка "на исправление", т.к. все эти "теги", краткие формулировки и т.д. - это всё инфа для служебного пользования.
По идее оно должно идти от форума (письма/запроса) - т.е. от человеческого внятного описания проблемы - и только потом уже преващаться в формат <table> <bullshit> строка комсервиса ремонт (такой формат нечитаем со стороны). А табличка по идее должна быть наглядна и понятна извне. -
10 минут назад, doctorraz сказал:
Темы сделать подразделами, и каждый баг-пожелание отдельной темой, все будет красиво и прозрачно.
Такое должно пойти от администрации форума. Кто-то с правами модератора должен сесть, взять много пива и раздербанить темы на отдельные... Выкинув флуд.... =(
АПД: Пропустил пункт "оооочень захотеть".
-
1
-
-
Только что, Lion2032 сказал:
Блин, теперь её нужно закрепить где-нибудь в голове форума....
А лучше и в голове и в хвосте, если такое возможно.
3 минуты назад, Artem_R сказал:У меня доступ к задачам по платформе.
А на форуме есть 2 темы: пожелания и баги. И не факт, что они зафиксированы в списке на решение
добавлено через 1 минутуТолько что, Mитька сказал:А на форуме есть 2 темы: пожелания и баги. И не факт, что они зафиксированы в списке на решение
И по целой грозди модулей такие вещи есть. Форумные замечания же тоже имеет смысл сюда кидать, разве нет..?
добавлено через 2 минуты1 минуту назад, Mитька сказал:И не факт, что они зафиксированы в списке на решение
И такое тоже имеет смысл в таблице отражать, имхо. Есть сообщение на форуме - закидывать в таблицу, нет реакции - тоже там же обозначать... Как маячок, что надо шотоделать с этим...
-
1 час назад, Artem_R сказал:
ну если это возможно, удобно и кто-то это сделает )
Пока предлагаю попробовать лайт вариант - таблица с заведенными ошибка с форума. даже, пожалуй, в обед сейчас накидаю первые строки.
Предложения:
Единый документ. Лист - на баги, лист - на хотелки.
Дополнительные столбцы:
-Модуль (Платформа, СПДС, Механика и т.д.),
-Реакция "Исправим в следующей сборе" + ссылка на пост (красным ячейку, если её нет),
-Итог (не в процентах), а по факту: "Исправлено"/"Не исправлено".
-Примечания/комментарии.
Внедрение параметрических объектов?
in Технические вопросы и обсуждение функционала
Posted
Если ссылка, то видимо, расходимся)