Сообщения в pipe.2032

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
Difrex> Когда у тебя нет ограничения по ширине оно выглядит не особо удобным. Цезий на fullhd https://images.lessmore.pw/media/images/2019-12-05_314-18-33.png.
Difrex> Неудобно читать такие длинные строки.
Когда у нас есть окно клиента (того же Цезия) или окно в браузере, то мы можем заресайзить его под нужную нам ширину, и текст начнёт выглядеть нормально.

Проблема ручных переносов в том, что текст рвётся в строго определённых местах, и с помощью ресайза окна клиента становится невозможно это починить. В результате текст выглядит хорошо только на каком-то определённом разрешении экрана.
>> Добавь просто в хук на читалку включение автопереноса и всего делов :)
Difrex> Добавил.
То есть проблема решена, и уже можно не заморачиваться? :)
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
vit01 to Difrex (2019-12-05 14:40:05) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
> В общем, за пределами текстового видеорежима 80х25 или 80х50 оно выглядит неудобно.
Но ты же код не пишешь в 200 символов на строку.
> На широких окнах будет узкая колонка текста.
Если зайти, например, на idec.spline-online.tk, то там мы увидем ограничение ширины для удобства чтения постов, как раз узкая колонка текста :).
Проблема в том, что вот этот вот подход с не расстановкой переносов работает для печати или для известной ширины.
Когда у тебя нет ограничения по ширине оно выглядит не особо удобным. Цезий на fullhd https://images.lessmore.pw/media/images/2019-12-05_314-18-33.png.
Неудобно читать такие длинные строки.
> Добавь просто в хук на читалку включение автопереноса и всего делов :)
Добавил.
Difrex to Andrew Lobanov (2019-12-05 11:20:51) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
>> Лишние символы переноса строки внутри абзаца есть моветон и кю :)
Difrex> Где про это можно почитать?
Зачем про это читать? На узких окнах сработает автоперенос в дополнение к расставленным автором переносам и будет рваная хрень вместо абзаца. На широких окнах будет узкая колонка текста. В общем, за пределами текстового видеорежима 80х25 или 80х50 оно выглядит неудобно.

Добавь просто в хук на читалку включение автопереноса и всего делов :)
Andrew Lobanov to Difrex (2019-12-05 04:13:31) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
> Лишние символы переноса строки внутри абзаца есть моветон и кю :)
Где про это можно почитать?
Difrex to Andrew Lobanov (2019-12-04 12:30:42) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
Difrex> Немного не по теме. Можно тебя попросить делать строки не такими длинными в посте?
Difrex> Ограничиться, например, в символов 100. Иначе приходиться включать *visual-line-mode* :)
Лишние символы переноса строки внутри абзаца есть моветон и кю :)
Andrew Lobanov to Difrex (2019-12-04 04:11:48) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
AL>> Я бы всё таки сделал фэху и кидал ссылку на файл из неё через фрек :)
vit01> Сделал ссылками на файлы в файлэхе через API. И кому надо, тот подпишется на фэху alicorn.blog
vit01> Думаю, по виду ссылок в посте это уже было очевидно.
vit01> Ещё составил себе простенький питон-скрипт, который быстро репарсит markdown-исходник статьи и переводит разметку в пригодную для публикации в IDEC. Также ссылки на картинки он регулярками подменяет на соответствующие ссылки из файлэхи, если таковые имеются.
Спасибо.

Всё таки питон в таких ситуациях незаменим. Можно было бы и на баше, но баш сложнее в использовании. Я вон давеча костыль на работе написал для анализа тикетов в редмайне под нужды отдела. Получилось кратко и удобно :)
Andrew Lobanov to vit01 (2019-12-04 04:11:43) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
Difrex> Можно тебя попросить делать строки не такими длинными в посте?
Difrex> Ограничиться, например, в символов 100. Иначе приходиться включать *visual-line-mode* :)
Можно. Правда, все наши остальные клиенты (и редакторы в них) умеют отображать текст с переносами слов.

