Hello,

I just found a problem with lcl-gtk2 that I haven't ever seen before. Consider this code:

begin
  Application.Initialize;
  Application.CreateForm(TForm1, Form1);
  Form1.Left := 0;
  Form1.Top := 0;
  Form1.Width := 1680;
  Form1.Height := 1050;
  Application.Run;
end.

This represents the following position: Window Pos: 0 0 1680 1050 which covers the entire screen

Upon calling Form1.Show I get this instead: Window Pos: 560 0 1120 676

Which means that the position of my form was modified to something non-sensical and different from my command.

Does anyone know if gtk2 is doing this wierd repositioning or if LCL-Gtk2 is doing it? Maybe some kind of sanity check going wrong =O

The same code works fine in Windows. Basically this prevents the Virtual Magnifying Glass from working correctly.

thanks,

For full screen see here:
http://wiki.lazarus.freepascal.org/Application_full_screen_mode

Some window managers do that.

The same code works fine in Windows. Basically this prevents the Virtual Magnifying Glass from working correctly.

Mattias

Mattias Gaertner wrote

For full screen see here: http://wiki.lazarus.freepascal.org/Application_full_screen_mode

I think we should implement that in the LCL. What do you think about these proposals:

1> TForm.SetFullscreen(AValue: Boolean);
2> fsFullScreen --> but then you can't combine with fsSystemStayOnTop

Some window managers do that.

Yes, it is probably KDE which is hitting me =( I debugged and even Gtk doesn't know about the position change, it just magically occurs some time after show(), which indicates window manager changes.

This works fine (just smaller then the screen width):

begin
  Application.Initialize;
  Application.CreateForm(TForm1, Form1);
  Form1.Left := 0;
  Form1.Top := 0;
  Form1.Width := 1673;
  Form1.Height := 1050;
  Application.Run;
end.

This fails:

begin
  Application.Initialize;
  Application.CreateForm(TForm1, Form1);
  Form1.Left := 0;
  Form1.Top := 0;
  Form1.Width := 1674;
  Form1.Height := 1050;
  Application.Run;
end.

I adjusted that to one of my monitors 1440x900 max resolution. I then placed a OnShow event on the form, which output the coordinates and size again.

The output was:
t:0 l:0 w:1440 h:1440

????

The Height is all wrong! But it did take up as much screen space as the desktop allows - which excluded the two panels. One panel at the top (menus, time, etc) and one panel at the bottom (task manager).

But if you want true fullscreen, then LCL propbably needs a WindowState addition like wsFullScreen or something - I assume it doesn't already exist.

Regards,
- Graeme -

Hi,

I believe I have found a ComboBox bug, but I don't how I should categorize it. If you click on the "expand list" down arrow of the control, the program is terminated and the following message is displayed.

david.copeland at dbc:~/projects/test> ./CBBug
The program 'CBBug' received an X Window System error. This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 6119 error_code 11 request_code 53 minor_code 0)

  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()

function.)
david.copeland at dbc:~/projects/test>

My environment is ...

Lazarus version: SVN 31344.
Widgetset: GTK2.
FPC version: 2.4.2
OS: openSuse 11.4

To reproduce the behaviour I created an app with one form containing just the ComboBox. The Items list is empty. However, If I add lines to Items, even a blank line, the above does not occur.

I can send my test project if needed.

Regards,
Dave Copeland.

It works here.

Please test with ./CBBug --sync
And please test with some other themes to make sure it is a LCL bug and not a buggy gtk theme engine.
Finally test with another window manager (do not confuse it with another widget set).

If it is just an empty combobox on a form you don't need to send it.

Mattias

Okay, will do.

If it is just an empty combobox on a form you don't need to send it.

Yes, it's just that.

Mattias

Mattias Gaertner wrote

Please test with ./CBBug --sync

No change, same problem.

And please test with some other themes to make sure it is a LCL bug and not a buggy gtk theme engine.

I found a way to change the "GTK Style". It was "oxygen-gtk". When I change it to either "Raleigh" or "Sonar" (the only other choices) the problem does not occur.

