Сабж, где такое взять? Мама смотрит Культуру по ТВ, но мучается с тем что нет программы - на планшете ей неудобно, хочется печатный вариант.
Можно конечно самом колхозить копи-пастом с сайтов, но мб есть готовое решение?
Перемещено maxcom из linux-org-ru
Сабж. Сейчас (подключен hypeprref, стиль ugost2008.bst) получается вот так
Наиболее популярными являются модели сплошной среды на основе уравнения ... [7, 8, 9, 10, 11, 12]. В настоящий момент ...
а хочется вот так
Наиболее популярными являются модели сплошной среды на основе уравнения ... [7--12]. В настоящий момент ...
но что бы ссылки были кликабельны.
Есть форма с кучей чекбоксов, полей ввода, ползунков, выпадающих списков и пр. Как Ъ подсветить/показать элемент на котором находится фокус ввода? И поярче, поярче:-) А то непонятно что именно будет меняться если начнешь нажимать стрелочки и пр.
Интересен не столько дизайн сколько техническая сторона вопроса - за какой флажок дернуть и пр. Форма нарисована в дизайнере. Мне кажется это стандартная фича, но я что то туплю, не могу найти:-(
В документации сказано что этого делать нельзя (бол-мен понятно почему). Мне нужно сделать глобальными объект с общими параметрами, некоторые из этих параметров имеют нетривиальные конструкторы по умолчанию (но тривиальные конструкторы копирования). В других местах эти конструкторы нужны (например при создании сразу матрицу сделать единичной), так что совсем их убрать не выйдет, или придется как то очень изгаляться с наследованием и еще черти чем.
При создании в константной памяти карты эти конструкторы можно не вызывать - все равно объект создается на CPU и потом копируется на карту байт в байт.
Единственное что в голову приходит - выделить на карте константный массив char нужного размера, скопировать в него объект с хоста и потом на карте каждый раз кастовать указатель. Выглядит костыльно, м.б. есть какой то более Ъ вариант?
Когда в Big Blue Button общаешься, можно показывать или одно окно или весь рабочий стол. Ни то ни то неудобно, хочется показывать несколько выбранных окон, для этого их надо как то разместить (сгруппировать) в одном суперокне. Причем в этом окне должен быть редактор и терминал, в котором можно было бы запускать приложения которые должны создавать свои окна в этом суперокне.
Мне посоветовали Xephyr, это почти то что надо:
Xephyr -ac -host-cursor -query localhost -screen 1920x1080 :1 &
DISPLAY=:1 ssh -X localhost emacs
вот такая штука открывает отдельную форточку, в ней emacs, в emacs можно открыть терминал, из терминала можно что то запускать. Беда в том, что переключаться между окнами внутри Xephyr и вообще что либо с ними делать (таскать, изменять размер) не получается. Насколько я понимаю нужен оконный менеджер.
Я в этих вопросах почти не разбираюсь. Можно как то c минимальными телодвижениями прикрутить туда еще и оконный менеджер? Гуглятся только решения с докером, с ними не хочецца связываться;-( Хорошо было бы что бы это все работало в рамках текущего хоста и текущей ОС (mint 20.2 xfce).
Вдруг кому понадобиться, решение такое
(Xephyr -ac -host-cursor -screen 1340x760 :1 & DISPLAY=:1 openbox)
размеры подобраны для окна bbb в FullHD разрешении, за высоту я точно не уверен - мб 730.
Для захвата/отдачи курсора в Xephyr Ctrl-Shift, приложения запускаются по правой кнопке мыши из меню.
Преамбула - работаю я обычно с ноута, дома раб место с док станцией, 4К монитором и пр свистелками. Но понадобился мне тут для разработки одной фиговины домашний комп с картой от NVidia. Собрал комп, купил KVM сплиттер… Сплиттер оказался глючный, видео по нему идет а USB почти нет. В процессе плясок с бубном (увидел что мышь и клава отвалились, решил что ноут завис и нажал на док станции кнопку выключения) у ноута на уровне ОС отвалились мышь и клава. Вообще. Наглухо. Выглядит как чудо… После тщетных попыток реанимировать это все пришлось переставлять ОС. До того стоял linux mint 19 Xfce.
Теперь будет амбула. Сразу замечу - я не программист, не сисадмин, я просто физик которому иногда приходится писать под линукс всякие числодробилки. Я очень плохо знаю как надо админить все эти линуксы, у меня голова совсем другим забита. Понятно что /home у меня лежит отдельно, ОС я переставляют раз в неск лет и чем меньше я потрачу времени на настройку новой ОС тем лучше. Я просто хочу что бы оно работало из коробки, мне кажется это нормальным. Конец года, мне не до возни с ОС, мне хвосты подбирать надо. Беру linux mint 20.2 Xfce.
Установка под uefi не работает. Вообще. Никак. После красивых презентаций оно пишет что не может записать grub на диск и это фатальная ошибка.
В легаси моде оно встает, но не пускает в графическую систему. В tty войти могу. Мне присылают ссылку - 18 дистре был баг с коротким паролем, инсталлятор его делал (местами) более секьюрным но не говорил каким именно. Лечится только переустановкой. Переставляюсь с длинным паролем - то же самое. В три часа ночи я вспоминаю что был такой файлик ~/.Xauthority — видать когда ОС вставала на старые настройки че то пошло не так. Сношу ~/.Xauthority - бинго! Работает.
Новый firefox при запуске пишет - создай новый профиль, а то ты сидел под старой версией, сейчас потеряешь все закладки и сохраненные пароли. Я создаю новый профиль и теряю все закладки и пароли. Ладно, фигня.
В новой версии из дистра убрали кучу нужных мне пакетов для python2. Ладно, беру pip и ставлю локально.
Вишенка на торте. Собираю в новой версии pdflatex-ом документ с которым работал на старой версии - часть рисунков пропала, вместо них стоят одинокие буковки «ы,ы» в нижнем правом углу. Фигею, собираю на другой машине - все ОК. Рисунки в pdf.
У меня возникает закономерный вопрос - ребята которые это все пилят, вам не кажется что вы очень неправы? Я не знаю что и как вы делаете, но я вижу что «самый популярный» (вроде как) последний LTS дистр превратился в черти че, сплошной глюкодром прямо вот начиная с инсталлятора. Где отваливаются вещи которые вообще не должны отваливаться. Если с глюками при установке еще как то можно смириться (нет), то глюки pdflatex-а не лезут ни в какие ворота…
Сабж. Установка идет себе, потом говорит - не могу поставить grub и отваливается.
Ноут с uefi, до этого минт19 вставал без проблем. Раздел под uefi выделил. Граб пытался ставить и на сам ssd, и в отдельный раздел /boot 300Мб ехт4
Трындец какой то. Перезагрузка не помогает, внешние мышь с клавой тоже не видит. С live-CD грузился - все работает.
Linux mint 19. Я могу на него зайти в терминале. Переставлять систему сейчас ну совсем не с руки…
В заголовке .npy файла лежит словарь вида
{'descr': '<f8', 'fortran_order': False, 'shape': (15, 15), }
раз там есть словарь, наверное я могу туда положить еще че то от себя? Тем более что аж стандарт v2.0 придумали, что бы можно было заголовки длиннее чем 2^16 делать (насколько я понял) - такими тремя записями 2^16 ИМНО фиг забьешь…
Попытки вручную че то туда доложить успехом не увенчались, штатный ридер ломается
ValueError: Header does not contain the correct keys: ['descr', 'fortran_order', 'q', 'shape']
Да и интерфейса стандартного для того что бы что то от себя в этот словарь положить/получить я не вижу.
Это вообще возможно?
Сабж. Нужно нарисовать картинку (по пикселям), средствами OpenGL, но не привязываясь к окну. То есть рисовать надо в память и потом эту память отдать (записать в файл скажем).
Не привязываясь к окну - потому что X-сервера может не быть (зашли по ssh без -X).
Это вообще возможно? Все что нагуглилось, вроде вот такого,
http://renderingpipeline.com/2012/05/windowless-opengl/
все таки подразумевает что какой то X-сервер есть, насколько я понял, просто окно не отображается.
PS в этих вопросах я нуб, сорри;-(
В манах пишут что fseek может выходить за пределы файла, это типа нормально. Но мне бы таки очень хотелось понять что файл кончился - файл мог до конца не записаться.
Как это сделать Ъ? Попытаться прочитать маленький кусочек? Заранее определить размер файла через fstat? Какие еще варианты?
Понятно что штука нишевая, но мне бы как раз зашла.
Появились они вроде недавно, в РФ сейчас таких четыре модели
https://www.razer.ru/news/198 Razer Core X
https://virtualnyeochki.ru/aksessuary/vneshnij-boks-dlya-videokartyi-mantiz-mz-03-saturn-pro-ii-space-gray Mantiz MZ-03 Saturn Pro II Space Gray
https://shop.lenovo.ru/product/82CA000CRU/
Ну и монстр GIGABYTE AORUS RTX 3080 GAMING BOX (стоит как самолет, мне неактуально).
Как оно вообще работает под linux, расскажите, кто пользовался? Понятно что речь идет о работе с ноутом;-)
https://www.mayakovsky.ru/m/performance/novatory/
Мне понравилось. Это один из лучших театров Москвы, труппа очень сильная. Получилась такая серия новелл, от Ады Лавлейс до Линуса и Гейтса. Конечно по терминологии они немного лажают, и то как показывают озарения и творческие порывы может вызывать вопросы - но это вообще тема очень сложная для постановки.
Здорово что такие спектакли ставят, здорово что это новая вещь а не перепев Кармен где она пляшет на мусорном баке в Гарлеме. Актеры даже по внешности подобраны замечательно, очень похожи на прототипов, я уж не знаю как они это делают - грим что ли такой…
И получилось здорово, прямо окунаешься в атмосферу той эпохи. Надеюсь со временем выйдет телепостановка, но поскольку это премьера - то боюсь очень нескоро.
Особенно интересна точность локальных прогнозов в горах, например на Эльбрусе. Как по времени так и по пространству.
Скажем давеча (23-го сентября) группа альпинистов пошла на Эльбрус в рамках коммерческого тура. По прогнозу в 9.00 должно было быть солнечно + сильный ветер (60км/ч), в 12.00 легкая облачность + ветер (75км/ч), в 15.00 снегопад и ветер 85 км/ч (что уже полный трындец в тех условиях). Они надеялись успеть до непогоды, но пурга началось несколько раньше обещанного (в 10 с небольшим), как результат 5 трупов.
Оставляя за кадром ошибки организаторов этого тура, с какой погрешностью вообще даются такие прогнозы на сутки вперед? Если прогноз обновляется раз в три часа, значит ли это что погрешность по времени 3 часа? Что с погрешностью по пространству и как вообще считают такие вещи?
Cast 
yvv
Сабж
#include <iostream>
template <typename T> struct A{
T x;
T f(double y) const { return x*y; }
// альтерантивная реализация, если T*double не определен
// T f(double y) const { return x; }
};
struct B{ int z; };
int main(){
A<double> a; std::cout<<a.f(1.)<<'\n';
A<B> b; std::cout<<b.f(1.)<<'\n';
}
как включать ту или иную реализацию A::f в зависимости от того есть или нету операции T*double ?
Необходимо малой кровью сделать клиент-серверное приложение, немного нестандартной (наверное) архитектуры:
клиент заходит на удаленный хост и запускает там сервер, каждый раз с нуля, кидает серверу какие то команды а-ля RPC, сервер реагирует, в итоге клиент закрывает сессию, сервер выключается. То есть это наверное скорее мастер-слэйв комбинация, я не знаю точно как ее правильно назвать.
Вход должен осуществляться по ssh с настроенным открытым ключем, что бы не возиться с вопросами безопасности. До сих пор у меня клиент с сервером тупо общались через stdin/out, это было не очень удобно отлаживать но зато очень просто делать, но тут возникло новое требование:
Клиент должен быть кроссплатформенным и работать в т.ч. под виндой. Поскольку клиент на питоне с кроссплатформенностью проблем нет, но под виндой есть проблемы с ssh - оно там через PuTTY и вообще кривое какое то.
Как это можно сделать Ъ? Чего я точно НЕ хочу делать так это поднимать на удаленном хосте свой полноценный сервер который будет слушать порт и тд - в первую очередь из за проблем с безопасностью, кроме того на удаленном хосте у меня банально может не быть рутовых прав.
Пока что единственная мысля - сделать все том же духе, но как то разобраться с PuTTY что бы и на винде поднимать коннект через popen(…)
Хочется такую штуку что бы в горах, когда по тропе ковыляешь, висела на вороте футболки и играла музыку.
На вороте - потому что провод под футболкой в карман штанов бесит. При этом одно ухо будет свободным, им надо все таки слушать что вокруг.
Водонепроницаемый - потому что в горах иногда бывает очень мокро. В Красной поляне я давеча под дождем утопил телефон с водозащитой, прямо в кармане куртки.
Требования к девайсу:
небольшой экран, навигация и проигрывание по папкам.
желательно механические кнопки управления, сенсорный экран под дождем и в перчатках глючит.
водронепроницаемость
клипса и малые размер/вес
приличное время работы. Будет повербанка, но не хотелось бы морочиться с зарядкрой.
В интернетах есть некоторое число плееров для плавания, но они мутные как фиг знает что - в частности непонятно ни время работы ни есть ли проигрывание по директориям.
Сабж. Собираюсь в горы, а в горах я люблю снимать ночной тайм-лапс. Вес крайне важен. Время автономности до пяти суток (часть времени мы будем идти, но на стоянках камера работает нон-стопом).
В этом году впервые решил попробовать гоупрошку вместо беззеркалки - гоупрошка легче, встроенная водозащита (в том году залило нафик объектив несмотря на все ухищрения), ну и была надежда что она меньше жрет. На обычную камеру уходило 20Ah/сутки. Судя по роликам 8я гоупрошка нормально снимает тайм-лэпс ночью на природе.
Начал делать тесты на балконе. Режим - выдержка авто, интервал 15 секунд, макс iso 100 (закладываюсь на то что в горах гораздо темнее чем в городе), выходной формат фото. Дальше начинаются чудеса.
На встроенном аккуме (1.2Ah) ночью она снимает чуть меньше двух часов. Будем это рассматривать как референсное значение.
Если снаружи (через usb-C который для зарядки и всего) подключить повербанк на 10Ah умеющий выдавать 2A, то повербанк улетает чуть быстрее чем за 5 часов, то есть расход те самые 2A. Камера при этом греется аццки. Судя по всему она пытается при этом заряжать встроенный аккум, хотя она не умеет одновременно снимать и заряжать аккум на внешнем питании, то есть аккум остаестя как есть а за счет внешнего питания идет только съемка. Если встроенный аккум вынуть то ситуация не меняется.
Если подключить повербанк на 10Ah НЕ умеющий выдавать 2A, то со встроенным аккумом она сажает встроенный аккум часов за 6…8 (повербанка при этом разряжается на половину…четверть) и в печали вырубается. Если встроенный аккум вынуть - с 10Ah она живет часов 16 (примерно), что уже неплохо.
Ее поведение с новыми повербанками которые умеют 2A меня конечно удивляет мягко говоря. Прошивка новая. Дальше непонятно что именно делать:
Солнечная батарея у меня есть но брать не планирую - с ней гемор все время (развернуть на солнце, закрепить на палатку/рюкзак, следить), по весу она больше чем повербанка на 10Ah, в любом случае надо брать две банки - а трех банок мне вроде на 5 дней даже по первому варианту должно хватать.
Может кто то что то посоветует?
Есть некий класс A, у него есть метод call который должен вызывать у класса B некоторый метод foo, bar или еще какой то:
class A{
template<typename C, ... func ... > void call(C& c, ...){
// длинная свитч-портянка в ней определеяется int I и
c->func<I>(...);
}
};
class B{
template <int I> void foo(...){}
template <int I> void bar(...){}
};
использоваться должно как то так
A a;
a.call<... &B::foo ...>(b);
...
a.call<... &B::bar ...>(b);
типы аргументов у foo и bar разные.
Общий смысл - не дублировать портянку в A::call. Чо то пока не выходит ни так ни эдак;-(
Как вы знаете, учОные пишут статьи. Как правило получаются какие то данные, на основе этих данных делаются картинки а дальше эти картинки вставляются в статьи, причем один и та же картинка может быть вставлена в несколько разных статей (и презентаций). Дальше будет много букв, но тема сложная, куда деваться;-(
Картинка обычно устроена следующим образом:
4 +-------------+ +-+ 4
3 | | |P| 3
Y 2 | графики | |A| 2 Z
1 | | |L| 1
0 +-------------+ +-+ 0
0 1 2 3 4
X
В середине график, вокруг зарамочное оформление (чиселки на осях и метки на осях), сбоку опционально может быть палитра (обозначена PAL, если цветом рисуется функция двух переменных).
Дальше начинаются проблемы. Когда картинка вставляется в статью, она должна удовлетворять двум требованиям - шрифтовке и выравниванию.
Шрифтовка это типографское требование, шрифт на картинке должен совпадать со шрифтом в тексте но быть на кегль меньше. Естественно формулы/математические обозначения в метках на осях должны совпадать с текстом, быть красивыми и пр. В журналах как правило требования к размеру шрифту не очень жесткие, но шрифт должен быть визуально приемлемым - не слишком большим и не слишком маленьким. Самая печалька, что на графике тоже могут быть надписи (легенда, кривая какого цвета что значит), и они не должны пересекаться кривыми.
Выравнивание это эстетическое требование. Если мы размещаем несколько картинок рядом (в таблице), то у них должен быть одинаковый шрифт и они должны быть выравнены по графикам (центральным частям). В некоторых случаях, если картинки с одинаковыми пределами по X ставятся друг над другом, то подписи к оси X лучше вообще отключить у всех картинок кроме нижней. Аналогично, если палитры совпадают, то на все картинки можно оставить одну палитру.
А дальше начинаются проблемы - в тот момент когда делается картинка достоверно неизвестны ни макет полосы набора, ни шрифт ни то как и с какими картинками эта картинка будет выравниваться.
Поддержку LaTeX-а и правильную шрифтовку умеет делать например gnuplot в режиме epslatex - зарамочное оформление сбрасывается в .tex файл, график в .eps файл. Главный минус такого решения - если картинку начать масштабировать (это сложно, там размеры прибиты гвоздями наглухо, но гипотетически возможно) - то численные подписи к осям могут начать налезать друг на друга. Можно эту конструкцию сразу скопмилять в один .pdf (именно так я сейчас и делаю), но тогла при масштабировании поплывет шрифтовка, да и выравнивание превратится в лютый геморрой (в сложном случае) - понятно что размеры графика в центре при этом теряются. Подписи к оси X / палитру не отключишь.
Хочется некоторый формат для научной графики, отвечающий следующим требованиям:
В файл сохраняются график, палитра (например в .png) + зарамочное оформление в формате (пределы по оси, метка к оси). Понятно что должна быть смотрелка для такого формата на экране.
Есть утилита которая умеет из этого сделать например .png заданного размера с заданным шрифтом, чиселки вдоль осей она расставляет сама так что чиселки не налезают друг на друга. То же самое с подписями на графике.
Та уже утилита умеет сразу сделать выравненную пачку картинок которые тупо вставляются в LaTeX таблицу.
В идеале утилита должна дергаться из теха просто при указании каких то макросов в таблице или при вставке отдельных картинок.
Я такой штуки не знаю, но я ее сильно хочу и наверное готов сделать. Но может что то уже есть готовое?
UPD: сухой остаток после раздумий и обсуждения такой.
Можно сделать некий формат для верстки уже подготовленного изображения (т.е. понятно что рисовать и как рисовать, осталось нарисовать красиво). Бонусы в пользу такого решения не очевидны, но они есть - мы разделяем модель данных и представление. Формат должен быть простым и расширяемым.
все что относится к картинке хранится в отдельной директории/tar/tar.gz/zip.
система координат связана с графиком, все меряется в долях графика, (0,0) - нижний левы угол, (1,1) - верхний правый.
текстовый файл axes описывает оси. Каждая ось это одна строка,
x0 y0 x1 y1 min max [logscale] подпись-к-оси
первые четыре числа координаты начала и конца оси на графики, дальше пределы, опционально логарифмический масштаб. Во всех подписях поддерживается LaTeX
min max [logscale] подпись-к-палитре
во второй строчке сама палитра (цвета через пробел)
изображение лежит в файле image.ppm или любом разумном графическом формате
линии (кривые) лежат в файлах с имя.curve, каждая кривая в своем файле, первая строка #ключ-кривой, дальше в два столбца данные. Пустая строка означает разрыв в линии. Можно сохранять линии в бинарном формате.
можно добавлять векторные поля и всяко разно.
Перемещено Shaman007 из development
| ← предыдущие | следующие → |