fp-ide-ru Activity
Text Mode Free Pascal IDE with CP866 adaptation (Russian) for Linux
Brought to you by:
alexl000
Activity for fp-ide-ru
-
Skvoznjak modified a comment on ticket #35
Да ну? Расскажи мне, как внешняя кодировка превратится во внутреннюю без перекодирования. У меня и перекодируется, с сохранением количества байтов. Это нужно в том случае, если придётся открывать файл созданный например в лазарусе, с utf8 в комментариях и при этом различать в какой кодировке что написано чтобы не портить исходники. Если исходник перекодировать без сохранения количества байтов, то возникает цирк, потому что иде расчитано на работу с байтами. Файловые диалоги это частный случай. Если...
-
Да ну? Расскажи мне, как внешняя кодировка превратится во внутреннюю без перекодирования. У меня и перекодируется, с сохранением количества байтов. Это нужно в том случае, если придётся открывать файл созданный например в лазарусе, с utf8 в комментариях и при этом различать в какой кодировке что написано чтобы не портить исходники. Если исходник перекодировать без сохранения количества байтов, то возникает цирк, потому что иде расчитано на работу с байтами. Файловые диалоги это частный случай. Если...
-
Да ну? Расскажи мне, как внешняя кодировка превратится во внутреннюю без перекодирования. У меня и перекодируется, с сохранением количества байтов. Это нужно в том члучае, если придётся открывать файл созданный например в лазарусе, с utf8 в комментариях и при этом различать в какой кодировке что написано чтобы не портить исходники. Если исходник перекодировать без сохранения количества байтов, то возникает цирк, потому что иде расчитано на работу с байтами. Файловые диалоги это частный случай. Если...
-
AlexL posted a comment on ticket #35
Для пакета какой он есть в Магее, не пригодно. Там никакие перекодирования не надо, а чётко задано, что внешняя кодировка utf8, а внутренняя CP866. Надо исходить из этого. Соответственно, чтобы убрать кракозябры надо utf8 перекодировать в cp866.
-
У меня это всё работает и полностью пригодно. Следовательно в этой сборке всё в порядке - корябулы вместо русских букв это не баг, а приведение кода к феншую.
-
Нет, те патчи полностью непригодны.
-
Надо смотреть что у тебя есть, думать как всобачить то, чего нет... А тут и делов то, взять первый патч, поставить по умолчанию четвёртый пункт меню (значение переменной по умолчанию поменять kombinacija_perekodirovanija: Byte=3;), выбросить рисовку окошка выбора кодировок и сохранение в конфиге выбранной кодировки. То есть "огражданить" патч выбросив из него вкусняшки в видимой части. Причём, когда делал этот навороченный патч, столкнулся с тем, что иногда в отображение текста сыпался мусор, источник...
-
Надо смотреть что у тебя есть, думать как всобачить то, чего нет... А тут и делов то, взять первый патч, поставить по умолчанию четвёртый пункт меню (значение переменной по умолчанию поменять kombinacija_perekodirovanija: Byte=3;), выбросить рисовку окошка выбора кодировок и сохранение в конфиге выбранной кодировки. То есть "огражданить" патч выбросив из него вкусняшки в видимой части. Причём, когда делал этот навороченный патч, столкнулся с тем, что иногда в отображение текста сыпался мусор, источник...
-
Надо смотреть что у тебя есть, думать как всобачить то, чего нет... А тут и делов то, взять первый патч, поставить по умолчанию четвёртый пункт меню (значение переменной по умолчанию поменять kombinacija_perekodirovanija: Byte=3;), выбросить рисовку окошка выбора кодировок и сохранение в конфиге выбранной кодировки. То есть "огражданить" патч выбросив из него вкусняшки в видимой части. Причём, когда делал этот навороченный патч, столкнулся с тем, что иногда в отображение текста сыпался мусор, источник...
-
Эти патчи никак не применимы к пакету. Надо исходить из того, что уже есть в пакете и делать новый патч на отображение utf8 в ibm866.
-
И второй патч, ставящийся поверх первого, меняющий кодировку по умолчанию.
-
Только что проверил, у меня русские буквы в линуксовых файловых диалогах работают. [URL=https://fastpic.ru/][IMG]https://i109.fastpic.ru/big/2019/0302/af/5b8e31ee7dd01b1dcf7ba849e5feafaf.png[/IMG][/URL] Даже файлы с битыми utf-8 символами можно открыть и сохранить. Сам не ожидал что это работает:)))) Вопрос в том, что Алексу этот патч раньше не нравился, у него в редакторе используется более простая версия. Наверните патчи на "голую" иде и сравните. Первый устанавливает перекодировки, второй - кодировку...
-
Да нет, проблема с русскими кодировками (IBM866 и русские буквы UTF-8) в самом редакторе более-менее решена http://freepascal.ru/forum/viewtopic.php?f=10&t=5318&start=225#p127754 Просто в иде диалоги привинчены "сбоку" и если после патчинга окна редактора изменения в диалогах не появились, то это значит, что нужно искать в коде реализации этих диалогов и патчить ещё и их персонально. В принципе, в патченной версии абракадабра в файловых диалогах работе не мешает.
-
Полезные патчи добавляй в магею, оттуда они попадут в альт, из него ещё куда-нибудь. Просто апстрим по большей части сидит в лазарусе и проблему видит снаружи. На самом деле, это редакторы для разного применения. Лазарус лучше использовать когда надо много тыкать по кнопкам и лазить по объектам, а при отладке модулей с процедурным программированием более простые редакторы бывают лучше. С патчем поиска вставляемого через CTRLV теперь можно искать и абракадабру. Не думаю что всех фанатов лазаруса это...
-
Только что пересобрал без патчей релизную 3.0.4 версию и сегодняшнюю ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/source/fpcbuild.zip 3.3.1версию. В моей четвёртокедной konsole, если сплющить консоль по вертикали до нуля, то иде отлично делит на 0 и падает - баг присутствует. По горизонтали консоль до нуля не плющится, надо полагать, только это и спасает иде от падения ещё и при таком манёвре:) Ну что сказать, несколько лет назад куча исходников обновилась благодаря новому форматированию - пробелы...
-
Ctrl-V, как правило, вставка, но здесь это копия?, странно. Апстрим отписался так.
-
https://bugs.freepascal.org/view.php?id=30922 переоткрыл кто-то баг опять. Чудной апстрим. Ничего не фиксили, но отписались, что пофиксено Пушкиным.
-
Skvoznjak, а ты проверял на последнем коммите апстрима падает или нет?
-
Это там, где при изменении размера окна до мелкого, происходило деление на 0? Там первый вариант патча был весьма неэстетичен, не разбирался насколько его причесали. Сам я этот патч использовать не переставал, но недавно озаботился его эстэтичностью и замену нулей на единицы переделал. Думаю что апстрил попытался исключить возможность появления нуля в делителе, но мы то знаем, насколько сложно просчитать все варианты развития событий в такой сложной программе. В этой версии патча числа обрабатывает...
-
Патч для этого и 52 тикета. Вставляет в различные диалого по CTRLV.
-
Патч для этого и 58 тикета.
-
52 тикет посмотри, там патч в большинстве окошек в PHISTORY по CTRLV вставляет, а там где не вставляет, обработчик событий хорошо спрятан. Но если получится, то на 52 и 58 тикеты лучше сделать общий патч, потому что их функционал пересекается.
-
52 тикет посмотри, там патч в большинстве окошек в PHISTORY по CTRLV вставляет, а там где не вставляет, обработчик событий хорошо спрятан.
-
Тогда пропускаем этот баг, двигаемся дальше.
-
Попробуй xfce4-terminal
-
И в xfce4 Terminal 0.4.8 (новейшай версия 2011 года) баг не воспроизводится.
-
Попробуй xfce4-terminal четверг, 21 февраля 2019 г. пользователь Skvoznjak stiratel@users.sourceforge.net написал: Где-то там кодировка меняется, но чтобы что-то делать, баг надо воспроизвести, а он у меня не воспроизводится. Вообще непонятно, как компилировать строку foo:=''0000014' you shall not read this'; Исправил как foo:='0000014 you shall not read this'; и воспроизвести баг не смог. Пробовал writeln( 0000014 ); и тоже не глючило. Запускал из xterm, из иде компилятора 3.0.4 с патчами русификации...
-
Где-то там кодировка меняется, но чтобы что-то делать, баг надо воспроизвести, а он у меня не воспроизводится. Вообще непонятно, как компилировать строку foo:=''0000014' you shall not read this'; Исправил как foo:='0000014 you shall not read this'; и воспроизвести баг не смог. Пробовал writeln( 0000014 ); и тоже не глючило. Запускал из xterm, из иде компилятора 3.0.4 с патчами русификации и из иде "заводской сборки". Может у меня версии компилятора и консоли не те.
-
Написал патч, который через CTRL+V вставляет в несколько диалогов поиска 254 символа первой строки скопированные через CTRL+C в окне редактора. Вторая и последующие строки не вставляются из-за того, что нужно решить вопрос, как такую конструкцию потом найти. Первой строки вроде бы достаточно. Для такой же вставки в файловые диалоги данный патч ничего не делает - в тех диалогах другой обработчик вставок через shift+ins и тот, кто захочет добавить туда CTRL+V, должен его сначала найти. Возможно тот...
-
Наверно это не баг а фича:) В файле ide/weditor.pas диалоге поиска есть элемент Phistory, для него вставка по Ctrl+V не реализована во всех окнах создаваемых в этом файле. Есть вставка по Ctrl+Ins, она вставляет из внешнего буфера и не может служить заменой, но может служить не полным образцом для реализации вставки. После попытки вставки через Ctrl+V в диалоге поиска происходит проверка на пустую вставку: if PtrInt(Event.InfoPtr)=0 then okbutton^.DisableCommands([cmok]) Она и делает неактивной кнопку...
-
Наверно это не баг а фича:) В файле ide/weditor.pas диалоге поиска есть элемент Phistory, для него вставка по Ctrl+V не реализована во всех окнах создаваемых в этом файле. Есть вставка по Ctrl+Ins, она вставляет из внешнего буфера и не может служить заменой, но может служить не полным образцом для реализации вставки. После попытки вставки через Ctrl+V в диалоге поиска происходит проверка на пустую вставку: if PtrInt(Event.InfoPtr)=0 then okbutton^.DisableCommands([cmok]) Она и делает неактивной кнопку...
-
Не помнил про эту комбинацию, наверно в досе им активно не пользовался, посмотрел, что здесь надо реализовать: вызов видео с танцующими тян или создание нового файла. Оказалось - вставка строки. Но зачем нужен дублирующийся функционал? Новая строка создаётся при нажатии Enter а вставляется кусок кода при Ctrl+V. Может имелся в виду гибрид этих двух функций, чтобы при вставке кода перед ним вставлялся маркер конца строки?
-
Копирование и вставка в вычисления отладки
-
Добавить новые ARM процессоры
-
256+ символьные строки в IDE
-
Программа стартует прямо в IDE
-
Падение при uses classes
-
Ctrl-N
-
Вставка в диалоге поиска
-
Имеется патч, исправлено в апстриме. Всё ещё актуально для fp-3.0.4.
-
"Правка" -> "Откатить" дублирует строки
-
Не доделано изменение расположения конфигов
-
CTRL-K-F
-
Прокрутка мышью
-
Предыдущее значение в поиске по номеру
-
"О программе" с граф. поддержкой
-
В fpc-3.0.4 ошибка есть. Не верится апстриму.
-
Это на уровне gdb.
-
Калькулятор с функцией копирования
-
Написан патч, добавляющий сочетание Ctrl+V.
-
Сегодня звёзды сложились так, что не воспроизводится. Отчего зависит - неясно. Когда воспроизводилось - тем патчем исправлял.
-
Вообще не могу это воспроизвести. Использую эту http://freepascal.ru/forum/viewtopic.php?p=127754#p127754 сборку запускаемую в konsole из KDE-4. Ничего такого не замечал. Можешь протестить в konsole?
-
Исправлено в апстриме. Требуется проверка.
-
IDE падает при уменьшении его размера до минимума
-
Требуется перепроверить действительно ли апстрим исправил проблему.
-
"Правка" -> "Откатить" дублирует строки
-
"Учить клавиши" не определяет Backspace
-
Исправлено.
-
Такая же проблема кодировок и с оригинальным fp, и с fp-ide-en ( https://sourceforge.net/p/fp-ide-en/tickets/3/ ). Ее можно решить только полным переходом на UTF-8.
-
Такая же проблема кодировок и с оригинальным fp, и с fp-ide-en (https://sourceforge.net/p/fp-ide-en/tickets/3/). Ее можно решить только полным переходом на UTF-8.
-
Собрать с внешним gdb
-
Надо было собирать make all GDBMI=1 и с патчами из разрабатываемой версии. Решено.
-
Вставка из калькулятора
-
Написал временный патч.
-
Сейчас курсор не следует за курсором мыши, но с кодировкой CP866 стала засада полная, раньше было нормально.
-
Сообщения компиляции не показываются
-
Выводит текст поверх уже имеющегося
-
Окно таблицы ASCII, не вводится символ
-
Решено
-
Если перед курсором отсутствует имя шаблона, то должно появляться всплывающее окно для выбора нужного шаблона, но оно не появляется на комбинацию клавиш <Ctrl> + <J>.
-
Это ошибка http://bugs.freepascal.org/view.php?id=24663
-
Это ошибка http://bugs.freepascal.org/view.php?id=6496 Когда окно IDE небольшой высоты, то проявляется эта ошибка. По идее правильнее привязка выпадающих Меню к верху самого Меню, а не к низу IDE, иначе перекрываются другие пункты Меню.
-
http://bugs.freepascal.org/view.php?id=6696
-
Не актуально, так как используем по умолчанию всегда директорию ~/fp-ide-ru.
-
Это ошибка http://bugs.freepascal.org/view.php?id=7307
-
Это ошибка https://bugs.launchpad.net/sakura/+bug/1246333 Курсор следует за курсором мыши, текст не вводится. Временно помогает нажатие левой кнопки мыши. Обходное решение - выбор другого терминала в /usr/bin/fp-ide-ru
-
Не показывается курсор при возврате в IDE
-
Не воспроизводится.
-
Это баг http://bugs.freepascal.org/view.php?id=25942
-
Это баг http://bugs.freepascal.org/view.php?id=26159
-
Это баг http://bugs.freepascal.org/view.php?id=5083
-
Name, GenericName, Comment должны быть различными.
-
Переписать desktop файл
-
Контролируем баг https://bugs.freepascal.org/view.php?id=23581
-
На данный момент сборка 3.0.4 с внешним gdb с "GDBMI=1 NOGDB=1" не удалась.
-
https://bugs.freepascal.org/view.php?id=34722
-
Калькулятор с функцией копирования
-
Собрать с внешним gdb
-
Проверка показала, что окно с графикой не закрывается. Решено. Status: Fixed
-
Апстрим отметил этот баг решенным для FPC 2.6.4. Требуется проверить.
-
Лучше не использовать readln http://www.altlinux.org/FreePascal/EgaVgaBGI , а использовать...
-
Надо программу, использующую ptcgraph, запустить в консоли (или в IDE), фокус перевести...
-
Некорректная работа с CloseGraph
-
Баг и патч, его исправляющий, отправлен в апстрим http://bugs.freepascal.org/vie...
-
Исправлено, патч во вложении. Status: Fixed
-
У некоторых пунктов меню неверные подсказки
-
Согласно ответа разработчиков, эта функция может не работать в Linux. Тесты показали,...
-
Баг отправлен в апстрим http://bugs.freepascal.org/view.php?id=25279
1 >