► Какую будем выбирать "OS"◄
#423
Отправлено 23 February 2016 - 21:35
И никак решение найти не могу. Хотя в сети есть удивленные счастливчики, которые искренне делают большие глаза, мол, даже не задумывался, поставил работаю, всё ок.
#425
Отправлено 24 February 2016 - 00:37
Нужно лишь взять (где-то) или нарисовать ЕСКДшные рамки.
Для 3Д весьма неплох (хотя еще и не допилен до версии 1.0.0) FreeCAD.
Для электроники вполне юзабелен KiCAD.
Для всякой всячины - LibreOffice.
Но ... на этих программах хором с золотыми унитазами не настроишь ...
#426
Отправлено 24 February 2016 - 01:56
Priestone (23 February 2016 - 21:35) писал:
Цитата
Сообщение отредактировал Zlыdenь: 24 February 2016 - 01:56
#427
Отправлено 24 February 2016 - 07:22
Таких советов море, но по большей части они бесполезны. С Draftsight 2015 лаг курсора в поле чертежа - это лотерея. Например, по приведенной вами ссылке обсуждается решение для linux, но... под windows он тоже имел место быть (только что удалил с рабочего компьютера такую "тормозящую" версию). Впрочем тесты продолжаются. С утра скачал бесплатную версию Draftsight 2016 SP0. Установил на комп на работе (win 8.1 pro). Переработан интерфейс в ленточный, не могу сказать стало удобнее или нет, не особо важно, но лага курсора боле не наблюдается (зато при регистрации из списка государств испарилась Российская Федерация, санкции что-ли? Зарегистрировался как Казахстан. Ну а чо? От меня до Казахстана по прямой рукой подать). Раз лага нет боле, то, наверное, ура!.. вечером установлю дома на kubuntu 16.04 (ну а зачем мелочиться? ему до выхода осталось два месяца, кто-то же должен баги вылавливать - вот и пользую уже).
Да, кстати, открыл один из проектов, сделанных другим проектировщиком в AutoCAD (собственно последние пару лет Draftsight мне для того и нужен был, чтобы открывать dwg и отправлять необходимое на печать... ну редко-редко поправить косячок какой). Так вот. Открыл автокадовский dwg (2007-й версии) и... понравилось. Шрифты отображаются более корректно, за рамки боле не плывут. Еще на разных ОС-ях/железках поэкспериментирую и буду рекомендовать.
Прошу не ругать за обсуждение прикладного ПО в теме про выбор ОС-ей. Мы ж все понимаем, что без прикладного сама по себе ОСь ну вообще никому (разве что в далеком прошлом юному Линусу Торвальдсу) не нужна.
#428
Отправлено 24 February 2016 - 07:49
Они есть, конечно. Но тут та же проблема, что и с виндовс-пользователем, когда приходит время и необходимость пересадить его на альтернативную операционку. Сидит проектировщик в автокаде и тепло ему и хорошо (Его в родной альма-матер только автокаду и учили немного, боле он ничегошеньки и в глаза никогда не видал. Это я не про хорошего проектировщика, а про среднестатистического), а злой дядька-работодатель никак не желает на такую хорошую и единственную вообще пригодную программу потратиться (Таких работодателей море, не надо укорять меня, что я зло наговариваю и зря обижаю бизнесменов. Большинство бизнеснюков на приобретении виндовса-то "экономят", предпочитая терять время и данные, борясь с инфицированными ZverCD разными-разнообразными).
Так вот ближе всего к эргономике автокада и оказался драфтсайт... ИМХО. И dwg для него "родные" и ЛИСП, можно сказать, один в один.
Сообщение отредактировал Priestone: 24 February 2016 - 07:50
#429
Отправлено 24 February 2016 - 11:57
Это ещё что, даже пересадить людей с одной версии M$ офиса на другую и то редко удаётся без криков и стонов, да на LibreOffice тоже добровольно никто не хочет переходить, хотя он как раз на ранние версии M$ Офиса больше похож, чем поздние версии от самого-же M$
Сообщение отредактировал Manichaean: 24 February 2016 - 11:57
#430
Отправлено 24 February 2016 - 13:00
Priestone (24 February 2016 - 07:22) писал:
Цитата
Цитата
И чтоб два раза не вставать - с полей рапортуют о том, что под более-мнее свежим Вайном уже и 64-битный Фотошоп рабоатет нормально. Кто-то имеет желание проверить?
Сообщение отредактировал Zlыdenь: 24 February 2016 - 13:01
#434
Отправлено 24 February 2016 - 17:23
Ну с... качаю дома на тест...
#435
Отправлено 24 February 2016 - 18:09
Сообщение отредактировал Priestone: 24 February 2016 - 18:12
#436
Отправлено 24 February 2016 - 19:50
Ar-Gen-Tum (24 February 2016 - 00:37) писал:
#438
Отправлено 24 February 2016 - 20:26
Epigon (22 February 2016 - 17:14) писал:
Epigon (23 February 2016 - 07:23) писал:
Epigon (23 February 2016 - 07:23) писал:
#439
Отправлено 24 February 2016 - 21:11
#441
Отправлено 24 February 2016 - 23:28
Alone_Stranger (24 February 2016 - 21:21) писал:
Я уж не говорю про кодировки.
L2009 (24 February 2016 - 21:11) писал:
NiOl (24 February 2016 - 20:26) писал:
NiOl (24 February 2016 - 20:26) писал:
#443
Отправлено 25 February 2016 - 01:05
Epigon (24 February 2016 - 23:28) писал:
для всех вийлов начиная с ext2///
Простейший утрированный пример:
1) пусть сектор файловой системы равен 8 байт
2) пусть у нас есть текстовый файл, содержащий строку: "abcdefghijklmnopqrstuvwxyz1234567890"
3) тогда внутри файловой системы этот текстовый файл будет разделен по секторам на куски, кратные 8 байтам: "abcdefgh" "ijklmnop" "qrstuvwx" "yz123456" "7890" - и только последний сектор может иметь неполный размер - это очень легко проверить, если в дескрипторе файловой системы ручками поправить (увеличить) размер какого-нибудь файла и посмотреть на его конец - мы увидим, что там появился некий "мусор" - это те байты, которые были записаны на диске раньше, оставшись от предыдущей записи
4) сами сектора могут распологаться на диске физически в любом порядке - но нам, внутри примера, сейчас это не важно
5) положим, вы открыли наш файл в вашем любимом текстовом редакторе и дописали после символа "n" парочку русских букв: "ЫЪ"
6) тогда сам файл примет итоговый вид: "abcdefghijklmnЫЪopqrstuvwxyz1234567890"
7) но вся беда в том, что нельзя просто так поместить наши ДВА (а не восемь - потому что такой размер сектора) символа внутрь файла и не переписать остальные сектора - потому что только завершающий сектор может быть неполным
8) таким образом, сектора примут следующий вид: "abcdefgh" "ijklmnЫЪ" "opqrstuv" "wxyz1234" "567890"
9) и подчеркнутые байты файловая система будет вынуждена переписать В ЛЮБОМ СЛУЧАЕ, а в большинстве случае - не только изменившиеся байты, но все сектора, в которых поменялся хотя бы один байт (и даже бит - если для вас это существенно), ибо большинство устройств, в том числе и диски, флешки, твердотельники работают исключительно с кусками - секторами или блоками
А теперь попробуйте привести мне ЛЮБОЙ нормативный документ, ссылку, стандарт, описывающий иную структуру работы файловой системы со своими файлами.
Если что-то и найдете, то для какой нибудь редкой файловой системы, ныне умершей, но никак не для распространенных файловых систем: FAT (12, 16, 32, ex), NTFS, ext (2, 3, 4)
В журналируемых же XFS, BtrFS все еще сложнее!
#444
Отправлено 25 February 2016 - 08:37
Сообщение отредактировал L2009: 25 February 2016 - 08:41
#445
Отправлено 25 February 2016 - 09:40
А вопрос "какую будем выбирать ось?" по прежнему актуален. Меня вот сейчас ubuntu/kubuntu 14.04 и 16.04 вполне удовлетворяют, но это не может длиться вечно.
Ах да... это если выбирать не windows, иначе Far никто не запретит, конечно же
#446
Отправлено 25 February 2016 - 10:06
Два - это все равно, даже на ленте, оставшаяся часть файла после вставки должна быть подвинута на величину вставки.
Три - это то, что даже пленка (в большинстве случаев) работает кусочками - секторами и блоками просто потому, что там отказоустойчивое кодирование, часто вложенное. И даже изменение (без добавления) одного байта в файле потребует перезаписи всего файла.
Четыре - это есть пленки со структурой, похожей на ФАТ - когда файл с середины пленки можно удалить, а его место займут новые, причем им необязательно туда помещаться целиком - часть будет продолжена в другом месте со ссылками на это место.
Priestone, ради работы в многочисленных кодировках у меня сейчас ФАР под вином пашет!
#447
Отправлено 25 February 2016 - 10:47
(В Geany: File - Open as... В Kate: Tools - Encoding и повыбирать можно)
А еще есть утилиты командной строки iconv и recode ...
У меня wine только для танков WoT :-)
Сообщение отредактировал Priestone: 25 February 2016 - 10:44
#448
Отправлено 25 February 2016 - 11:49
Упомянутые вами редакторы попробую конечно, но у меня встречаются еще и файлы в смешанных кодировках - когда часть текста написана в КОИ8, а часть под ср1251 - надо будет проверить, как ваши редакторы к этому относятся. С другой стороны уже вижу, что если "open as", то для смены рабочей кодировки мне придется переоткрывать файл, что уже не очень.
И утилиты командной строки не помогут, ибо мне, редактируя, нужно сохранять оригинальную кодировку. А что они будут делать со смешанной? Там, полагаю, вообще адский компот получится!
Сообщение отредактировал Alone_Stranger: 25 February 2016 - 11:50
#449
Отправлено 25 February 2016 - 12:01
Сталкивался с таким в документах "офиса" (Word, Excel), сгенерированных 1С 7.7. Поставил заинтересованным менеджерам в LubreOffice плагин CyrillicTools - больше нет обращений. Всех всё устроило
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных