по следам редакторных срачей

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

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

поле для загрузки файла в html-форме крайне похабно выглядит - http://i61.tinypic.com/10onuye.png.

есть ли волшебное слово для переноса кнопки выбора файла вправо? потому что нагуглил разве что сотню простыней из html+css+js, которіе не очень хотелось бы использовать

а почему при использовании xdg спеков файл history размещается в $XDG_DATA_HOME/mc? по идее, он должен быть в $XDG_CACHE_HOME/mc

позволю себе поинтересоваться, а классические юниксовые ipc - шареную память (не mmap), очереди сообщений, семафоры кто-нибудь еще _явно_ использует? по крайней мере во вновь пишущемся софте

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

есть ли жизнь на марсе и есть ли смысл в отдельном /boot разделе? с учетом того, что initrd не пользуюсь по религиозным соображениям.

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

такой вопрос - как проще разбирать дополнительные аргументы из переменной, на манер GREP_OPTIONS и т.д. стоит ли заморачиваться на проверку некорректности, или просто разбивать по \s и добавлять в argv? парсинг, если что, делается средствами glib (g_option_context_parse) в каковых проверка вроде как существует. но вот дурь с "-- и дальше чего хочешь" несколько смущает

это не технический вопрос, а скорее на потрепаться. т.к. для себя уже процентов на 90 решил не заморачиваться.

такой вопросец - к каким побочным эффектам может привести замена mime-type application/xml на text/xml в базе libmagic?

дурной [в]опрос - а что, собственно, должно быть в $subj?

под «контекстным меню» для mc имеется в виду менюшки, открываемые для конкретных панелей, на манер alt+F{1,2} в far-е или nc

как по мне - /, $HOME, список итз быстрого доступа (Ctrl+/). но, может, кто что еще полезное подскажет?

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

сдох предыдущий смарт. был прошит miui 2.3.7c

перед смертью сделал бекап всякого нужного, средствами, входящими в базовый состав miui

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

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

ну или если есть уже что готовое - тоже буду рад

да, гуглил и продолжаю гуглить, но результатов пока ноль

господа, может кто чего насоветует в плане годных подарков отпрыскам 8 и 12 лет. с годовалым как-то сам разберусь, а старшие сами просят всякий примитив, а хотелось бы что-то интересно-развивающее. возможно, какие-то полуготовые законченные поделки на arduino или нечто в этом роде. на манер советских полуфабрикатов приемников и фотоаппаратов «собери сам»

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

--- mc-4.8.11/lib/tty/key.c.orig	2013-11-29 20:27:07.000000000 +0200
+++ mc-4.8.11/lib/tty/key.c	2013-12-02 12:33:30.425849204 +0200
@@ -1952,6 +1952,9 @@
     struct timeval time_out;
     struct timeval *time_addr = NULL;
     static int dirty = 3;
+#ifndef HAVE_SLANG
+    int flag; 
+#endif
 
     if ((dirty == 3) || is_idle ())
     {
@@ -1978,7 +1981,7 @@
     while (pending_keys == NULL)
     {
         int nfd;
-        static int flag = 0;    /* Return value from select */
+        static int sflag = 0;    /* Return value from select */
         fd_set select_set;
 
         FD_ZERO (&select_set);
@@ -2047,7 +2050,7 @@
         }
 
         tty_enable_interrupt_key ();
-        flag = select (nfd, &select_set, NULL, NULL, time_addr);
+        sflag = select (nfd, &select_set, NULL, NULL, time_addr);
         tty_disable_interrupt_key ();
 
         /* select timed out: it could be for any of the following reasons:
@@ -2055,7 +2058,7 @@
          * !block     -> we did not block in the select call
          * else       -> 10 second timeout to check the vfs status.
          */
-        if (flag == 0)
+        if (sflag == 0)
         {
             if (redo_event)
                 return EV_MOUSE;
@@ -2063,7 +2066,7 @@
                 return EV_NONE;
             vfs_timeout_handler ();
         }
-        if (flag == -1 && errno == EINTR)
+        if (sflag == -1 && errno == EINTR)
             return EV_NONE;
 
         check_selects (&select_set);
--- mc-4.8.11/lib/tty/tty-ncurses.c.orig	2013-11-29 20:27:07.000000000 +0200
+++ mc-4.8.11/lib/tty/tty-ncurses.c	2013-12-02 12:30:01.947851997 +0200
@@ -51,6 +51,7 @@
 #include "color-internal.h"
 #include "mouse.h"
 #include "win.h"
+#include "key.h"
 
 /* include at last !!! */
 #ifdef WANT_TERM_H
@@ -529,6 +530,7 @@
 {
     if (mc_global.utf8_display || c > 255)
     {
+        unsigned char str[UTF8_CHAR_LEN + 1];
         int res;
 
         res = g_unichar_to_utf8 (c, (char *) str);
@@ -540,7 +542,6 @@
         }
         else
         {
-            unsigned char str[UTF8_CHAR_LEN + 1];
             const char *s;
 
             str[res] = '\0';

для GdkPixbufAnimation предусмотрено масштабирование? на манер gdk_pixbuf_scale/gdk_pixbuf_scale_simple

сорри, но сходу ответ не нашел, а очень глубоко гуглить времени нет

красный день календаря, понесло в сторону первичного ильича. как «религия - опиум народа»

собственно - $subj:discuss

а накидайте сюда удобных, по вашему мнению, subj-ев. для разных случаев

феерия просто

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3030

а как вы оформляете свои багрепорты? если оформляете, конечно. лично я предпочитаю вместе с патчем, корректирующим, или, как минимум, обходящем проблему

echo -e "\033[41mtest\033[K"

в чистой консоли отрабатывает нормально, при очистке до конца строки атрибуты сохраняются и вся строка имеет красный фон. при запуске в терминале (на vte) - красный фон только у текста. строка очищается дефолтными атрибутами.

это бага или фича? и еще просьба проверить это поведение на свежих версиях vte-терминалов, а то у меня древняя 0.28.2

UPD: как оказалось, гадит не vte, а gnu screen

такой вопрос - а какие компоненты должны быть включены в базовый состав de, по вашему мнению?

bash я использую исключительно для скриптов, никакие интерактивности от него мне не требуются. поэтому при сборке всякие readline, history и прочие progcomp отключаются нафиг.

однако заметил, что в последнее время, если запущу bash в интерактивном режиме, для быстрой проверки различных синтаксических конструкций, это животное создает ~/.bash_history, хотя сохранение истории отключено.

при разборе полетов оказалось, что все историчности в коде отключаются конструкцией #if defined(HISTORY). в config.h есть закоментаренный #undef HISTORY. однако HISTORY все равно считается определенным и соотвественный код присутствует в бинаре. grep по исходникам нечего не показал, явных определений HISTORY кроме как в config.h.in/config.h нет. в выхлопе make тоже ничего криминального. помогло только явное добавление -UHISTORY в CFLAGS.

потому вопрос - а где еще эта препроцессорная гадость может определяться?

$subj при использовании темных цветовых тем выглятит как г-но - мерзкие рамки для придания меню 3d-вида бесят. остальные менюхи вроде нормальные. это можно как-то поправить, а то я в этих xul-овых css не очень большой эксперт?

firefox 23.0.1, gtk - 2.24.20, движок - murrine

http://postimg.org/image/ahl8kmeh7/5194baf4/