» AkelPad

l_Instructor_l
прошу добавить в Plugins\Coder файлик для подсветки *.nfo и *.diz
(здесь в архиве .uue мой вариант #)


ато слишком часто меняется
Цитата:

архитектура плагинов

подскажите пож.
у меня была открыта боковая панель Code fold, я там нажал на флажок и она скрылась. Вызов меню из плагинов возвращает только фодлинг внутри текста, но не ее. Как пофиксить?

И чтобы два раза ен спрашивать. Как можно на ХР устанавивать Акел с заменой блокнота. Стандартно не помогает, может, есть какой батник, по типу для семерки?

sikemo

Цитата:

у меня была открыта боковая панель Code fold, я там нажал на флажок и она скрылась. Вызов меню из плагинов возвращает только фодлинг внутри текста, но не ее. Как пофиксить?

вызвать используя, например hotkeys.plugin (горячие клавиши),
AkelPad.Call("Coder::CodeFold", 1)


Цитата:

Как можно на ХР устанавивать Акел с заменой блокнота. Стандартно не помогает, может, есть какой батник, по типу для семерки?

SetAkelAsNotepad.bat (положить и запускать из диры с AkelPad.exe)

Код:
@rem http://akelpad.sourceforge.net/forum/viewtopic.php?t=51
reg add "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\notepad.exe" /v "Debugger" /t REG_SZ /d "\"%~dp0AkelPad.exe\" /z" /f
@pause

ну предопределил хоткей, но от этого окошечко не появилось.

sikemo
Плагины -> Coder::Settings -> Вызвать и там вкладка CodeFold 1 -> Показывать список - Авто или Всегда.

gyra
спасибо, вы реально мне помогли []

Цитата:

у меня была открыта боковая панель Code fold, я там нажал на флажок и она скрылась. Вызов меню из плагинов возвращает только фодлинг внутри текста, но не ее. Как пофиксить?

Ещё есть такой скрипт: CodeFoldSwitcher.js.

Кажется, ранее сталкивался в akelpad с опцией «возможность прокрутки документа на (1 лист минус 1 строка) при достижении конца файла». Просмотрел плагины-скрипты-опции — не нашел.
Подскажите, есть ли подобное?

У меня проблема, нужна помощь:
win7

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

creature_ws
Такого не продусмотрено.

Botovskiu
Конечно поздно, но не стоило закрывать, т.к. процесс записи в файл, сначала очищает его содержимое. Не помню как было в коде Алексея (разработчика версий 1.x/2.x), но в текущей версии (4.7.2) - файл записывается потоково, т.е. запишется на диск столько сколько даст система. Для примера, если бы сохранялся файл в 3Mb на диск со свободным местом 1Мб, то 1Мб всетаки бы сохранился перед ошибкой.

у меня схожая проблемма, как у Botovskiu, но несколько по-иному.

Имел файл в UTF-8 (или 7), вел еткстовые заметки, включая юникоовские знаки. И в какой-то момент очередного открытия файл сказал, что он бинарный, и просмотры/редакторивания — в никакую, — только как бинарник. Чем то лечится?

Так че делать ?
может он не смог сохронить его на этот диск и схоронил в другое место ?
я искал на всех дисках и ничего.

если бы знал что это такое говно AkelPad
или это так любой редактор текста делает ?

sikemo

Цитата:

И в какой-то момент очередного открытия файл сказал, что он бинарный...

Если виной программа, то необходимы: файл до сохранения, действия пользователя, файл после сохранения.

Botovskiu

Цитата:

может он не смог сохронить его на этот диск и схоронил в другое место ?

Сомневаюсь я однако


Цитата:

если бы знал что это такое говно AkelPad...

Утри сопли.

Цитата:

смотрю на диске где лежит текстовый документ, нет места, что делать ?

ты сам себе ответил:

Цитата:

или это так любой редактор текста делает ?

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

фишка, похоже, в том, что akel перед сохранением не проверяет наличие свободного места на диске, и начинает потоковое сохранение, позволяя самой ОС стереть первоначальное содержимое файла.

Цитата:

фишка, похоже, в том, что akel перед сохранением не проверяет наличие свободного места на диске, и начинает потоковое сохранение, позволяя самой ОС стереть первоначальное содержимое файла.

Это конечно самый вероятный вариант.
А может быть еще, что после проверки места, система успеет чтото свое дописать-перезаписать-забить оставшиеся блоки. Или в процессе записи файла, когда он еще НЕдописан до конца, и его статус не окончательный, запишит поверх пару секторов. Или очередь выполнения приложений-процессов будет подкорректирована. Или ...

Когда на диске остается совсем мало места, начинаются недокументируемые действия, которые понятны только Билу и его оконщикам.

Цитата:

Если виной программа

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

сейчас ради интереса провел эксперимент:
создал на диске файл, занявший все свободное пространство,
открыл в alekpad 4.7.2 небольшой тестовый файлик, удвоил его содержимое, нажал сохранить. выдало:
---------------------------
AkelPad
---------------------------
Ошибка ввода/вывода.
---------------------------
ОК
---------------------------

нажал ОК, выдало:

---------------------------
AkelPad
---------------------------
"N:\humor+.txt" был изменен извне.

Переоткрыть его?
---------------------------
Да Нет
---------------------------

(если ответить Да - то часть данных пропадет, если Нет, то можно работать с набранным текстом дальше, в т.ч. и сохранить его на другой диск)

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

l_Instructor_l
может добавите код, обрабатывающий подобные нюансы ?

Цитата:

не подготовленный юзер вполне может потерять данные.

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

Цитата:

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

Я - юзер со стажем в 18 лет. У меня забит винт по самое немогу(500ГБ) , осталось пару гиг на системном диске для временных файлов.
Цитата:

И что за такие огромные файлы .txt, которые занимают столько места, что уже не вмещаются?

Например, индекс-дерево диска. Когда на ФС за 7млн файлов, то саммый эффективный способ "быстренько чего-то найти" - открыть текстовый файл со списком файлов.
Второй пример: некоторые системы работают круглосуточно, ежедневно, круглогодично, при этом эффективно логируют каждый свой шаг(букально ср.. в логи). Как думаете, сколько веремни уйдет на источщение места? А если при этом основная задача системы - накапливать файлы с данными? Место на диске - очень даже популярный ресурс в прикладных задачах.

feyfrefeyfre
Что на это возразить? Значит *нехороший юзер* раз за 18 лет не научились следить за дисками. Дефрагментацию ведь выполнить уже не удастся. К тому же задачи у Вас не для простого юзера т. к. они специфичные 7 млн. файлов на диске в 500 ГБ. У меня и ста тысяч не наберётся хотя ОС с мая 08г.

Цитата:

Дефрагментацию ведь выполнить уже не удастся.

Вопрос:
1. Зачем её делать то? 450ГБ / 6.5млн ~ 75Кб на файл. Некогда делать разгон чтения, что-бы заметить замедления перепозиционирования головок.
2. Да неужели? Прям таки, свободных 100Мб не хватит что-бы перетасовать 3 32КБ кластера, или 20 4КБ кластеров?

Цитата:

Например, индекс-дерево диска. Когда на ФС за 7млн файлов, то саммый эффективный способ "быстренько чего-то найти" - открыть текстовый файл со списком файлов.

А почему не искать нормальными способами??? Например, Locate или Архивариус 3000?
По такому огромному файлы искать будет же явно очень-очень долго.


Цитата:

2. Да неужели? Прям таки, свободных 100Мб не хватит что-бы перетасовать 3 32КБ кластера, или 20 4КБ кластеров?

У штатного дефрагментатора Win ограничение - при меньше 10%, кажется, свободного места на разделе он даже не начнёт пытаться дефрагментировать его.

thelamb
Сколько я ни делал дефрагментацию за 10 лет, ни разу ощутимого глазу выигрыша производительности не наблюдалось. Эффект плацебо - это да, работает на большинстве "продвинутых" юзерах.
По моему дефрагментация, имеет смысл, когда с винта очень часто удаляются блоки большого объёма. Да и это не имеет смысла, если дефрагментация после установки всех прог была выполнена с перемещением всех исполняемых файлов в начало диска.
С приходом же SSD все дефрагментаторы можно просто выбросить на помойку.

VSHY

Цитата:

С приходом же SSD все дефрагментаторы можно просто выбросить на помойку

Ну не скажите... Иногда, для Win 7, чтобы получить адекватную оценку производительности, нужно выполнить консолидацию свободного места, на производительности, это конечно же, не сказывается.

VSHY

А как Вы надеялись это увидеть? Делали замеры скорости до и после? Когда нужна дефрагментация пишет сама прога дефрагмент. На NTFS она и вправду редко нужна, но вот, к примеру, перед установкой крупной проги, большой по объёму игры, её всё же полезно делать. О дисках SSD ещё рано говорить. Они пока ещё очень дороги и недолговечны, к тому же капризны. Так же время от времени полезно делать дефрагментацию файлу подкачки (если он большого размера), вернее месту под него. Отключить, выполнить дефрагментацию диска и снова включить.

thelamb
Именно, замеры.
Ваш постинг не позволяет относиться к нему сколь-нибудь серьёзно. Эти басни по поводу SSD (недолговечность, ненадёжность) ходят по инету не первый год, что не мешает другой части пользователей их просто использовать. Люди используют их уже по 3 года, и их ресурс ещё и не начал подходить к концу. Вы считали хотя бы даже теоретически их ресурс? Много ли мы сейчас видим HDD, которым за 5 лет? Срок службы нормальных SSD около 10 лет. Сейчас их пакуют в mSATA и PCI-E, и используют на серверах, как думаете, стали бы это делать, если бы они были недолговечными? Зайдите в любую тему на ixbt.com, на 3dnews или на оверы, провентилируйте тему, - масса людей на личном опыте избавляет от дурных слухов..
Проблемные диски конечно есть, но это больше проблемные серии, неудачные контроллеры либо единичные экземпляры, как и у любого другого оборудования. SSD есть смысл брать, спустя 3-4 месяца, спустя выхода серии на новых контроллерах, т.е. когда наберётся статистика использования на market.yandex... или hotline.ua.
По поводу дороговизны - они того стоят! SSD нельзя сравнивать с HDD по цене, т.к. у них другие задачи - диск под систему и проги, остальные файлопомойки - на HDD green-серии.

По поводу дефрагментации. Если мы говорим не о вьюноше 15-ти лет, ставящих/сносящих игры со скоростью 100500 метров в секунду, то тогда наверное этот пользователь должен знать, что на системный диск, где основные проги, файлы подкачки, гибернации, ничего такого не ставить. Другими словами, если подходить к вопросу с головой, то как минимум системный диск будет фрагментирован очень слабо, и в этих условиях смысл дефрагментации стремится к нулю уж точно.

Цитата:

и используют на серверах, как думаете, стали бы это делать, если бы они были недолговечными?

Не большая часть "серверов" стали бы. У них взгляд с другой стороны - со стороны RAID-массивов. Если данные реплицируются на 3 винчестера, то выход их строя одного, даже двух не означает конец света. А вот у юзера один винт, рейдов не стоит, ибо бабки+шумность, и потому смерть одного единственного хранилища с фотками 20-летней давности в единственном экземпляре, значительно большая утрата чем выход из строя одной из 50-ти резервных копий на каком-то там секретном сервачке Пентагона(я за два года сменил 5 винтов передкоматозного состояния). Так что доверии к надежности SSD (будь она теоретически 100-летная) нулевое. (Вот вы верите в заявление ученых что "Вот мы экспериментировали с составам бетона,и в общем нашли супер крутую добавку, благодаря которой бетонная будет супер-дупер прочный 1600-лет"? Я нет. Так же и не верю в полувековые гарантийные сроки всяких там носителей памяти).


НО, мы тут расоффтопились совсем.

Цитата:

я за два года сменил 5 винтов передкоматозного состояния). Так что доверии к надежности SSD (будь она теоретически 100-летная) нулевое.

Сменили 5 винтов SDD?


То all
По поводу оффтопа.. - не надо некоторым товарищам отклоняться от темы, тогда и оффтопа не будет. А если отклонились, то "будьте любезны"; и не надо махать транспарантами, лично меня это никак не смущает.