Из-за этого я специально делал строки длинными, чтобы сэкономить читателю место по вертикали и по горизонтали :)
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
vit01 to Difrex (2019-12-02 14:25:52) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
Немного не по теме. Можно тебя попросить делать строки не такими длинными в посте?
Ограничиться, например, в символов 100. Иначе приходиться включать *visual-line-mode* :)
+++ At work. idec.el/0.1
Difrex to vit01 (2019-12-02 07:18:35) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
>>> 1. В каком формате лучше публиковать картинки? Имеет ли смысл просто вставлять ссылки на них или лучше загружать в файлэху?
Difrex>> Я за ссылки. Поддержка фэх, как я понимаю, сейчас включена только у тебя и Андрея.
AL> Я бы всё таки сделал фэху и кидал ссылку на файл из неё через фрек :)
Сделал ссылками на файлы в файлэхе через API. И кому надо, тот подпишется на фэху alicorn.blog

Думаю, по виду ссылок в посте это уже было очевидно.

Ещё составил себе простенький питон-скрипт, который быстро репарсит markdown-исходник статьи и переводит разметку в пригодную для публикации в IDEC. Также ссылки на картинки он регулярками подменяет на соответствующие ссылки из файлэхи, если таковые имеются.
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
vit01 to Andrew Lobanov (2019-11-30 16:20:06) [ссылка]

Солнце: с чего всё начиналось

Итак, когда в начале учебного года более-менее установилось учебное расписание, я связался со своим научным руководителем Сергеем из [Института солнечно-земной физики]( https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%81%D1%82%D0%B8%D1%82%D1%83%D1%82_%D1%81%D0%BE%D0%BB%D0%BD%D0%B5%D1%87%D0%BD%D0%BE-%D0%B7%D0%B5%D0%BC%D0%BD%D0%BE%D0%B9_%D1%84%D0%B8%D0%B7%D0%B8%D0%BA%D0%B8 ), в дальнейшем просто ИСЗФ.

Здесь и началось всё веселье

