На самом деле, в исчерпывающем большинстве случаев из железа можно обойтись только эппловской клавиатурой, magic trackpad, и bluetooth-донглом к этому всему, если нативного bluetooth нет на материнке. Это порядка 200$ за всё, если брать официальное, или на 30% дешевле, если брать у китайцев. Ощущения от работы с системой при этом не отличаются от таковых при работе с Mac Mini.
С точки зрения софта нужна безграничная любовь к изучению спецификаций ACPI, конечно, чтобы написать свою таблицу DSDT.
Ваш скрипт можно было написать следующим образом, его легче сопровождать:
#!/bin/bash
ROOT="/usr/share/applications";
APPS=(
# Just not needed for others to know that i have this in my system.
# I always can run them from cli. Вот
'bleachbit-root.desktop'
'bleachbit.desktop'
'bum.desktop'
'gparted.desktop'
'guake.desktop'
'luakit.desktop'
'synaptic.desktop'
'teamviewer-teamviewer9.desktop'
'umit.desktop'
'virtualbox.desktop'
'wireshark.desktop'
# Rubbish. То, что не запускаем отдельно,
# а открывается автоматически при открытии соответствующего файла,
# основываясь на file associations
'AdobeAIR.desktop'
'caffeine-preferences.desktop'
'dropbox.desktop'
'empathy.desktop'
'evince.desktop'
'file-roller.desktop'
'gdebi.desktop'
'gthumb.desktop'
'gxneur.desktop'
'ibus-setup.desktop'
'libreoffice4.3-base.desktop'
'libreoffice4.3-calc.desktop'
'libreoffice4.3-draw.desktop'
'libreoffice4.3-impress.desktop'
'libreoffice4.3-math.desktop'
'libreoffice4.3-writer.desktop'
'noise.desktop'
'pantheon-terminal.desktop'
'totem.desktop'
'update-manager.desktop'
'vlc.desktop'
# Скрыла, потому что эти приложения доступны из контекстного меню.
# Посчитала излишним дублировать их в меню. Время покажет права ли я.
'atom.desktop'
'scratch-text-editor.desktop'
'scribes.desktop'
'sublime_text.desktop'
);
for app_name in "${APPS[@]}"; do {
app_path="${ROOT}/${app_name}";
echo -n "${app_path}... ";
if [[ -e "${app_path}" ]]; then {
echo -n $'[Desktop Entry]\nNoDisplay=true\n' >> "${app_path}";
echo "OK";
} else {
echo "NOT FOUND";
}; fi
}; done
На таких расстояниях размытие тождественно непрозрачному прямоугольнику с усредненным цветом же. Хотя если применить размытие к большой картинке отдельным слоем, а потом вырезать в «четкой» картинке окошки в «размытую», то восстановить можно будет.
Единственный надежный простой способ что-то спрятать — непрозрачный прямоугольник. Размытие, вне зависимости от силы, прекраснейшим образом обращается. А такое размытие, как на картинке выше, и глазами читается без проблем.
Когда-то было так, сейчас нет. Из того, что сразу пришло в голову — в няшной сишке sizeof('x') == sizeof(int), тогда как в б-гомерзких плюсах sizeof('x') == sizeof(char). Нагуглил вот тут хорошую подборку различий.
В том-то и дело, что UNIX-овость ни о чем не говорит в плане процесса разработки, используемых сред, языков и т.д. К примеру, и HP-UX, и OS X — оба сертифицированные юниксы, но при этом они кардинально отличаются друг от друга во всем, кроме соответствия спецификации UNIX. Нельзя сказать, что программист под OS X сразу нащупает нужные крутилки в HP-UX, что справедливо и в обратную сторону.
С ReactOS и Windows всё обстоит иначе. ReactOS — полный клон (надеется таковым быть), полностью бинарно совместимый. В далеком-далеком будущем, когда ReactOS выпустит свою первую альфу бету, между ReactOS и Windows можно будет поставить знак равенства во всех отношениях, кроме лицензии и тонкостей реализации, функционально неразличимых с точки зрения программиста ни юзерспейса, ни ядра.
В общем, tl;dr — «nix-системы» слишком абстрактная категория, включащая в себя кучу разношерстного софта, «win-системы» полностью консолидирована и представлена только двумя живыми тождественными продуктами — windows и reactos, поэтому такое деление не ок.
Объясните, за что минус? ReactOS — совместимая с Windows на уровне ABI, и не имеет каких-то ReactOS-специфичных функций (т.к. это сломало бы обратную совместимость с Windows). Программирование под ReactOS идет при помощи тех же инструментов, на тех же языках, с использованием точно тех же методологий, что и под Windows, и результаты разработки для этих двух систем взаимозаменяемы и запускаются и там, и там. Разницы между программированием под ReactOS и под Windows нет.
Давно не проблема запустить чикагу там, где работает DosBox, а на айфонах с этим нет проблемы. Нативно же запустить не удастся никак — другая архитектура же. Разве что декомпилировать все объектники в LLVM IR, и пересобрать для ARM — но это настолько сложно, вручную и бессмысленно, что для пары скриншотов никто не будет подобным заниматься.
С точки зрения софта нужна безграничная любовь к изучению спецификаций ACPI, конечно, чтобы написать свою таблицу DSDT.
Единственный надежный простой способ что-то спрятать — непрозрачный прямоугольник. Размытие, вне зависимости от силы, прекраснейшим образом обращается. А такое размытие, как на картинке выше, и глазами читается без проблем.
:)
sizeof('x') == sizeof(int), тогда как в б-гомерзких плюсахsizeof('x') == sizeof(char). Нагуглил вот тут хорошую подборку различий.С ReactOS и Windows всё обстоит иначе. ReactOS — полный клон (надеется таковым быть), полностью бинарно совместимый. В далеком-далеком будущем, когда ReactOS выпустит свою первую
альфубету, между ReactOS и Windows можно будет поставить знак равенства во всех отношениях, кроме лицензии и тонкостей реализации, функционально неразличимых с точки зрения программиста ни юзерспейса, ни ядра.В общем, tl;dr — «nix-системы» слишком абстрактная категория, включащая в себя кучу разношерстного софта, «win-системы» полностью консолидирована и представлена только двумя живыми тождественными продуктами — windows и reactos, поэтому такое деление не ок.
В чем тогда «другаявость», кроме идеологической?