Кодю маленькое приложение.

Хинт: если экраны разместить друг над другом, то будет хаваться чуть меньше памяти.

Пробовал. Неудобно. Голову приходиться постоянно задирать. :)

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

Справочники где?

> Крутиться

Что делаеть, простите?

Ну почему, ПОЧЕМУ все делают эту ошибку?

потому, что они ещё не были на http://tsya.ru/ :)

Отступы между виджетами в окне не согласуются с отступами снопок от рамки. Пофикси для удобства восприятия

спасибо. пофиксю. Справочники будут позже.

Некоторое время была мысль сделать подобное для адвокатов в нашей конторе. Кстати, не посоветуете туториал Gtk+ для начинающего Б.К.?

о, платежка :)
аж мороз по коже. зачем тебе это?

ну я ЧПешник. На бухе экономлю. :) Да и мне легче самому управлять своими финансами. :)

честно говоря читал DevHelp. Там всё хорошо написано. Мне больше туториал по С++ нужен был чем по GTK. Так как в Си я не спец. Мне больше Оракл подавай. :)

>Хинт: если экраны разместить друг над другом, то будет хаваться чуть меньше памяти.
Эээ... А почему? Просто я всегда когда подключаю второй монитор, размещаю его как раз над текущим, но мне просто так физически удобнее. А что происходит с памятью?

А какое приемущество в GTK+ для такого приложения? Тут и вебфейса хватит.

подымать апачу. ставить ПХП. Да и вообще. Надоело Веб писать года так 4 назад. Вот и переквалифицировался на Ораклоида. А Си так, для саморазвития.

Одержувач
Execute

и это в одной форме

>А какое приемущество в GTK+ для такого приложения?

Исключительно дидактическое.

проблемы с локалью, M$ со значком генты, Oracle - ну вы поняли

oocalc сэкономил бы уйму времени. впрочем, видно что для души :)

Когда-то была подобная идея, но хотелось использовать не *TeX, а *roff. Проблемы с UTF-8 в groff не позволили тогда мне решить задачу. А потом и актуальность пропала.

300грн за пенсійний фонд платиш?

не. :) Хай вдавлятся.... Но грошей я їм недам. :)

> Эээ... А почему? Просто я всегда когда подключаю второй монитор, размещаю его как раз над текущим, но мне просто так физически удобнее. А что происходит с памятью?

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

>Когда-то была подобная идея, но хотелось использовать не *TeX, а *roff.
Не думал, что roff еще для чего-то используют, кроме как для man'ов. Как он по сравнению с Техом?

>Кстати, не посоветуете туториал Gtk+ для начинающего Б.К.?
Можешь попробовать Kiwi. Это такая обертка над Gtk для Python. Очень простая.

Пример кода: http://www.async.com.br/projects/kiwi/example-personalinformation.html

Документация: http://www.async.com.br/projects/kiwi/learnmore.html

Назва отримувача?=)

А если это физическое лицо?=)

нарисовать обычную формочку в кальке было, я так понимаю, некошерно...

>> не. :) Хай вдавлятся.... Но грошей я їм недам. :)

присоединяюсь, сам не плачу и других не знаю кто бы платил :)

забавный дуалхед ;)

>Вот и переквалифицировался на Ораклоида.

и

>ну я ЧПешник. На бухе экономлю. :

что-то здесь не так ;)

>Не думал, что roff еще для чего-то используют, кроме как для man'ов. Как он по сравнению с Техом?

Хех, вообще-то при помощи *roff книжки делали: http://www.troff.org/pubs.html

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

>>Вот и переквалифицировался на Ораклоида.

>и

>>ну я ЧПешник. На бухе экономлю. :

>что-то здесь не так ;)

А в чем противоречие? Каждый ораклоид покупает себе лицензии?