В прошлом году я писал вместе с ним курсовую по обработке радиоизображений с помощью алгоритма [CLEAN]( https://en.wikipedia.org/wiki/CLEAN_(algorithm) ). Данный алгоритм широко используется для устранения шумов с сырых изображений, полученных с радиотелескопов и, в частности, с антенных решёток. Он, с одной стороны, совсем несложный, с другой - нужен для понимания того, как интерпретировать правильно картинки с радиотелескопов. В курсовой я попробовал с нуля запрограммировать алгоритм, поиграться с параметрами и обработать парочку тестовых картинок с [сибирского радиогелиографа]( https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%B1%D0%B8%D1%80%D1%81%D0%BA%D0%B8%D0%B9_%D1%81%D0%BE%D0%BB%D0%BD%D0%B5%D1%87%D0%BD%D1%8B%D0%B9_%D1%80%D0%B0%D0%B4%D0%B8%D0%BE%D1%82%D0%B5%D0%BB%D0%B5%D1%81%D0%BA%D0%BE%D0%BF ) СРГ-48.

Красивые картиночки и код с моей курсовой можно посмотреть на Гитхабе: https://github.com/vit1-irk/clean_lib

### Вернёмся к настоящему

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

Для меня нашлась работёнка в отыскании радиоисточников на Солнце, связанных с явлением гиромагнитного резонанса. Это излучение, порождённое электронами вне атомов, движущимися по замкнутым орбитам. На Солнце оно происходит в на короне и на границе короны с хромосферой, причём сигнал идёт сразу на нескольких гармониках. На частоте 34 ГГц подобные источники практически ни разу не находили, за исключением 2017 года, и целью было проверить, присутствуют ли ещё подобные образования на Солнце в другие года. Проверка не сильно сложная, однако, руки до сих пор ни у кого не дошли.

Использовать надо было данные с [Нобеямской радиообсерватории]( https://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D0%B1%D0%B5%D1%8F%D0%BC%D1%81%D0%BA%D0%B0%D1%8F_%D1%80%D0%B0%D0%B4%D0%B8%D0%BE%D0%BE%D0%B1%D1%81%D0%B5%D1%80%D0%B2%D0%B0%D1%82%D0%BE%D1%80%D0%B8%D1%8F ) в Японии, где были данные аж с 1999 года по 2017. Более поздние тоже имеются, но они порченные, кривые и не подходят для обработки.

Данные Нобеямы включают в себя корреляционные кривые телескопа (показывают общее изменение яркости, которое потом отразится на изображении) и сами картинки, которые надо сначала скачать, а потом синтезировать с помощью специальной программки, которая написана на языке IDL (среда программирования, популярная у солнечников).

## Самый первый поиск источников

Начальная фильтрация - грубый поиск образований высокой яркостной температуры (выше 150 000K), при этом на корреляционной кривой сигнал не должен превышать шумовой порог. Изображения делались только раз в день, поэтому многие из источников, вероятно, были пропущены. Ищутся яркие точки, которые долго остаются на диске Солнца, по несколько часов.

https://ii-net.tk/ii/ii-point.php?q=/f/f/alicorn.blog/dGGy1m9rj59gqEfznqEe

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

Отфильтровалось несколько десятков дней, для каждого был построен видеоряд (см. в самый конец, где код).

После этого потребовалось выяснить конфигурацию магнитных полей на фотосфере Солнца в нужных активных областях, магнитограммы надо было доставать со спутников [Solar Dynamics Observatory]( https://en.wikipedia.org/wiki/Solar_Dynamics_Observatory ) и [Hinode]( https://en.wikipedia.org/wiki/Hinode_(satellite) ) .

## Магнитограммы

#### Магнитограмма SDO

https://ii-net.tk/ii/ii-point.php?q=/f/f/alicorn.blog/6lUXgHjXzef2rpEbD6eR

#### Увеличенная

https://ii-net.tk/ii/ii-point.php?q=/f/f/alicorn.blog/4QZiaLpBuCdh9qzQjR20

#### Магнитограмма Hinode

https://ii-net.tk/ii/ii-point.php?q=/f/f/alicorn.blog/RuUGVfkzn97VAPY2dtoB

## Фишки Питона

Пишу код и провожу вычисления в интерактивной среде разработки
Jupyter Notebook (а точнее - в сборке Jupyter Lab). Очень удобная, позволяет избегать ошибок и строить графики с другими результатами прямо в коде.

Так как данных очень много, приходилось делать долгие промежуточные вычисления, результаты которых для удобства сохранял в бинарных объектах pickle, чтобы не высчитывать каждый раз снова.
# пример записи в файл
with open("150k-curves.obj", "wb") as dump:
    pickle.dump(curves_filtered, dump)

# пример считывания из файла
with open("magnetic-plots.obj", "rb") as dump:
    magnetic_plots = pickle.load(dump)
## Построение крутых видосиков

А вот код для построения видеоряда в течение дня. Сохранять картинки в png и склеивать в видео оказалось накладно, поэтому отрисовка идёт напрямую в ffmpeg (через matplotlib FFMpegWriter).

Рендеринг первым способом занимает 4 минуты на видео, вторым - 2 минуты. Надеюсь, кому-нибудь пригодится.
    plt.rc('font', size=12)
    plt.rc('figure', titlesize=16)
    
    plt.close()
    fig = plt.figure(figsize=(22, 20))
    gs = fig.add_gridspec(nrows=4, ncols=2, width_ratios=[5, 4], hspace=0.4, wspace=0.1)

    magnplot = fig.add_subplot(gs[0, 0])
    ccplot = fig.add_subplot(gs[1, 0])
    maxplot = fig.add_subplot(gs[2, 0])
    maxplot_17 = fig.add_subplot(gs[3, 0])

    picplot = fig.add_subplot(gs[2, 1])
    picplot_17 = fig.add_subplot(gs[3, 1])

    magnplot.set_title("maximum magnetic field by SDO")
    magnplot.plot(magn["times"], magn["maxvals"], ":y")
    magnplot.plot(magn["times"], magn["maxvals"], "o")

    ccplot.set_title("34 GHz correlation curve")
    ccplot.set_ylim(-std * 0.3, std * 1.1)
    ccplot.plot(cc["times"], cc["data"] - np.mean(cc["data"]))
    ccplot.axhline(std)

    maxplot.set_title("34 GHz, maximum value")
    maxplot.set_ylim(-100, cfg.intensity_threshold * 1.5)
    maxplot.plot(pics_times, maxvals, "-o")
    maxplot.axhline(cfg.intensity_threshold, color="green")

    maxplot_17.set_title("17 GHz, maximum value")
    maxplot_17.plot(pics_times_17, maxvals_17, "-o")

    print("making video")
    path = "/mnt/data/filepath/videos/{0}.mp4".format(pic_start)
    writer = FFMpegWriter(fps=3, extra_args=['-vcodec', 'libx264'])

    with writer.saving(fig, path, dpi=110):
        for a in range(0, len(pics)):
            pic = pics[a]
            pic_17 = pics_17[a]
            maxval = maxvals[a]
            maxval_17 = maxvals_17[a]

            tl1 = ccplot.axvline(pic["times"], color="red")
            tl2 = maxplot.axvline(pic["times"], color="red")
            tl3 = maxplot_17.axvline(pic_17["times"], color="red")
            tl4 = magnplot.axvline(pic["times"], color="red")

            picplot.set_title("34 GHz, maxval = " + str(maxval))
            picplot_17.set_title("17 GHz, maxval = " + str(maxval_17))

            picplot.imshow(pic["data"], interpolation=None, origin='low')
            picplot_17.imshow(pic_17["data"], cmap="winter", interpolation=None, origin='low')

            writer.grab_frame()

            tl1.remove()
            tl2.remove()
            tl3.remove()
            tl4.remove()
А вот один из скриншотов из видеоряда. Кому захочется пример полного видоса, могу потом тоже скинуть

https://ii-net.tk/ii/ii-point.php?q=/f/f/alicorn.blog/jPqH5A3gnFAsHzLaOuMN

## Что дальше

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

Ссылка в блоге: https://blog.alicorn.tk/posts/the-beginning-sun.html
vit01 to All (2019-11-30 10:30:14) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
>> 1. В каком формате лучше публиковать картинки? Имеет ли смысл просто вставлять ссылки на них или лучше загружать в файлэху?
Difrex> Я за ссылки. Поддержка фэх, как я понимаю, сейчас включена только у тебя и Андрея.
Я бы всё таки сделал фэху и кидал ссылку на файл из неё через фрек :)
Andrew Lobanov to Difrex (2019-11-26 10:18:38) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
> 1. В каком формате лучше публиковать картинки? Имеет ли смысл просто вставлять ссылки на них или лучше загружать в файлэху?
Я за ссылки. Поддержка фэх, как я понимаю, сейчас включена только у тебя и Андрея.
> 2. Имеет смысл постить всё в ii://pipe.2032 или стоит закидывать в отдельную эху?
Можно прямо в ii://pipe.2032, но и собственная эха тоже нормально. Только анонс её сюда скинуть было бы неплохо.
> 3. Как организовать автоматический кросспостинг между idec и веб-интерфейсом (например, через RSS или отдельного бота) и стоит ли заниматься этим вообще? (есть вариант просто делать 2 немного разных поста и там, и там)
Лучше два отдельных поста, наверное. Хотя, я свой блог транслирую сюда автоматом через RSS бота.
Difrex to vit01 (2019-11-26 07:14:47) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
vit01>> 3. Как организовать автоматический кросспостинг между idec и веб-интерфейсом (например, через RSS или отдельного бота) и стоит ли заниматься этим вообще? (есть вариант просто делать 2 немного разных поста и там, и там)
AL> С точки зрения конечного результата, два поста и там и там будут выглядеть аккуратней, чем автоматический кросс-постинг.
Думаю, что здесь лучше именно так и поступить

А насчёт остальных пунктов всё-таки подождём мнения ещё кого-нибудь
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
vit01 to Andrew Lobanov (2019-11-24 04:54:04) [ссылка]

Re: Блоггинг, за жизнь и форматы данных

Ответ на сообщение
vit01> 1. В каком формате лучше публиковать картинки? Имеет ли смысл просто вставлять ссылки на них или лучше загружать в файлэху?
Лучше загружать в фэху и добавлять в текст ссылки на эти файлы :)
vit01> 2. Имеет смысл постить всё в ii://pipe.2032 или стоит закидывать в отдельную эху?
ИМХО, плодить эхи смысла нет. Лучше писать всё прямо сюда.
vit01> 3. Как организовать автоматический кросспостинг между idec и веб-интерфейсом (например, через RSS или отдельного бота) и стоит ли заниматься этим вообще? (есть вариант просто делать 2 немного разных поста и там, и там)
С точки зрения конечного результата, два поста и там и там будут выглядеть аккуратней, чем автоматический кросс-постинг.
Andrew Lobanov to vit01 (2019-11-23 16:36:11) [ссылка]

Блоггинг, за жизнь и форматы данных

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

Так вот, в последние пару месяцев я занят работой в Институте Солнечно-Земной физики, связанной с обработкой данных по вспышкам. Кроме этого, в том же институте прохожу практикум по установкам, исследующим земную ионосферу.

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

По тематике планируются посты по типу "за жизнь", где будут заметки про настроение, а также посты про красноглазие, Python и анализ данных.

Планируется немало картинок, например, диска Солнца, магнитограмм, ионограмм и куча графиков. И насчёт этого требуется совет многоуважаемого All

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

2. Имеет смысл постить всё в ii://pipe.2032 или стоит закидывать в отдельную эху?

3. Как организовать автоматический кросспостинг между idec и веб-интерфейсом (например, через RSS или отдельного бота) и стоит ли заниматься этим вообще? (есть вариант просто делать 2 немного разных поста и там, и там)

Пробовал смотреть разные простенькие веб-движки для ведения статических блогов. Особо понравился питоновский Nikola из-за его поддержки постов как в формате Markdown, так и в формате Jupyter Notebook (большинство своих расчётов делаю именно там).

Правда, встроенные картинки и графики в Jupiter Notebook при конвертации в HTML -> plaintext через nbconvert вставляются напрямую в виде data:base64
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
vit01 to All (2019-11-22 02:10:41) [ссылка]

Re: echo ping

Ответ на сообщение
Pong
+++ картошки хватит на всех
Difrex to jmaks (2019-11-03 20:56:34) [ссылка]

echo ping

Test @all
I'm back
jmaks to All (2019-11-02 07:36:51) [ссылка]

Re: Тишина

Ответ на сообщение
>> Попутно написал новую наноигру на инстеде (на конкурт КОНТИГР-2019). Посомтреть на это недоразумение можно тут: instead-games.ru/game.php?ID=338
Difrex> Не получается пройти, меня вечно убивают ответным ударом, а что делать тоже непонятно, вроде, ничего кроме сканера и пульта больше нет. Ну, и рации.
Спойлерить не буду особо. Ищи оружие и союзников :)
Andrew Lobanov to Difrex (2019-10-31 18:17:08) [ссылка]

