yet another рацуха
а нельзя ли еще и закрытые темы каким-нибудь замком отмечать? а то у решенных галка есть, у _удаленных_ - тоже крестик, а у тем с ограничением на отправку комментариев - хрен вам. непорядочек
а нельзя ли еще и закрытые темы каким-нибудь замком отмечать? а то у решенных галка есть, у _удаленных_ - тоже крестик, а у тем с ограничением на отправку комментариев - хрен вам. непорядочек
начинаем жить по-новому, и воротим 3d-модельки вместо классических видеограмм
что-то туплю. как в gdb тормознуться на определенном (скажем сотом) вызове функции? а то чтение conditional breakpoints ясности не дало. что, вариант возможен только с дополнительной переменной aka счетчик вызовов и ее проверкой, или есть еще какие более элегантные решения?
заметил такую мерзость - превьюхи из галереи на главной в midori выглядят как говно. в firefox все прилично. происходит это потому, что в огнелисе отображаются NNNNN-med.png, а в midori, почему-то - NNNNN-icon.png
баловство с user agent в midori не помогло
неплохо бы эту каку подправить
дурной вопрос, а arpd из iproute2 хоть кто-то использует? накидайте use-cases, плиз
подскажите годный $subj, чтобы поменьше коллизий? по прикидкам, размер хеша будет небольшой, где-то до сотни
ключ - строка до 16 символов из набора [0-9A-Za-z._-]. велика вероятность повтора в ключах первых 4-5 символов.
пока что размышляю на предмет разных crc, или про нечто самописное, на основе сплита ключа на части с дальнейшими издевательствами над полученными кусочками
но может есть что более оптимально-готовое?
наблюдается следующая мерзость
(victor@lenovo)~/tmp $> cat t.sh [sh]
#! /bin/bash
str="несколько слов не латиницей"
echo "$str" | wc -c
echo "$str" | wc -m
printf '"%-55s"\n' "$str"
printf '"%-55ls"\n' "$str"
(victor@lenovo)~/tmp $> ./t.sh [sh]
52
28
"несколько слов не латиницей "
"несколько слов не латиницей "
(victor@lenovo)~/tmp $> [sh]
т.е. bash-ский printf всегда рассчитывает длину строки побайтно, а не посимвольно. с printf из coreutils - та же фигня.
есть какие-то обходные пути для исправления этого безобразия, или только исходники bash-а пилить?
по следам редакторных срачей
апологеты 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
сорри, но сходу ответ не нашел, а очень глубоко гуглить времени нет
| ← назад | следующие → |