t-rex 23.04.2010 13:21:59 +0200 - build 75

1. Mantis#1342: Падение при использовании ключа /u со слишком длинным параметром.

yjh 30.01.2010 10:54:56 +0300 - build 74

1. Предупреждения в 64хбитовой A версии

chupakabra 26.01.2010 19:34:00 +0200 - build 73

1. FSF.GetDirList теперь возвращает полные пути к файлам.

drkns 09.01.2010 14:17:27 +0200 - build 72

1. Far 2.0.1327.

drkns 09.01.2010 12:59:15 +0200 - build 71

1. Far 2.0.1325.

zg 07.01.2010 19:28:19 +0200 - build 70

1. far 2.0.1317.

chupakabra 04.11.2009 14:11:00 +0200 - build 69

1. Избавляемся от коротких имен файлов.

2. Дополнение по поддержке длинных путей.

3. Исправлено удаление дубликатов (поломано в build 66).

chupakabra 04.11.2009 11:13:00 +0200 - build 68

1. Восстановлена работа с путями, содержащими прямые слеши.

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

chupakabra 03.11.2009 14:05:00 +0200 - build 67

1. From Maximus5: отображение вывода программы в меню.

chupakabra 02.11.2009 00:42:00 +0200 - build 66

1. Mantis#0001150: Не работает режим сортировки "Unsorted".

chupakabra 01.11.2009 23:05:00 +0200 - build 65

1. Mantis#0001149: Файл-список расположенный в директории с длинным путём.

chupakabra 01.11.2009 20:53:00 +0200 - build 64

1. Mantis#0000889: Обработка элементов вида * и .

t-rex 26.10.2009 23:18:45 +0200 - build 63

1. Mantis#887: Реакция на отсутствие файла-списка.
   Если файл списка не найден, то не будем открывать панель.

t-rex 26.10.2009 23:08:50 +0200 - build 62

1. Файл список не находился в текущей папке при вызове через префикс.

2. Mantis#885: Файл-список должен искаться в первую очередь в текущей директории.
   Теперь поряд поиска вот такой:
   1. В текущей директории.
   2. В директории плагина.
   3. В %FARHOME%.
   4. В директориях, перечисленных в переменной окружения %PATH%.

t-rex 26.10.2009 17:07:55 +0200 - build 61

1. Переделка GetMinFarVersion.

chupakabra 26.10.2009 05:54:00 +0200 - build 60

1. Превращаем относительные пути в абсолютные только для существующих элементов.

t-rex 24.10.2009 23:47:19 +0200 - build 59

1. Более "модерный" метод получения пути плагина, заодно вообще убрал DllMain.

2. При переходах на новый api поломался tmp:<|path|command.

drkns 24.10.2009 20:23:01 +0200 - build 58

1. Far 2.0.1180.

t-rex 23.10.2009 12:46:06 +0200 - build 57

1. Mantis#1130: Переполнение стека.

2. По дороге заметил ещё пару глюков где в FarAPI передавался TCHAR** вместо TCHAR*.

chupakabra 23.10.2009 00:16:00 +0200 - build 56

1. Не работала обработка относительныйх путей в юникодной версии.

2. Убрал код из DllMain (создает проблемы с отладчиком).

t-rex 21.10.2009 15:33:49 +0200 - build 55

1. Mantis#1129: не собирается ansi версия.

chupakabra 18.10.2009 14:24:00 +0200 - build 54

1. Поддержка NT путей.

drkns 11.10.2009 22:10:16 +0200 - build 53

1. Адаптация к Far 1160. Пока что очень и очень костыльно, да.

yjh 03.10.2009 11:35:11 +0300 - build без смены номера

1. Убираем предупреждения на 64хбитовой компиляции

drkns 27.09.2009 09:57:00 +0200 - build 52

1. Убираем привязку к CurrentDirectory far'а.

t-rex 30.05.2009 02:54:46 +0200 - build 51

from chupakabra:

1. Mantis#637: Проблемы плагинов с OPIF_REALNAMES

svs 15.04.2009 15:33:10 +0300 - build 50

1. Mantis#0000827: Баг в Temporary panel b47,b48 & b49 

t-rex 08.04.2009 02:03:13 +0200 - build 49

1. Update for GetFileOwner API change in 2.0 863.

svs 12.03.2009 19:12:59 +0300 - build 48

1. Mantis#0000779: TmpPanel неправильно отрисовывает меню из файла-списка (*.temp) 
   Вместо фиксированного значения 10x128 сделаем динамику

zg 24.02.2009 01:20:44 +0200 - build 47

1. Адаптация к новому PanelAPI в 2.0.789.

drkns 27.01.2009 16:09:51 +0200 - build 46

1. Адаптация к новому PanelAPI в 2.0.753.

drkns 05.01.2009 21:42:57 +0200 - build 45

1. Баг с SearchPath в юникодной версии - параметры lpFileName и lpBuffer не должны пересекаться.

drkns 16.12.2008 20:32:26 +0200 - build 44