Re: Тишина

Ответ на сообщение
> Попутно написал новую наноигру на инстеде (на конкурт КОНТИГР-2019). Посомтреть на это недоразумение можно тут: instead-games.ru/game.php?ID=338
Не получается пройти, меня вечно убивают ответным ударом, а что делать тоже непонятно, вроде, ничего кроме сканера и пульта больше нет. Ну, и рации.
Difrex to Andrew Lobanov (2019-10-31 08:21:19) [ссылка]

Re: Тишина

Ответ на сообщение
Работы в последнее время навалом. А в свободное от неё время читаю Леви ("Хакеры: Герои компьютерной революции" пролетала в books.tech) и Лутца (в день по чайной ложке).

Попутно написал новую наноигру на инстеде (на конкурт КОНТИГР-2019). Посомтреть на это недоразумение можно тут: http://instead-games.ru/game.php?ID=338

А ещё захотелось поиграть в кубики и с друзяшками из инстедочата мы подняли сервер minetest. http://minestead.ga/ (требуется клиент версии 5.0.1 или, но это ещё не проверяли, 5.1.0), где и пропал я и многие другие.

Попутно переношу из небольшого форка idec (которая типа эталонная) в эталонную реализацию вынесенный в отдельное приложение тоссер бандлов, но что-то забросил и позабыл на чём остановился. Проще будет снова бэкпортировать это добро :)
Andrew Lobanov to Difrex (2019-10-21 09:53:22) [ссылка]