Finally test with another window manager (do not confuse it with another widget set).

I tried "Ice", also, the problem does not occur.

Dave.

Then you found a buggy gtk theme.
I don't know, if the LCL gtk2 interface can work around this.
What Linux distribution is this?

> Finally test with another window manager (do not confuse it with > another widget set). > I tried "Ice", also, the problem does not occur.

Mattias

openSuse 11.4.

There's a lot of bugs in oxygen-gtk theme, open issue at their tracker. zeljko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110624/2e28b7c7/attachment.html>

Qt supports fullscreen window state ... don't know for others. I guess that it's not hard task to implement it for other X11 widgetsets ... but don't know for win32 and carbon.

zeljko

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110624/5d0bf0be/attachment.html>

Okay, thanks, but I have no idea what to say the bug is.

2011/6/24 zeljko :

Qt supports fullscreen window state ... don't know for others. I guess that it's not hard task to implement it for other X11 widgetsets ... but don't know for win32 and carbon.

But what do you think about which new API to introduce for it?

I am leaning towards a SetFullscreen function. fsFullScreen would block using it together with fsSystemStayOnTop

I think this is a plus? ;-) "Fullscreen" already implies some sort of "StayOnTop", doesn't it?

-Fl?vio

See if Suse 11.4 comes with a program called gtk-demo (Suse 10.0 does). (Just try running it form a commandline).

It has a combobox demo in it, with sources.
You could modify the source to make the combobox empty, build, run and see if the bug is also present.
Then you can sent in a report to their bugracker.

Bart

zeljko wrote

why fsFullScreen ? IMO, wsFullScreen (WindowState) is more apropriate.

Good idea! I implemented it like that. Now wsFullScreen exists and it works in gtk2 at the moment.

-Tee-

PPU Loading C:\lazarus\lcl\units\i386-win32\intfgraphics.ppu PPU Source: intfgraphics.pas not found
Recompiling IntfGraphics, checksum changed for LCLIntf ..\graphics.pp(47,49) Fatal: Can't find unit IntfGraphics used by Graphics

Which revision?
Which FPC version?
How did you try to rebuild Lazarus?

Bart

OK, short explanation:

Did everything all over again :

SVN : 31471
FPC : 2.4.4

I run the make of the Lazarus, and then start the IDE (That fart it
works) then try to run Toos -> "Build Lazarus with profile ..." to get
all the Packages to build again... (After update... Now it weirdly fails at)
main(.pas)
function TMainIDE.DoLoadLFM(AnUnitInfo: TUnitInfo; LFMBuf: TCodeBuffer;
   OpenFlags: TOpenFlags; CloseFlags: TCloseFlags): TModalResult;
const
   BufSize = 4096; // allocating mem in 4k chunks helps many mem managers
   ShowCommands: array[TWindowState] of Integer =
     (SW_SHOWNORMAL, SW_MINIMIZE, SW_SHOWMAXIMIZED);

with message :

