что опять с gnomefiles.org случилось, кто-нибудь в курсе?

народ, а не могли бы вы тут кратенько (ну или конспективно) описать свои критерии «шг». а то иной раз непонятки возникают

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

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

борьба с этим явлением привела к исходникам темы и обнаружению хорошей опции движка - disable_focus

в связи с чем и вопрос - может еще кто интересные недокументированные фичи обнаруживал?

проблема в следующем, gtk_file_chooser_set_do_overwrite_confirmation() работает только, если GtkFileChooser получен из GtkFileChooserDialog, если же создавать свой диалог, и встраивать в него GtkFileChooserWidget, использование gtk_file_chooser_set_do_overwrite_confirmation() не дает никакого эффекта

рабочий код

#include <gtk/gtk.h>
                                    
int
main (int argc, char *argv[])
{
  GtkWidget *d;

  gtk_init (&argc, &argv);
  d = gtk_file_chooser_dialog_new ("Save File", NULL,
                                   GTK_FILE_CHOOSER_ACTION_SAVE,
                                   GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL,
                                   GTK_STOCK_SAVE, GTK_RESPONSE_ACCEPT, NULL);
  gtk_file_chooser_set_do_overwrite_confirmation (GTK_FILE_CHOOSER (d), TRUE);
  gtk_dialog_run (GTK_DIALOG (d));
  gtk_widget_destroy (d);
}

нерабочий код

#include <gtk/gtk.h>

int
main (int argc, char *argv[])
{
  GtkWidget *d, *w;

  gtk_init (&argc, &argv);
  d = gtk_dialog_new_with_buttons ("Save File", NULL,
				   GTK_DIALOG_MODAL |
				   GTK_DIALOG_DESTROY_WITH_PARENT,
				   GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL,
				   GTK_STOCK_SAVE, GTK_RESPONSE_ACCEPT, NULL);

  w = gtk_file_chooser_widget_new (GTK_FILE_CHOOSER_ACTION_SAVE);
  gtk_file_chooser_set_do_overwrite_confirmation (GTK_FILE_CHOOSER (w), TRUE);
  gtk_widget_show (w);

  gtk_box_pack_start (GTK_BOX (gtk_dialog_get_content_area (GTK_DIALOG (d))),
		      w, TRUE, TRUE, 0);

  gtk_dialog_run (GTK_DIALOG (d));
  gtk_widget_destroy (d);
}

во втором случае пробовал добавлять обработчик сигнала confirm-overwrite, но без видимого эффекта, обработчик не вызывался

кто-нибудь знает, как заставить второй вариант вызывать диалог подтверждения перезаписи?

Вышел стабильный релиз библиотеки gtk+ - 2.20.0.

Основные нововведения:

• Новый виджет GtkSpinner и обертка GtkCellRendererSpinner для индикации активности
• Новый контейнер GtkOffscreenWindow
• В GtkNotebook появилась возможность использовать незанятое табами пространство под свои нужны
• Улучшения в скорости работы GtkFileChooser
• Возможность выбора основного монитора при работе с несколькими мониторами

Скачать

>>> Подробности (gnome.org)

есть проект. код на c и bash. для сборки используются autotools. при добавлении поддержки gettext возникла следующая проблема - скрипты на bash не имеют расширения .sh, и поэтому игнорируются xgettext-ом.

в принципе, при использовании intltools, в POTFILES.in можно указывать свой тип для файлов, прописывая перед именем [gettext/<type>], однако gettext/shell пока не поддерживается, только всякие xml-форматы и конфиги. а при использовании gettextize тип для конкретного файла вообще невозможно указать (по крайней мере я не нашел такой возможности). Разве что через Makevars явно передавать xgettext-у аргумент --language, но тут тоже возникает бяка, так как языков несколько.

пока мне видится несколько вариантов решения этой проблемы:
- плюнуть на autotools и сделать систему сборки на голых Makefile-ах
- держать несколько GETTEXT_DOMAIN-ов, для каждого типа исходников свой
- (наиболее кардинальный) внести изменения в xgettext, чтобы эта скотина работала с mime-types, а не по расширениям или добавить gettext/shell в intltools

но все эти варианты достаточно костылеподобны. нет ли какого-то более элегантного решения?

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

такое в природе существует или самому писать?

Однажды Мастер Фу сказал заезжему программисту: «В одной строке кода shell-сценария больше духа UNIX, чем в десяти тысячах строк на языке С!» (c) taoup

устав бороться с ограниченностью zenity, в конце-концов плюнул на это дурное занятие и сделал свой форк

Кроме традиционных улучшений и исправлений ошибок, в стандартную библиотеку включены несколько новых модулей. В частности multiprocessing и json.

Полное описание новшеств здесь - http://docs.python.org/dev/whatsnew/2...

>>> Подробности (python.org)

Из основных вкусностей в этом релизе - добавлена поддержка svg и возможности подгружать свои изображения в png или svg форматах для комканды CursorStyle.

Ну и традиционные багфиксы.

>>> Подробности (fvwm.org)

как я все это делал, попытался описать здесь - http://1-ananas-1.livejournal.com/230487.html

В книге содержатся примеры использования практически всех виджетов, входящих в состав GTK+ 2.10, в том числе примеры использования glade+libglade для создания интерфейсов и cairo surfaces для печати.

К сожалению, в электронном виде книга не доступна, только твердая копия.

Веб-сайт книги - http://www.gtkbook.com/. Здесь можно посмотреть содержание, и скачать исходные тексты примеров из книги.

>>> Подробности (gnomedesktop.org)

взять slim можно здесь - http://slim.berlios.de/

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

В общем - качайте и пользуйтесь - http://ftp.gnome.org/pub/GNOME/source...

>>> Подробности (gnome.org)

>>> Подробности (good-day.net)

В этот релиз, кроме файлменеджера Thunar и текстового редактора Mousepad также включен менеджер архивов Xarchiver.

Ну а так-же традиционные исправления ошибок и улучшения основных компонентов.

Changelog можно посмотреть здесь - http://www.xfce.org/release_notes/4.4...

>>> Сайт Xfce (xfce.org)

>>> Читать (lwn.net)

никто с подобным не сталкивался?