Re: Тишина

Ответ на сообщение
Difrex> Времени нет совсем. Но я тут :).
Difrex> Чекаю сообщения раз в день минимум.
Привет. Тоже мало времени, но я чекаю сообщения точно больше одного раза в день. Роботы с новостями ведь

У нас сейчас на физфаке квантовая механика и атомная физика, а ещё методы математической физики (где решаем непростые дифуры и работаем со спец. функциями). По понедельникам практикум по получению и обработке (на Python) данных с разных установок в институте солнечно-земной физики. Ещё в этом же ИСЗФ дополнительно веду работу по анализу данных

Нагрузка очень большая, так как хожу к теоретикам ещё на пары (например, на теорию групп).

В этом семестре гуманитарных предметов нет, всё профильное. Оптику недавно на 5 закрыл

Удачи всем с работой
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
vit01 to Difrex (2019-10-18 00:32:42) [ссылка]

Тишина

Сабж.

Времени нет совсем. Но я тут :).
Чекаю сообщения раз в день минимум.

У нас из отдела тут уходят наши джависты, и теперь приходится писать новую CMDB. Выбрали PG на бэкенд, фронтенд с GraphQL на хаскелле :).
Вообще предстоит огромный фронт работ, так что на общение времени мало :(.
Difrex to All (2019-10-17 13:50:47) [ссылка]

Re: Столлман в Москве

Ответ на сообщение
Difrex> В этот вторник(27.08.19) в политехе https://mospolytech002.timepad.ru/event/1039245/
Прошёл по ссылке, увидел там "добавить в Google Календарь" и улыбнулся :)
Если бы Ричард зашёл на страничку мероприятия и увидел это, то он обязательно пошутил бы на эту тему.
Difrex> Лечу из Минска смотреть на дедушку, надену майку Emacs ^_^
Еее, круто! Позадавай ему какие-нибудь интересные вопросы
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
vit01 to Difrex (2019-08-22 08:51:36) [ссылка]

