Понадобилось набросать тесты с вопросами и вариантами ответов (и мульти и сингл). Хотелось бы иметь возможность после прохождения в зависимости от набранных баллов за правильные ответы показывать тот или иной текст.

Ищется годный сервис, скрипт или плагин.

Сервисы гуглятся с под пинка. Но вот какой лучше, какой выбрать? Подскажите кто чем пользовался.

Устроит и вариант что-то в сорцах. В идеале, чтобы не мучаться, хотелось бы на пхп и мускуле, т.к. есть хостинг с пхп и мускулем, тупо забросил файлы, проинсталлил базу и начал пользоваться. Кто какой посоветует?

З.Ы. (возможно промазал с разделом, да)

Структура проекта:

bin/* сюда сблёвывает два бинаря и языковые файлы
qmake-projects/* культепроекты (app.pro, app-cli.pro, linguist.pro)
resources/* иконки и прочее гогно, тут же лежат три *.qrc (cli, core, gui)
src/
    cli/* сорцы кли версии
    core/* "ядерные" сорцы, все что используется обеими версиями
    gui/* сорцы гуёвой версии
tmp/* тут собирается (диры moc, obj, rcc)
translations/* *.ts для лингвиста, он же сюда серит *.qm
build.sh генерит культепроекты ища нужные заголовочники и сорцы find'ом и мейкает оба бинаря по очереди
run-linguist.sh запускает лингвист, когда выйдешь из него, *.qm автоматом копируются в bin/languages/*

Вопросы.

Насколько это не правильно? Если это не правильно, то как сделать правильно чтобы и рыбку сьесть и не вкомпиливать в кли версию ненужные гуевые куски и наоборот? Как оставить проект целостным? Кли и гуй версии не могут без коры и в то же время самодостаточны относительно друг друга. Нормальной ли это будет практикой собирать под оффтопом, наскриптовав батов (или на чем там сейчас) аналогично *.sh скриптам?

Зачем нужен синглетрон? (комментарий)

Некорректно делает галочки когда после закрывающей нет пробельного символа.

UPD: И судя по второму примеру даже когда есть. Щас впишу более одного символа.

Пример:

вот «А"БВ

вот „А“ БВ

вот „АБ“ В вот „АБВ“

Чего хочу?

1) Нужна программулина для расчета площади фрезеруемой модели (форма может быть сложной и несколько проходов/заглублений/смен инструмента) на основе готового g-code.

2) Нужен «калькулятор заготовки»: сколько слоёв МДФ, какой толщины, каких размеров, в каких координатах склеивать. Так же на основе готового g-code.

Первое, вроде, тривиально, и может быть в наличии готовое. Подскажите если знаете о такой программке.

Второе уже сложнее, спецефичнее. Если программка с таковыми фичами есть — подскажите.

Все это нужно уже на этапе полученного g-code потому, что с помощью этих программ расчет будет выполняться уже «в бою» человеком, который не умеет во всякие КАМы, а ему надо просто распилить, поклеить, поставить точиться.

Если вы о таких программках не знаете, то, совершенно не обломаюсь написать нужное сам, поэтому пощщу тред в девелоп разделе. Но тут мне нужна подсказка какую либу выбрать.

Залетел я в гугл (гитхаб и васянские сайтики), а там их (парсеров/интерпретеров) много. И вопросы сразу появились. А по спецификации ли они написаны? А умеют ли они наибольшее кол-во диалектов g-code или это просто васянские наколенники под личное «железо»?

Где найти сишную/крестовую либу умеющую по максимуму и правильно? Какую брать? Если уж делать, то чтобы потом можно было легко добавлять фичи, а не искать другую либу, сделав неверный выбор.

sudo cast torvn77, может с аксиса выдрать? Вот так с ходу я пока не разобрал где там что.

А линукс тут при том что EMC.

Уже неделю как вышел. Т.е. как и обещали.

Для тех кто не в курсе, первый тред: ТАСС уполномочен заявить, а земля то..

Едем дальше:

Бразильские (и не только) ученые некоторое время назад заявили о выпуске документального фильма «Выпуклая земля», в котором они хотят показать результаты СЕМИЛЕТНЕЙ работы с большим кол-вом данных и проведенных опытов.

Самым главным в фильме является то, что с помощью опытов с: камерами, телескопами, лазерами, радиоволнами, в разных местах земли матушки было выявлено, что — вода не имеет искривления на расстояниях до 65 километров и никакие объекты за горизонт не уходят.

На экспериментах присутствовали специалисты, инженеры, которые засвидетельствовали полученные результаты лично.

Кроме этого, были проведены наблюдения за небесными телами и на основе этих наблюдений была составлена совсем иная карта расположения континентов.

Сам фильм снят по типу как снимает дискавери и переполнен американизмами вида «сможет ли наша команда сделать это? но к ним мы вернемся позднее». Лично мне было противненько его смотреть именно поэтому. Тем не менее, его стоит посмотреть, т.к. полное содержимое фильма не передаст ни один обзор.

Вот нормальный, самодостаточный обзор, который раскрывает и хорошие и плохие стороны этого фильма: https://www.youtube.com/watch?v=dVwIu9w3qJE

Если не осилите посмотреть сам фильм, то хотябы посмотрите этот обзор, он вполне себе вменяем.

Фильм на английском: https://www.youtube.com/watch?v=McdMMmclGVc

Фильм на русском: https://www.youtube.com/watch?v=i0NURrGazQU

По истечении некоторого времени авторы фильма обещают выложить всю документацию, рассчеты и отчеты по проведенной семилетней работе. Даже уже к настоящему моменту кое-что выложили.

Господа модераторы, прошлая тема была перемещена в толксы ибо «учоные». Эту тему создаю в толксах по вашему «подобию». Однако, обратите внимание на подачу материала тех (все же) ученых, и вы, возможно, примете решение о переносе этой темы в раздел SE ))

Прошу модераторов обратить внимание, что более подходящего раздела я не нашел.

И я понимаю что ЛОР не совсем подходит тематически, но я не хочу регистрироваться на новом ресурсе, на котором меня вообще не знают. Я надеюсь, что если не среди вас, то среди ваших знакомых есть люди, которые могут заинтересоваться этим предложением.

Кастую без рассылки на почту, т.к. хочется охватить бОльшее кол-во человек.

Собственно: LeshaInc, brothermechanic, zezic и прочие любые другие человеки кто еще захочет поучаствовать.

Объявляется конкурс на лучший рендер модельки. Предполагается три победителя:

Первое место: 2к рублей.
Второе место: 1к рублей.
Третье место: 500 рублей.

Хочется прозрачности и честности со всех сторон, поэтому:

Конкурсная моделька для всех участников одна и та же (*.stl).

http://dropmefiles.com/bfd3C HF1N5H

Новые ссылка и пароль: http://dropmefiles.com/REThC Kc2F11

Это — чугунная ножка с бронзовыми вставками. Из бронзы: прямоугольник-пирамидка и цветочки. Все остальное — чугун. Фон и освещение на ваше усмотрение (в этом и цель конкурса, материалы-освещение). Рекомендую воткнуть в рендер «водяной знак» вашего «копирайта» (например логин/почта).

Ссылки на картинки с готовым рендером постите в этот тред (не забудьте почту для обратной связи).

Сроки конкурса: 2 недели с даты этого поста (файл по ссылке будет жив столько же).

Победители получат причитающееся и с ними же будет продолжена работа по другим моделям уже в частном порядке. По итогам голосования (от заказчика, заказчик не я) я в этом же треде кастану победителей и с ними свяжутся для оплаты и продолжения взаимоотношений.

А линукс тут при том, что он есть ПО для ЧПУ-станка который эти модельки точит.

Пример того как надо (кусок 1/6 всей картины): https://pic4a.ru/83/bjy.png

Кому слАбо?

UPD:

Для участников анонимов: присылайте рендер мне на почту «deep-purple-lor at yandex dot ru».

UPD2:

Для всех: кто не хочет светить свое мыло отправляя мне письмо — так в нем и пишите. Так то, приватно, в случае появления рабочих отношений, сопоставить вашу конкурсную работу с мылом отправителя совсем не сложно.

Перемещено leave из job

Вопрос в сабже.

Подробнее:

Есть трехфазный 2 киловатта движок. Он крутит улитку сосущую пыль. Но его мощности слишком много. Гонять его все время не рационально. Хочется плавный регулятор оборотов/мощности. Подскажите как оно называется, где купить, сколько стОит? Кто пользовался?

Перемещено jollheef из science

Линукс и опенсорс тут при том, что этот пылесос убирает то, что наточил AXIS http://linuxcnc.org/

jollheef, сяп!

Призываю torvn77 — посоветуй может что-то электронное ибо ЛАТР слишком громоздок и его КПД оставляет желать лучшего.

Не важно какая топология, может быть отдельные машины с виндой и линуксом, а может быть и дуалбут на некоторых.

Заранее известно что все это за натом сидит, сеть локальная.

Хочу запретить ВСЕ внешние исходящие и входящие пакеты для виндовых машин (или дуалбут, если запустили винду). И разрешить локальные.

Мысли такие:

1) Мак и/или айпи, роутер может привязаться к маку и выдавать один и тот же айпи. Но тут не сработает для дуалбута.

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

3) Анализировать пакеты. Читал я что можно определить линукс отправляет или винда. Но как быть с входящим (или оно не надо, т.к. первичным инициатором всеравно будет машинка внутри)?

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

Вобщем все что я знаю — не подходит по тем или иным причинам. Подскажите как это можно сделать в домашних условиях с обычным роутером? Какие есть инструменты для достижения цели? Подскажите и киньте ссылок почитать.

Десктопное приложение.

Есть меню «Вид», в нем есть пункты «галочки»-тогглеры dock-виджетов. Скрывают и показывают соответствующие доки.

Но, некоторые доки это — «windowable docks», они могут стать отдельным окном. Не путайте с «floatable», где док, хотя и плавает независимо, он не является полноценным окном.

Есть меню «Окно», в нем пункты «галочки»-тогглеры доков, которые могут стать окном. Когда галочка отмечается, то содержимое виджета (вьюха) переносится в открывшееся дополнительное окно, а док скрывается.

Все работает.

Вопрос же заключается в следующем:

Какое поведение по вашему будет правильным?

а) При открытии доп окна, док скрывается, а его тогглер в меню «Вид» отключается, становится не кликабельным пока не закроется доп окно.

б) Тоггдер в меню «Вид» остается кликабельным, и, при клике на него, доп окно в любом случае закрывается, а док, если тогглер теперь отмечен — показывается в основном окне. Соответственно там еще несколько условий, но главная мысль тут — тогглеры в меню «Вид» остаются кликабельными.

в) Ваш вариант. И расскажите почему это удобно.

Призываю AP как знатока GIMP с многоокнами в старых версиях и одноокном в новых.

Для не «Ъ»: http://tass.ru/press-relizy/4971369

Цитатки для затравочки:

На протяжении семи лет в различных точках земного шара были проведены масштабные научные эксперименты при участии правительственных организаций и профессиональных исследователей из различных отраслей науки. Результаты этого исследования будут представлены широкой публике 26 марта в полнометражной картине Выпуклая Земля: документальный фильм (Convex Earth: The Documentary) на португальском, английском и испанском языках.

Теория о том, что Земля круглая, была опровергнута семью экспериментами: геодезическим, включавшим измерения двух зданий, расположенных на значительном расстоянии друг от друга; использованием уровня моря в качестве опорной точки; лазерным исследованием, подтвердившим плоскость водных поверхностей; измерения высот на поверхности воды; анализом оптических искажений, связанных с процессом отражения света; экспериментом с лодками на линии горизонта; а также исследованиями гравитации и небесных тел.

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

Кроме изучения вопроса о форме Земли фильм расскажет об открытии нового континента, скрытого за громадной стеной льда и новых знаниях о Солнце, Луне и созвездиях.

Первоисточник: http://ru.terraconvexa.com.br/

Перемещено tailgunner из science

Вобщем, инет у меня г. И тут ВПЕРВЫЕ понадобилось..

Некий «халявасервис» не дает нормально выкачать сериал. Специально тролит разрывая соединение, косвенно заставляет качать ихним клиентом. Ессно клиент тот только под оффтопик со всеми вытекающими глубокого проникновения.

Ладно. Ссылки там прямые.

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

0) Не из KDE! Но можно что-то на Qt.
1) Добавление ссылки в очередь загрузки «на лету».
2) Закачка в несколько соединений.
3) Докачка.
4) Перезапуск (с докачкой) после разрыва сети у меня или разъединении со стороны сервера.

Есть что-то удовлетворяющее перечисленному?

Меня не устраивает один момент. Я не уверен, нужно ли считать это проблемой, а тем более большой проблемой. Однако «это» имеет место быть. И, в целом, если будет возможно отделаться легко — я хотел бы от этого избавиться в своем самописном приложении.

Итак, что же это?

Открываете свой любимый текстовый редактор, открываете в нем файл и нажимаете Ctrl+S и удерживаете нажатым. Что мы видим? Правильно — оно пытается сохраниться множество раз. Причем, если вы подержите подольше — автоповторенные команды накопятся в буфере и будут еще какое-то время выполняться, т.е. вы уже отпустили зажатые клавиши, а оно все еще много раз сохраняется.

Или запустите что-нибудь в vlc, нажмите и удерживайте пробел.

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

Но конкретно в моем случае есть некоторое кол-во мест, где я хотел бы поменять такое поведение.

Но это не возможно сделать просто, когда в пунктах меню у меня работает и клик и хоткеи. Так, мне придется отнаследоваться от QAction, реализовать два-три метода c перехватом ивентов, определять авто-повторы.

Я пробовал игнорить только авто-повторы — этого не достаточно, он пропускает некоторые из них считая что это не повтор, внешне получается эдакий «медленный» авто-повтор. Таким образом нужно блокироваться после первого и не выпускать уже ничего, пока клавиши не отпустят.

Но и это еще не все. Придется перехватить и triggered() сигнал от клика на QAction чтобы можно было быть заблокированным и не выпустить «грязный» сигнал клика во внешний мир или заблокировать и разблокировать по клику.

И вот скажите мне — неужели нет такого кейса в Qt? Я не нагуглил ничего хорошего. Неужели никто никогда не думал про такую необходимость? И насколько это нормально — оборачивать тонны Qt кода своими тоннами кода чтобы побороть стандартное поведение?

Если это нормально — хрен с ним, я смирюсь и реализую.

Но если есть более простой способ достигнуть желаемого — я буду премного благодарен за подсказку!

UPD: Тоже самое хотелось бы решить и для тачпада ноута, т.к. скролл ивент у него отличается от скролл ивента колеса мыши — он еще некоторое время, когда палец уже давно отпущен от скролл-полосы, генерирует уменьшающуюся в амплитуде скролл-дельту для «красоты» smooth-скролла, но мне оно в хрен не впилось.

Есть ф-ция которая принимает 3 аргумента:

1) актуальный размер стека

2) актуальное положение в стеке

3) новый элемент для вставки (append) в стек

Мы внутри себя храним полную копию чужого стека, эта наша ф-ция дергается извне, когда внешний стек поменялся. Новый элемент для вставки может быть «null», остальные параметры прилетают всегда.

Этот «null» может быть тогда, когда внешний стек просто урезали с конца. Например раньше был размер 10 (и у нас есть старое значение с предыдущего обращения), а стал 3. Значит просто урезаем свой стек и ставим актуальное положение.

А может быть не «null», значит новый элемент надо вставить в конец своего. Но в этом случае стек так же мог быть урезан, и присылается сюда к нам размер стека уже с учетом того что там вовне этот элемент уже вставлен.

И вот я сейчас это все расписал, вроде все понятно, бери и делай. Но как только у меня доходит до написания кода (все эти иф/элзиф и инкремен/декремент размеров и положений изза нулл/ненулл) — я начинаю страшно тупить и ничего не получается.

Да, я уже поспал и выспался — не помогает. Помогите мне пжл, кусочком псевдокода.

ЗЫЖ Писец аж стыдно...

Есть: один монитор в ноутбуке, Дебиан, Матэ и четыре воркспейса на десктопе.

Надо: сохранять положение окна на соответствующих скрине, десктопе, воркспейсе. И после закрытия окна, открывать его точно в том месте в каком оно было закрыто.

Qt не видит воркспейсы. Я пробовал и дебажил каждый метод для:

«QApplication::screens()» — всегда один скрин, тут нечего ловить

«QDesktopWidget» — всегда один скрин, isVirtualDesktop() возвращает false, все методы возвращают QRect только про один скрин.

«QWindow» — только про один скрин.

Вчера весь вечер яндексял гуглеца. Я так понял что только у виндузятни такой проблемы нет. А у мака и линя есть, ибо нагуглил я вот такое: https://stackoverflow.com/questions/16775352/keep-a-application-window-always...

1) Если я не прав — у кого есть рабочий кусок кода определить скрины, воркспейсы и вот это все? Можно и ссылочкой на исходники какой-нить кутешной программы.

2) Или если все так плохо (да и просто для интереса) приглашается Zubok, знающий как правильно приготовить иксы. Покажи пожалуйста на примере как узнать на каком воркспейсе расположено окно?

Короче есть QTimeEdit.

Когда его редактируешь с клавиатуры — если удерживать клавишу-стрелку и долго не отпускать — оно эмитит огромное кол-во сигналов timeChanged() эти сигналы скапливаются в очередь и сам таймэдит начинает тормозить и все медленнее обновляет значение у себя. У меня даже кулер подразгоняется от этого.

И это я уже отнаследовался, повесил на это говно в свой слот и не пущщаю ничего наружу, а эмичу свой сигнал, когда оно успокоится (типа debounce). Т.е. вся эта говнина эмитит свои сигналы локально внутри самого экземпляра и создает там FIFO очередь, которая начинает страшно тупить.

Ну и что делать? Как очистить очередь этих сигналов? Или как запретить эмитить их так часто?

Есть такое:

class A : public QWidget
{
    Q_OBJECT
    public:
        explicit  A(void);
        virtual  ~A(void);
    public:
        void x(void);
    private:
        Qwidget *w;
};

A::A(void)
    : QWidget(Q_NULLPTR)
{
    w = new QWidget(this);
}

A::~A(void)
{
}

void
x(void)
{
    w->something();
}

Вопрос: каким способом можно единожды создать виджет как «QWidget w(this)» чтобы он был доступен из всех методов?

static не катит, оно говорит: «QWidget: Must construct a QApplication before a QWidget. Aborted».

1. В каком формате сохранять? Тут у нас много вариантов. Хотел бы услышать ваши варианты, в каком лучше и чем? Тут я немного потерялся:

1.1. xml? Ну, неплохо, но пилить валидацию на момент загрузки файла.
1.2. json? Тоже хуман реадабле, но опять пилить валидацию на момент загрузки файла.
1.3. QSettings? toByteArray()? Уже глазками не почитать, но зато валидация только один раз (заполнение моделек данными).
1.4. Бинарщина? Мутотня с байтордер, да и может еще чем открыть захочу.
1.5. Я не в курсе и есть другой вариант?

2. Есть связанные и вложенные Model/View и тут бы не создавать лишних прослоек, в частности, используя xml/json получается цепочка: файл-данные-модели, а используя нечитаемые форматы будет цепочка: файл-модели. Понятно, что, модель что-то валидирует при её заполнении данными.

Вобщем вопрос такой комплексный — это вообще нормально валидировать сначала на этапе чтения формата, а затем второй раз при заполнении моделей? Если ответ ДА, то я со спокойной душой запилю на json или xml, но если есть иные менее накладные по кол-ву строк кода варианты — я бы с удовольствием их выслушал. Ну и просто приглашаю подискутировать на этот счет.

Есть у меня вопросы касаемо QGraphics- Scene, Item и View.

Открываем https://doc.qt.io/qt-5/qtwidgets-graphicsview-chip-example.html

Я не совсем въехал что там за вумный алгоритм отрисовки видимой части сцены. Но мне кажется что он совсем не вумный.

И вот почему — в наследнике от QGraphicsItem (в примере это чип) определен метод рисования, он низкоуровневый — пейнтером, который клал болт на определение видимой части сцены. И если чип маленький, то в моем случае элементы будут почти всегда намного больше амбразуры вьюпорта. Это рисовать же будет полностью! Не?

Бродят мысли влепить тупо виджет и для вида бросить подле него два скроллбара. Рисовать видимые части элементов так же пейнтером, заранее просчитав что там должно быть видно, а вместо зума, зная, положение скроллбара и координаты где элемент заканчивается — рисовать (или нет) конец элемента (нужную часть внешней границы).

Так вот. Повторю — не хочу наступать на грабли, и велосипедить тоже не очень хочу. Как реально работает этот QGraphics* ?

Сцена меняет размеры на максимально занятые элементами, а вьюха забирает эти размеры чтобы актуализировать скроллбары... Т.е. так и так рисует полностью?

Пример 1:

Есть два спинбокса в разных местах приложения. Они должны быть синхронизированы, т.е. — например, пользователь установил руками спин1 в значение «8», тогда спин2 должен программно тут же установить такое же значение. То же самое и от обратного, если пользак ставил руками значение в спин2.

Пример 2:

Спинбоксы, работают в режиме «range», где значение спин1 не может превышать значения спин2, а значение спин2 не может быть меньше спин1.

Я сделал для примера 1 и с небольшим заделом для примера 2, но мне кажется сделал криво — навесил свои кастомные сигнал и слот, где сигнал передает (и слот принимает) три параметра: значение, уникальное имя отправителя (кто делал эмит) и булевый флаг «вернуть отправителю». Так же, я перехватываю внутри своего класса, наследника спинбокса, оригинальное valueChanged событие, чтобы отличить, программно ли было установлено значение или это были ручонки пользака.

Для примера 2 есть только размышления — принцип как у первого, но валидатор будет где-то в отдельном месте, и именно валидатор будет подписан своим слотом на сигналы всех спинбоксов-отправителей. Если валидатору не понравится присланное значение, то он ставит третий аргумент в значение истина, может заменить значение на валидное и в любом случае рассылает сигнал всем слушающим слотам, а слоты, смотрят, для них это или нет, по булевому «вернуть отправителю» и уникальному имени отправителя (не валидатора, а самого первого, которого мацал пользак).

Так вот вопрос — а насколько я правильно сделал и как бы сделали это вы?

Если понадобится код, покажу. Но там обычная хрень, я все описал словами.

RazrFalcon, EXL, ya-betmen, CrossFire

Короче есть станок, три оси. Станок самопальный. Используется онтопик и EMC. Работает через лпт. Мы увеличили размер станины, убрали сопли и скрутки. И нам нужна помощь в настройке.

Вообще, я могу тут спрашивать, а люди что-то посоветуют.

Но было бы идеально подъехать к нам в гости на пару-тройку дней. Ессно не бесплатно. Ну и там пиво/речка.

torvn77 я видел твои мануалы «для чайников» на другом ресурсе. И, в принципе по ним и буду ковырять.

Но у нас такая ситуация — у меня нет времени разбираться, надо побыстрее запуститься, заказы уже ждут. Но ты типа в Питере, а мы в Калуге. Не совсем ближний путь. Так что, если тебе будет не лень или удобно, но я особо на это не рассчитываю.

Кто еще тут по CNC шарит поближе к нам? Отзовитесь.