Просьба плотно потестировать Lazarus

[Padre_Mortius]

Уже не нужен, все обрабатывается в LCL.

Так может его стоит удалить из списка?

[Павел Ишенин]

Так может его стоит удалить из списка?

Думаю да. Не вижу в нем смысла.

[haword]

Для таких битмапов формируется маска и все пикселы с alpha < $80 уходят в маску.

пример есть такого действия?

[v-t-l]

Меня больше беспокоит UTF-8 в БД-компонентах. БД-контролы не знают о реальных размерах строковых полей БД и при превышении размера получаем либо обрезание строки, либо сообщение от сервера.

[Logo]

Меня больше беспокоит UTF-8 в БД-компонентах. БД-контролы не знают о реальных размерах строковых полей БД и при превышении размера получаем либо обрезание строки, либо сообщение от сервера.

Помойму это проблема fpc, в TPQConnection точно, что fpc.
Там со строками и UTF-8 много таких проблем, я освобожуь и перепроверю все, что известно. К утру выложу в эту тему.

На счет TImage, - под Linux аьфа канал не рабоает, Lazarus rev. 16397, GTK-2, KDE-3.5.9

[Павел Ишенин]

Для таких битмапов формируется маска и все пикселы с alpha < $80 уходят в маску.

пример есть такого действия?

Не понял про пример. Но если интересует что это за код такой, то смотреть сюда:

Код: Выделить всё

class procedure TWin32WSCustomImageList.AddData
..
  procedure DoAdd;
..
          P^ := (P^ and $FE) or ((not AData^.Alpha) shr 7);


Допустим в альфа канале у нас значение
$7F = 1111111 (двоичное представление). Сдвигаем вправо на 7 = 0, т.е. это значение уйдет в маску - будет не видно.

Добавлено спустя 1 минуту 33 секунды:

Меня больше беспокоит UTF-8 в БД-компонентах. БД-контролы не знают о реальных размерах строковых полей БД и при превышении размера получаем либо обрезание строки, либо сообщение от сервера.

Нужен пример и желательно не требующий сервера - т.е. dbf.

Добавлено спустя 1 минуту 25 секунд:

На счет TImage, - под Linux аьфа канал не рабоает, Lazarus rev. 16397, GTK-2, KDE-3.5.9

Нужен пример и желательно в баг-трекер.

[Padre_Mortius]

Если папка проекта называется по-русски, то при компиляции получаем ошибку дебаггера. Отключение дебаггера тоже не помогает.

[Павел Ишенин]

Если папка проекта называется по-русски, то при компиляции получаем ошибку дебаггера. Отключение дебаггера тоже не помогает.

Поправил в r16424

[Padre_Mortius]

Поправил в r16424

Ошибка осталась в r16424

[Павел Ишенин]

Ошибка осталась в r16424

Очень странно - у меня исчезла

Предлагаю следующие шаги:
1. Открываем файл lazarus\ide\include\ide.inc и добавляем туда

Код: Выделить всё

{$apptype console}


2. Пересобираем IDE
3. Запускаем Lazarus и проект. В результате в консоле появится сообщение вроде:
[TDebugger.SetFileName]BlaBla. Error to load file: ....

В общем все Error в консоле которые есть - сюда и я буду смотреть в чем дело.

[Padre_Mortius]

Код: Выделить всё

Hint: Start of reading config file C:\pp\bin\i386-win32\fpc.cfg
Hint: End of reading config file C:\pp\bin\i386-win32\fpc.cfg
Free Pascal Compiler version 2.2.2 [2008/08/12] for i386
Copyright (c) 1993-2008 by Florian Klaempfl
Target OS: Win32 for i386
Compiling project1.lpr
Compiling Unit1.pp
Linking project1.exe
51 lines compiled, 4.7 sec , 1189680 bytes code, 316616 bytes data
2 hint(s) issued
[TCompiler.Compile] end
[TDebugManager.DoInitDebugger] A
[TCmdLineDebugger] Debug PID: 1440
[Debugger] Running GDB version: 6.3
[TDebugger.SetFileName] "C:\projects\╨Э╨╛╨▓╨░╤П ╨┐╨░╨┐╨║╨░\project1.exe"
[Debugger] Log output: &"C:/projects/\320\235\320\276\320\262\320\260\321\217 \3
20\277\320\260\320\277\320\272\320\260/project1.exe: No such file or directory.\
n"
TGDBMIDebugger.ProcessResult Error: ,msg="C:/projects/\320\235\320\276\320\262\3
20\260\321\217 \320\277\320\260\320\277\320\272\320\260/project1.exe: No such fi
le or directory."

[Павел Ишенин]

Очень странно. Я как раз такую ошибку и исправил Может всеже версия не r16424 или обновили только LCL а не весь Lazarus? Попробуйте с версией 16425.

[Padre_Mortius]

полное обновление. r16425. ничего не изменилось. на какой версии fpc у вас работает?

[Павел Ишенин]

на какой версии fpc у вас работает?

Думаю это не причем тут, но fpc trunk.

[wavebvg]

Как раз в этом-то и дело, с 2.2 норм...