Re: Столлман в Москве

Ответ на сообщение
Difrex> Лечу из Минска смотреть на дедушку
Вот бы аудиозапись этой встречи! Прочёл описание: острые, интересные темы.
Интересно, свяжет ли Столлман ограничение свободы программного обеспечения с уничтожением личности как таковой. Ведь, мы сейчас переживаем плохие времена — нас превращают в животных, которым ничего не надо, кроме развлечений и лёгкости бытия. Столлман родился и живёт в стране, где эти тенденции особенно сильны. Выскажет ли он своё мнение об этом?
> надену майку Emacs
Ты не затеряешься там, среди армии таких же? ))
vmg to Difrex (2019-08-22 07:09:47) [ссылка]

Столлман в Москве

Сабж!

В этот вторник(27.08.19) в политехе https://mospolytech002.timepad.ru/event/1039245/

Лечу из Минска смотреть на дедушку, надену майку Emacs ^_^
Difrex to All (2019-08-22 04:41:02) [ссылка]

Re: Что меня раздражает

Ответ на сообщение
> Раздражало прежнее имя Anotheroneuser. Теперь я — vmg.
Понял. :)
Peter to vmg (2019-08-21 17:35:46) [ссылка]

Re: Что меня раздражает

Ответ на сообщение
Раздражало прежнее имя Anotheroneuser. Теперь я — vmg.
vmg to Peter (2019-08-21 14:53:49) [ссылка]

Re: Осмысленное общение, лень и интерфейсы

Ответ на сообщение
> Но если там удобно работают черновики с фетчем
Не знаю, что за черновики с фетчем в Емаксе, но реализовать ты это можешь набирая текст в каком-нибудь файле и синкая его через owncloud(или подобное). Мне это не нужно просто.
Но ты можешь поставить задачу. Но я все-равно не понимаю, как ты предполагаешь делать синк? Поднимать
сервак свой для синка я не хочу.
> Просто когда я последний раз его пробовал, то были глюки с запуском idec-mode.
Просто так вызывать idec-mode не нужно.
Точки входа:
* `idec-local-browse' чтение загруженных сообщений
* `idec-online-browse' чтение эх в онлайне(писать от туда тоже можно)
* `idec-online-browse-hidden' чтение в онлайне скрэтоэхи
* `idec-load-new-messages' фетч новых сообщений
* `idec-browse-local-echo' переход сразу в локальную эху
> есть сортировка мессаг по дате
Изначально она там была, но потом я перевел сортировку сообщений по порядку поступления, т.е. как в Цезии.
Собственно, могу добавить сортировку по времени и опцию в customize, если очень надо.

Но порог вхождения в idec.el(как и в Емакс в целом) высок, да :)
Difrex to vit01 (2019-08-13 08:57:49) [ссылка]

Re: Осмысленное общение, лень и интерфейсы

Ответ на сообщение
>> Можно и так сказать, хотя это не в точности так
Peter> Я о другом. В стандарте это время проставляется в сообщение когда? То-есть, когда мы говорим о сортировке сообщений по времени, откуда берётся это время?
Время в сообщение проставляется когда узел регистрирует его. То есть когда поинт отправляет сообщение узлу.
Andrew Lobanov to Peter (2019-08-12 03:51:42) [ссылка]

Re: Осмысленное общение, лень и интерфейсы

Ответ на сообщение
>> Не понимаю, про что ты говоришь
>> У нас время синхронизации между станциями - это 10, 20 минут, максимум час.
Peter> А напомните, о каком времени идёт речь? О времени прихода сообщения на первую станцию в цепочке?
Ну вообще, час это точно то время, за которое у нас фактически мессага дойдёт из конца в конец сети. На самом деле даже быстрее раза в два-три.
Andrew Lobanov to Peter (2019-08-12 03:51:41) [ссылка]