Кстати само по себе наличие методов совершенно ортогонально к "PODности"

Можно написать "боярский языкъ"

На С есть, но он построен на этом

Макросах

А макросов же на D нет?

В C все типы данных POD-ы

В D макросы не нужны, совсем.

В C все типы данных POD-ы

Это да, поэтому его легко с асмом интегрировать

В D макросы не нужны, совсем.

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

темплейты и миксины

многие ли из вас знают, что в D можно вот так делать? https://glot.io/snippets/eyty1bffd6

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

Ну-ну

Большинство современных ЯПов поддерживают не-латиницу в идентификаторах

Меньше времени где? В разработке или в рантайме?

Первое.

Другое дело, что редакторы кода того...

В D можно любой юникод :)

Но я бы предпочел свои функции говном не обмазывать

Большинство современных ЯПов поддерживают не-латиницу в идентификаторах

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

Не очень понятно, почему ты решил, что это фича D

самое веселье - потом указывать везде правильную кодировку

Жиза

Еще веселит тот факт, что Блокнот под виндой нагло врет, что все сохранил в UTF-8

А на деле

Win1251

О, а есть кто-то способный объяснить, как на практике связаны Юникод и ЮТФ-Х семейство?

Ну если я ничего не путаю

То юникод - сферический конь в вакууме

А UTF-X конкретная реализация

юникод — стандарт, utf — кодировка

С X битами на символ

О, а есть кто-то способный объяснить, как на практике связаны Юникод и ЮТФ-Х семейство?

Юникод это общее название системы кодирования. А UTF - это реальное бинарное представление символов.

но вообще, не понимаю, зачем использовать что-то отличное от UTF-8)

Окай, но если Юникод - это стандарт, у него, должно быть, есть версии? Впилили же в него эмодзи когда-то? Получается, что и у ЮТФ как у его реализации тоже должны быть версии?

но вообще, не понимаю, зачем использовать что-то отличное от UTF-8)

Особого смысла да, нет

но вообще, не понимаю, зачем использовать что-то отличное от UTF-8)

UTF-16/Win1251?

Окай, но если Юникод - это стандарт, у него, должно быть, есть версии? Впилили же в него эмодзи когда-то? Получается, что и у ЮТФ как у его реализации тоже должны быть версии?

У юникода и так есть версии

В винде, я так понимаю, пошли по пути UTF-16, чтобы меньше багов плодить)

У юникода и так есть версии

А у ютф?

просто решили, что размер символа будет 2 байта и всё)

В винде, я так понимаю, пошли по пути UTF-16, чтобы меньше багов плодить)

Там все очень сложна. Где-то UTF-8, где-то UTF-16, где-то Win1251. И CRLF еще

да не, в винде ничего сложного WinAPI работает либо с однобайтовыми кодировками, либо с UTF-16

на весь винапи, вроде, одна функция работает с UTF-8, которая перекодирует ее в UTF-16)

хотя, давно уже с винапи не работал, могу ошибаться)

А у ютф?

UTF часть юникода, но необходимости менять UTF не возникает

Проще говоря, юникод говорит какому символу какой код соответствует, а UTF как этот код хранится в памяти.

Проще говоря, юникод говорит какому символу какой код соответствует, а UTF как этот код хранится в памяти.

thx

В винде, я так понимаю, пошли по пути UTF-16, чтобы меньше багов плодить)

Чтобы на раскодирование время не тратить

Там же не все функции чисто про печать символов в контекст.

да, не, кажется, всё проще, Windows NT 3.1 вышла в середине 1993, а стандарт UTF-8 был принят в сентябре 1992)

Windows NT 3.1 ?

а точно, в ней впервые заюзали юникод

> Кодовым названием проекта было «NTOS». Данное обозначение сохранилось в имени файла ядра Windows NT, ntoskrnl.exe. Более официальным названием проекта было «NT OS/2». ахаха

/me почему-то сегодня гуглил что такое fossil (в смысле драйвер такой)

это дравер ком порта/модема в доисторические времена

ага

Ковыряю конвертацию дат из БД в Ди. Оказывается, 0 года не было! год до нашей эры и сразу год после начала эры. И вокруг этого целый набор костылей.

postgres=> select '4713-01-01 00:00:00.000000 BC'::timestamptz; timestamptz —------------------------------- 4713-01-01 00:00:00+06:11:26 BC Неточность

4713 год был волшебным как раз, от него все расчёты идут. хз бага это или фича.

https://ru.wikipedia.org/wiki/%D0%AE%D0%BB%D0%B8%D0%B0%D0%BD%D1%81%D0%BA%D0%B0%D1%8F_%D0%B4%D0%B0%D1%82%D0%B0

а это я случайно таймзону приплёл, считает верно

посоны, похоже у нас Date неверно считается

или так: похоже и даты у нас тоже неверно считаются

As per ISO 8601, it treats 1 B.C. as year 0, i.e. 1 B.C. is 0

это фича оказывается.

AAARRGHHH! В конструкторе Data год молча обрезается до short, хотя сам конструктор принимает int https://github.com/dlang/phobos/blob/master/std/datetime/date.d#L3718

Народ, а что вообще есть из обработки изображений?

Народ, а что вообще есть из обработки изображений?

https://github.com/denizzzka/dtiv

https://github.com/denizzzka/dtiv

Вот только мне обработка, а не отображение в консоли, нужно

оно умеет обрабатывать тоже - надо его вызвать как библиотеку

отдаст символ и цвет

это я шучу всё, просто вопрос странный, ну и ответ не менее)

это я шучу всё, просто вопрос странный, ну и ответ не менее)

Что странного во вращении, отражении и сохранении изображений в разных форматах

?

Так и надо написать было же. Мало ли кто что понимает под словом "обработка"

я думаю всякие эти отражения сильно зависят от области применения

Действительно...

пакетные и интерактивные алгоритмы различаются (предполагаю)

Мне нужен аналог ImageMagick или Pillow (для python)

ImageMagick переписать? а зачем?

ImageMagick переписать? а зачем?

Предлагаешь его в продакшене использовать?

у него запилен более хороший аналог, забыл название

https://code.dlang.org/packages/dlib - dlib.image - image processing (8-bit, 16-bit and 32-bit floating point channels, common filters and convolution kernels, resizing, FFT, HDRI, animation, graphics formats I/O: JPEG, PNG/APNG, BMP, TGA, HDR) https://code.dlang.org/packages/imageformats https://code.dlang.org/packages/daffodil

Метод возвращает структуру - надо добиться того чтобы эту структуру нельзя было наружу из этого scope вытащить (скопировать) потому что структура содержит отсылки к классу. Чтобы не случилось ситуации когда класс уже удалён а структура ещё нет. Как этого добиться?

запретить this(this) ?

это отключит возможность копировать? а других способов вынести структуру за пределы нет? указатели?

есть

а да, указатель же в пустоту покажет.

но не сейчас, этож вроде DIP1000

Чтобы было понятно: есть ответ БД (таблица), и структура Value которая ссылается на эту таблицу. Надо сделать так чтобы если таблицу грохнут то Value уже точно не суещствовал. Хранить ссылку в Value на таблицу пока не хочу - накладно.

я в своем драйвере наговнокодил RC

и да, держу ссылку на PGчто-тотам

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

есть еще вариант

клиент передает функции делегат, у которого параметр scope Value

немного непривычно, но я использую для транзакций и не только

клиент = пользователь либы

scope как модификатор аргумента работает у нас? думал просто так оно