1. Очень криво работало AltShiftF12.

t-rex 16.12.2008 14:06:04 +0200 - build 43

Тройной баг в одном месте :)

1. В WinXP (как минимум) незя вызывать GetFullPathNameW с одинаковым баффером в in и out, поэтому не работала юникодная GCC сборка плагина.

2. В VC сборку вообще не попадал DllMain и поэтому не было глюка 1 но был глюк 3.

3. В VC сборке плагина не работал поиск *.temp файлов в папке плагина из за глюка 2.

t-rex 16.12.2008 00:13:05 +0200 - build 42

1. В юникод версии в GoToFile для FCTL_FREEPANELINFO не ту структуру передавали и всё летело крахом :)

zg 14.12.2008 02:42:50 +0200 - build 41

1. в unicode версии неправильно использовалось SelectedItems.

drkns 05.09.2008 10:12:52 +0200 - build 40

1. Адаптация к новому PanelAPI в 1.8.

yjh 14.06.2008 18:56:30 +0300 - build 39

1. Memory Leak (вроде как последний :) и мелкие правки

yjh 14.06.2008 04:33:48 +0300 - build 38

1. Кучка ударов по памяти. Вроде как работает :).

TODO:
   а) Осталась непроверенной логика работы с Common Panels - есть подозрение
      что там тоже полно неправилной работы с памятью
   б) есть странность в W-версии. Если открыть любой файл в панели на просморт
      то при выхода из панели оказываемся не там где были, до входа в неё
      а там где был просматривавшийся файл

yjh 14.06.2008 02:57:59 +0300 - build 37

1. Ещё парочка странностей с памятью. Остались невыверенные CommoinPanels
   ну и ошибка приводящая к падению в FindFirstFile на не первом вызове

yjh 14.06.2008 01:22:44 +0300 - build 36

1, Ошибка логики (засаженная при портировании) в обработке директорий.

2. Парочка ударов по памяти (врнесённые тогда же)

3. Парочка потенциальных memory-leak бывших и раньше :)

   Как-то уже дышит, но не до конца - где-то сотался удар по памяти 


t-rex 14.06.2008 01:49:30 +0200 - build 35

1. Исправил не получение путей, к активности и пассивности панели отношения не имело.

yjh 14.06.2008 00:50:56 +0300 - build 

1. Версия не менялась - синхронизация с новыми названиями констант в 1.8


yjh 14.06.2008 00:50:59 +0300 - build 34

1. Доделана работа с файлами списков для 1.8. Сохранение ВСЕГДА производится
   в unicode с BOM в начале, а вот на загрузке поддерживается и старый формат.
   Логика на загрузке такая: если есть BOM (только UCS2_LE - при наличии
   BOM UCS2_BE или UTF8 - файл игнорируется) файл грузится как unicde, если 
   BOM нет - как OEM (ansi "не бывает").

2. Убрана куча ненужных static'ов - стека вполне достаточно :)

3. Первичное тестирование - вроде даже работает ;-)

TODO: Есть проблема с ANOTHER_PANEL - в 1;8 пока нет возможности выяснить
      на активной панели мы или на пассивной, в результате при F5 получаем
      файлы без пути


yjh 12.06.2008 03:38:32 +0300 - build 33

1. Почти :) спортировано в 1.8. В том плане что компилируется без 
   ошибок/предупреждений во всех режимах, но работоспособность не проверялась
   даже для A-версий. Уж больно много тронулось...
   TODO: файлы сохранение панелей в W версии сдедланы в unicode - возможно
         имеет смысл сделать им BOM, и возможно нужно иметь для них
         отдельные .temp-файлы. Поскольку я с ними кидогда не работал,
         то хай думает тот кто знает зачем они :)

yjh 11.06.2008 21:32:17 +0300

1. Билд не менялся. Просто выкинут не используемый файл :)


t-rex 09.06.2008 11:01:31 +0200 - build 32

1. gcc 4.3.0 warnings removed.

t-rex 05.02.2007 20:51:22 +0200 - build 31

1. Общий мэйк файл для x64 и x86 для VC.

2. Различные падения с [x] Any item on panel.


t-rex 03.12.2006 23:12:54 +0200 - build 30

1. Доделал x64.

2. Привёл прошлые изменения к общей форме.

3. Начинаем писать changelog, я сделал себе макрос
   "t - r e x Space $Date \"%d.%m0.%Y %H:%M:%S %Z\" Enter"
   чтоб выводить заголовок changelog-а.
   Последующие логи надо писать сверху - т.е. файл будет идти хронологически снизу вверх.
   В changelog прошу писать в Win кодировке.


buda

+ батник для компиляции с командной строки с помощью Visual Studio;
+ проект под Visual Studio 6;
+ проект под Visual Studio 2005;
* элементы файла-списка вида \\.\cdrom0 и т.д. отображаются как файлы, а не как каталоги
- ошибки при компиляции под 64bit;
- диалог конфигурации вызванный по AltShiftF9 с панелей не закрывался по первому ескейпу;
