https://bitbucket.org/fat_angel/opengostfont/downloads
Changelog
Новость писать еще рано, а вот для толксов в самый раз. Про все замеченные баги сообщать сюда.
Приветствую.
Обновился вот до sys-apps/openrc-0.9.8.2, запустил etc-update и смотрю опция rc_parallel выкинута из конфига (/etc/rc.conf). Параллельный старт сервисов теперь не в моде? Они опять все сломали? Или оно включено по умолчанию?
Приветствую.
Возникла потребность закачать файл с неимоверно длинными именами файлов. Кто умеет?
Привет.
SUBJ. Открытое или закрытое, бесплатное или стоящее сотен нефти — пофиг, интересует сам факт наличия. TeX конечно классный результат выдает, но этот его макроязык расширений и заточенность под однобайтную кодировку заставляют плакать и звать маму.
Ну и вообще что-нибудь в духе мастера Мамору, чтоб непременно была социально-политическая составляющая.
// GITS'ов уже видел
Приветствую.
Пытаюсь запилить для себя стиль страниц по ГОСТ 21.101–97 СПДС «Оосновные требования к проектной и рабочей документации». Вкратце, для тех кто не в курсе — это тот же ЕСКД, но с другими штампами, для строителей. Вот, что получилось
\documentclass[14pt,a4paper]{extarticle}
\usepackage{xltxtra}
\setmainfont{Linux Libertine O}
\usepackage{polyglossia}
\setmainlanguage{russian}
\usepackage{indentfirst}
\frenchspacing
% Поля страницы по ЕСКД
\usepackage[
left=30mm,
top=15mm,
right=15mm,
bottom=15mm,
footskip=10mm,
nohead,
nomarginpar,
driver=xetex
]{geometry}
% Создаем новые стили страницы
\makeatletter
\newcommand{\spds@titleheight}[1]{%
\setlength{\textheight}{\paperheight}
\addtolength{\textheight}{-#1}
\addtolength{\textheight}{-30mm}
}
% Титульный лист
\newcommand\ps@spdstitle{%
\spds@titleheight{0mm}
\renewcommand{\@oddhead}{}
\renewcommand{\@evenhead}{}
\renewcommand{\@oddfoot}{%
\unitlength=1mm
\begin{picture}(0,0)(10,0)
\linethickness{0.6mm}
\put(0,0){\line(1,0){185}}
\put(0,287){\line(1,0){185}}
\put(0,0){\line(0,1){287}}
\put(185,0){\line(0,1){287}}
\end{picture}
СПДС~— Титульный лист\hfill % Debug
}
\renewcommand{\@evenfoot}{}
}
% Первый лист — форма 5 по ГОСТ 21.101–97
\newcommand\ps@spdsformfive{%
\spds@titleheight{40mm}
\renewcommand{\@oddhead}{}
\renewcommand{\@evenhead}{}
\renewcommand{\@oddfoot}{%
\unitlength=1mm
\begin{picture}(0,0)(10,0)
\linethickness{0.6mm}
% Рамка
\put(0,0){\line(1,0){185}}
\put(0,287){\line(1,0){185}}
\put(0,0){\line(0,1){287}}
\put(185,0){\line(0,1){287}}
% Штамп
\put(0,25){\line(1,0){185}}
\put(0,40){\line(1,0){185}}
\put(0,30){\line(1,0){65}}
\put(135,15){\line(1,0){50}}
\put(135,20){\line(1,0){50}}
\put(20,0){\line(0,1){40}}
\put(40,0){\line(0,1){40}}
\put(55,0){\line(0,1){40}}
\put(65,0){\line(0,1){40}}
\put(135,0){\line(0,1){25}}
\put(150,15){\line(0,1){10}}
\put(165,15){\line(0,1){10}}
\put(10,25){\line(0,1){15}}
\put(30,25){\line(0,1){15}}
\linethickness{0.2mm}
\put(0,5){\line(1,0){65}}
\put(0,10){\line(1,0){65}}
\put(0,15){\line(1,0){65}}
\put(0,20){\line(1,0){65}}
\put(0,25){\line(1,0){65}}
\put(0,35){\line(1,0){65}}
\end{picture}
СПДС~— Основная надпись по форме 5\hfill % Debug
}
\renewcommand{\@evenfoot}{}
}
\makeatother
\begin{document}
\thispagestyle{spdstitle}
Тестовый текст в начале страницы.
\vfill
Тестовый текст в конце страницы.
\newpage
\pagestyle{spdsformfive}
%\newgeometry{bottom=55mm}
Тестовый текст в начале страницы.
\vfill
Тестовый текст в конце страницы.
\newpage
Тестовый текст в начале страницы.
\vfill
Тестовый текст в конце страницы.
\newpage
Тестовый текст в начале страницы.
\vfill
Тестовый текст в конце страницы.
\end{document}Все более-менее работает, но в зависимости от формы штампа должна меняться высота текстового поля, за что отвечает служебная команда \spds@titleheight{}. Она и меняется, но для следующей за текущей страницы. А вот как сделать так, чтоб высота изменялась немедленно?
Можно, конечно, запилить для каждой формы штампа отдельную команду, которая сначала будет дергать \newgeometry{} из пакета geometry с нужными параметрами, а потом будет устанавливать стиль страницы, но выглядит это уж больно костыльно. Может есть способ довести до ума стиль страницы?
P.S. Компилировать XeLaTeX'ом или переделать преамбулу.
Читаю документацию к \ConTeXtу и наткнулся на прекрасную цитату:
In books meant for children we often find a somewhat bigger typeface,
for instance because we are convinced that this enables them to read
the book themselves. On the other hand, I can also imagine that it is
a cheap way to increase the number of pages. Unfortunately scaling
up will also uncover the lack of quality of the typesetting used and/or
the lack of typographic knowledge of the user of such a system.
Мой, очень вольный, перевод для Ъ:
В книгах для детей мы часто можем встретить, к примеру, увеличенные шрифты, поскольку мы убеждены, что это позволяет им читать книги самостоятельно. С другой стороны, я так же могу представить, что это простой путь увеличения количества страниц. К сожалению увеличение так же открывает отсутствие качества верстки и/или отсутствие познаний в типографике у пользователя таких систем.
http://www.downforeveryoneorjustme.com/http://www.scribus.net/ http://www.downforeveryoneorjustme.com/http://www.fontmatrix.net/
Что у них там произошло?
Приветствую.
Возниклла задача написать пояснительную записку к проекту в соответствии с требованиями СПДС. Вкратце нужны рамки как в eskdx, но с другими угловыми штампами, да и вообще этот eskdx мне не очень нравится — какой-то топорный. Поэтому, скорее всего, мне придется создавать новый класс для LaTeX (возможно переплив eskdx). Или может проще взять ConTeXt, который, как я понял, как раз и создавался для быстрой верстки документов с очень нетривиальным форматированием.
Вопрос к людям работавшим с обеими системами — где проще запилить документ с хитрым оформлением? На данный момент я имею только базовые знания о работе с LaTeX, явно недостаточные для создания собственного класса, поэтому мне в любом случае придется читать достаточно много нового материала. Вот я и подумал о ConTeXt, может там оно чуть проще.
Приветствую.
Решив не бросать слов на ветер, запилил первую версию шрифтов по ГОСТ 2.304-81 «Шрифты чертежные», за символическим номером 0.0.1. Пока есть только прямое начертание типа А. Тип Б и наклонные начертания обоих типов запилю позже, как разберусь с этим.
На данный момент прорисованы basic latin, кириллица — 66 букв и греческий без диакритики, а также небольшое количество специальных символов. Кернинг находится в начальной стадии.
Нужны люди, заинтересованные в свободной реализации этого шрифта, для советов относительно кернинга и дизайна некоторых глифов. Мое мыло есть в свойствах fonforge'вского файла и соответственно должно быть в otf.
Еще интересно мнение публики о том, где лучше всего запилить проект? Всякие гитхабы с корзинами битов подходят слабо, поскольку засовывать бинарные данные в VCS IMHO глупо. Склоняюсь в стороны гуглокода, но корпорация добра немного пугает.
Лицензия SIL OFL.
Скачать бесплатно и без регистрации: otf & sfd, скрин для Ъ 1, скрин для Ъ 2
P.S. Для шрифтотроллей aka megabaks & co хочу уточнить, что шрифт ни разу не для экрана, но для печати.
Приветствую.
Возникла необходимость в шрифтах по вышеозначенному стандарту. Кто-нибудь встречал их свободные реализации? Просто нет желания велосипедить их с нуля, проще присоединиться к существующему проекту.
Предлагаю довести градус безумия поставленный этим голосованием до критической отметки.
| Кто здесь? | 654 | ******************** |
| Kirill A Korinskiy (catap) | 124 | *** |
| Андрей (Shaman007) | 122 | *** |
| Василий (mono) | 103 | *** |
| Тёма (JB) | 99 | *** |
| Тимур Давлетшин (timur_dav) | 97 | ** |
| Александр Наталенко (post-factum) | 86 | ** |
| Слава Поздняков (Pi) | 84 | ** |
| annoynimous (annoynimous) | 77 | ** |
| Тим (hibou) | 72 | ** |
| Ben Aceler (Aceler) | 69 | ** |
| Dmitry A. Koptev (Dimez) | 63 | * |
| Sergey V. Udaltsov (svu) | 52 | * |
| Михаил (anonymous_incognito) | 52 | * |
| Другой вариант ответа (указать в комментариях) | 41 | * |
| Всего голосов: 1795 | ||
| Всего проголосовавших: 960 | ||
>>> Результаты
Shaman007 тебе не стыдно http://www.linux.org.ru/polls/polls/6967616?
Какой следующий опрос на очереди? Самый ненужный дистрибутив? Самое ненужное DE?
Мое гугл-фу сегодня совсем никуда не годится. Какие входящие порты следует открывать для нормальной работы протокола Jingle (видео-аудио-файлообмен через jabber). Если это важно то клиент Gajim.
Приветствую.
Что лучше применять к «левым» пакетам — DROP или REJECT. Если я правильно понял из подобных обсуждений, при DROP у какера Васи будет висеть незакрытое соединение. При REJECT происходит корректное закрытие. Так что лучше?
При этом на моей машине соответствующее соединение закрывается при любом способе сброса пакета, правильно?
Решил значит я потыкать палочкой ruby. Тыкать дохлый 1.8 не хочется, а 1.9, как выяснилось, даже не думают размаскировывать. Все это, если я правильно понял, в основном из-за того, что мейнтейнеры гонятся за возможностью безпроблемного сосуществования 1.8 и 1.9. И это не смотря на то, что 1.8 скоро совсем перестанут поддерживать.
Я еще могу понять ситуацию с пистоном, где для тройки нет многих библиотек, но тем не менее тройка размаскирована. А рубин 1.9 в котором, если верить аналитикам, почти все библиотеки портированы — замаскирован.
И таки да, это нытик тред. Размаскировать ручками я конечно могу, но головная боль же…
Привет.
Разбираюсь с SQL. Для связывания разных таблиц между собой решил использовать значение их primary key.
Вопрос в том, как узнать значение этого самого primary key для только что добавленной записи (INSERT). Или лучше его указывать вручную при INSERT? Но тогда как его определить? Если брать `SELECT max(id) FROM db_table` то при частом добавлении-удалении записей счетчик может переполнится. Можно взять первый индекс за которым есть пропуск, но каким запросом его найти?
Или может я вообще неправильно поступаю, используя primary key в качестве индекса в таблицах?
Приветствую.
Интересует вопрос как лучше организовать чтение больших текстовых файлов в PyGtk, чтоб не замораживался интерфейс. Для определенности будем считать большим файл объема в 20-30 Мб.
На данный момент в голове крутятся идеи с потоками (threading.Thread) и чтением маленькими кусками с вызовом gtk.main_iteration() между чтениями. Также подумывал об использовании gio.File() с его async методами, но так и не нашел способа сделать seek по файлу при async чтении (нужно для дочитывания лог-файлов). К тому же для чтения сжатых файлов надо ставить gvfs которая в большинстве дистрибутивов тянет пол гнума.
Ваши идеи?
Приветствую.
Интересует вопрос как можно вызвать GtkEntryComletion ручками? В первую очередь интересует popup completion. Это нужно для реализации автодополнения по Tab (или любому другому сочетанию клавиш).
Пробовал дергать метод gtk_entry_completion_complete() (правда через pygtk) — ничего не происходило. Да и судя по документации он просто обновляет список предложений для автодополнения.
Или, мне сейчас подумалось, я все делаю не правильно, и надо не вызывать автодополнение, а всего лишь разрешать/запрещать его, при нажатии соответствующей комбинации клавиш?
Приветствую.
Пришел к мысли, что копировать данные в gtk.ListStore или gtk.TreeStore во многих случаях неэффективно. Захотел создать свою собственную модель. В сети есть куча примеров этого с использованием gtk.GenericTreeModel, однако как выяснилось его выпилили в 3-м pygtk. Соответственно, чтоб поменьше портировать в будущем я хотел бы создать свою новую модель на основе gtk.TreeModel. Это реально? Если да то поделитесь советом или киньте пример кода.
| ← предыдущие |