...
C:\lazarus\lcl\grids.pas(5854,38) Warning: Symbol "OnEditButtonClick" is deprecated
C:\lazarus\lcl\grids.pas(6088,34) Warning: Symbol "OnEditButtonClick" is deprecated
C:\lazarus\lcl\grids.pas(6089,24) Warning: Symbol "OnEditButtonClick" is deprecated
"Compiling package LCLBase 1.0.1" completed
C:\lazarus\lcl\interfaces\win32\win32int.pp(27,26) Warning: User defined: Fix implicit pointer conversions
"Compiling package LCL 1.0.1" completed
C:\lazarus\components\lazcontrols\listfilteredit.pas(64,15) Warning: An inherited method is hidden by "TListFilterEdit.Invalidate;" C:\lazarus\components\lazcontrols\listfilteredit.pas(24,43) Hint: Parameter "Done" not used
"Compiling package LazControls 0.0" completed
"Compiling package IDEIntf 1.0" completed
C:\lazarus\components\sqlite\sqlitecomponenteditor.pas(63,58) Hint: Parameter "User" not used
"Compiling package sqlite3laz 0.4" completed
"Compiling package lnetvisual 0.6.6" completed
"Compiling package SynEdit 1.0" completed
C:\lazarus\components\sqldb\sqlstringspropertyeditordlg.pas(227,9) Warning: Local variable "C" does not seem to be initialized C:\lazarus\components\sqldb\sqlstringspropertyeditordlg.pas(57,30) Hint: Parameter "SQL" not used
C:\lazarus\components\sqldb\sqlstringspropertyeditordlg.pas(82,3) Hint: Local const "SSQLOK" is not used
C:\lazarus\components\sqldb\sqlstringspropertyeditordlg.pas(83,3) Hint: Local const "SQLSyntaxOK" is not used
C:\lazarus\components\sqldb\sqlstringspropertyeditordlg.pas(84,3) Hint: Local const "SSQLError" is not used
C:\lazarus\components\sqldb\sqlstringspropertyeditordlg.pas(85,3) Hint: Local const "SSQLSyntaxError" is not used
C:\lazarus\components\sqldb\registersqldb.pas(92,38) Hint: Parameter "ResourceName" not used
C:\lazarus\components\sqldb\registersqldb.pas(93,33) Hint: Parameter "Filename" not used
C:\lazarus\components\sqldb\registersqldb.pas(93,43) Hint: Parameter "SourceName" not used
C:\lazarus\components\sqldb\registersqldb.pas(94,27) Hint: Parameter "ResourceName" not used
C:\lazarus\components\sqldb\registersqldb.pas(63,16) Hint: Unit "SrcEditorIntf" not used in registersqldb
"Compiling package SQLDBLaz 1.0.1" completed
C:\lazarus\debugger\gdbmidebugger.pp(6547,107) Warning: Symbol "GDBDisassemble" is deprecated
C:\lazarus\packager\packageeditor.pas(1636,3) Note: Local variable "TVNodeStack" not used
C:\lazarus\ide\main.pp(6490,50) Fatal: Syntax error, "," expected but ")" found

-Tee-

Same here.

Happens on both Win32 and Linux x86_64 - i have the same SVN revision.

-Torsten.

Due to r31470: http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/lcl/forms.pp?root=lazarus&r1=31468&r2=31470

TWindowState definition has changed.

Filed a bugreport: http://bugs.freepascal.org/view.php?id=19659

Bart

If you change the line in main.pp to

 ShowCommands: array[TWindowState] of Integer =
   (SW_SHOWNORMAL, SW_MINIMIZE, SW_SHOWMAXIMIZED, SW_SHOWFULLSCREEN);

Will it then build?

Bart

Seems to work...

-TP-

I just tried that myself and it seems to work.
I attached a patch in the bugtracker.

Bart

This problem is also happening to me:

http://imagebin.org/160713

Lazarus 0.9.31 r31428 FPC 2.5.1 i386-win32-win32/win64

The change also breaks AnchorDocking package:

Compiling anchordockpkg.pas
Compiling anchordocking.pas
Compiling anchordockstorage.pas
C:\dev\lazarus_trunk\examples\anchordocking\anchordockstorage.pas(266,5) Error: Expected another 1 array elements

Code:
ADLWindowStateNames: array[TWindowState] of string = ( 'Normal',
'Minimized',
'Maximized'

    );

Dirk.

Submitted bug report + patch for Anchordocking:
http://bugs.freepascal.org/view.php?id=19660

Dirk.

2011/6/30 Dirk :

Submitted bug report + patch for Anchordocking: http://bugs.freepascal.org/view.php?id=19660 Dirk.

Solved.

Lazarus 0.9.31 r31477 FPC 2.5.1 i386-win32-win32/win64

Dirk wrote

Submitted bug report + patch for Anchordocking: http://bugs.freepascal.org/view.php?id=19660

I've applied your patch.
thanks
zeljko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110630/75df669f/attachment.html>

Thanks zeljko. I closed the bug report.

Dirk.

B.t.w. The new definition of TWindowState breaks compatibility with Delphi VCL. See: http://docwiki.embarcadero.com/VCL/en/Forms.TWindowState

Does anyone mind?

Bart