All Projects | FPC | Lazarus: Packages, Patches | Lazarus CCR | Mantis | fpGUI

Main | My View | View Issues | Change Log | Roadmap | Docs
  

Viewing Issue Simple Details [ Jump to Notes ] [ View Advanced ] [ Issue History ] [ Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0015052 [Lazarus] LCL major always 2009-11-11 00:43 2010-03-22 12:29
Reporter Hans-Peter Diettrich View Status public  
Assigned To Zeljan Rikalo
Priority normal Resolution fixed  
Status resolved   Product Version 0.9.28.3 (SVN)
Summary 0015052: Application minimize/restore not noticed by Application object
Description The TApplication.IntfAppMinimize and .IntfAppRestore methods are never invoked,
on Linux/KDE/gtk2. Consequently the OnMinimize/OnRestore handlers are never called.
Additional Information Breakpoints set in the beforementioned methods never are reached.
Tags No tags attached.
Fixed in Revision 24168
LazTarget 1.0
Widgetset GTK 2
Attached Files 7z file icon 0015052.7z [^] (101,254 bytes) 2010-01-23 15:43
7z file icon 0015052_screenshots.7z [^] (176,302 bytes) 2010-01-31 12:03

- Relationships
related to 0013919resolvedZeljan Rikalo Inconsistent minimize/restore 
related to 0011331resolvedZeljan Rikalo Lazarus minimizes itself in connection with Desktop-Switcher (Linux) 
related to 0012656resolvedZeljan Rikalo Switching Virtual Desktop minimize the IDE windows 
related to 0001423resolvedZeljan Rikalo Not all windows are brought to foreground when switching back to lazarus 

-  Notes
(0033815)
samuel herzog (developer)
2010-01-23 15:44

 My attached example works fine on win32 with today's SVN 23535.
Please test on GTK 2.
(0034021)
Paul Ishenin (manager)
2010-01-29 15:32

 On windows we have a special application window handle and therefore we can track that window state change. On minimize/maximize of that window we can fire appropriate Application object events. When do you expect those events should be fired on other platforms where LCL has no special application object?
(0034109)
samuel herzog (developer)
2010-01-31 12:13

 Hello Paul, I am trying to find out what makes all those troubles about resizing behavoir of the lazarus IDE.

I have uploaded 3 screenshots:

1.) I have my virtualbox in fullscreen mode and placed all IDE windows the way I like it.

2.) I press "ctrl-f" to leave the fullscreen mode.

3.) And press "ctrl-f" to re-enter the fullscreen mode.
And as you can see, all the IDE windows (except the messages-window) have totally forgotten their positions.

This is very annoying because now have to re-position all the IDE-windows again.

I have found out so far, that some part's take the PixelsPerInch-Info from the global variable "ScreenInfo" in the unit "graphics.pp" while other part's take the info from TScreen.
While the information inside TScreen.UpdateScreen are updated, the information on the global variable "ScreenInfo" is not updated.

So all this bugtracker about resizing issues might have something to do with this. But I am not good enough in debugging lazarus find the real problem.
(0034110)
samuel herzog (developer)
2010-01-31 12:15

 Sorry, what I described here belongs more to report 0013919.
But this report is also related to report 0013919.
(0035566)
Flávio Etrusco (developer)
2010-03-15 15:53

 I've just realized that gtk/x11 allows a zero sized window without border, so it would be possible the implement the same behavior as in Windows/Delphi7-.
(0035604)
Hans-Peter Diettrich (reporter)
2010-03-15 23:27

 Resizing of a VM can cause any trouble to the running applications. On Windows guests even minimized applications are resized and repositioned (Explorer, Delphi...), and never are are restored to their previous extent.

I see no urgent need for special handling in Lazarus. Instead the VM or guest OS should be configured for a fixed virtual screen size, with scrollbars when the window size becomes smaller than the virtual screen size.
(0035612)
Flávio Etrusco (developer)
2010-03-16 05:21

 DoDi, do you really want to mess your original report with this crazy VM/screen/desktop resize "issue"?
(0035905)
Zeljan Rikalo (developer)
2010-03-22 12:28

 Test and close if ok.

- Issue History
Date Modified Username Field Change
2009-11-11 00:43 Hans-Peter Diettrich New Issue
2009-11-11 00:43 Hans-Peter Diettrich Widgetset => GTK 2
2009-11-18 22:11 Vincent Snijders LazTarget => 1.0
2009-11-18 22:11 Vincent Snijders Status new => acknowledged
2009-11-18 22:11 Vincent Snijders Target Version => 1.0.0
2010-01-23 15:43 samuel herzog File Added: 0015052.7z
2010-01-23 15:44 samuel herzog Note Added: 0033815
2010-01-29 15:32 Paul Ishenin Note Added: 0034021
2010-01-29 15:32 Paul Ishenin Status acknowledged => feedback
2010-01-31 12:03 samuel herzog File Added: 0015052_screenshots.7z
2010-01-31 12:13 samuel herzog Note Added: 0034109
2010-01-31 12:15 samuel herzog Note Added: 0034110
2010-03-09 20:46 Vincent Snijders Relationship added related to 0013919
2010-03-15 15:44 Flávio Etrusco Relationship added related to 0015055
2010-03-15 15:53 Flávio Etrusco Note Added: 0035566
2010-03-15 16:15 Flávio Etrusco Relationship added related to 0011331
2010-03-15 16:17 Flávio Etrusco Relationship added related to 0012656
2010-03-15 16:19 Flávio Etrusco Relationship added parent of 0001423
2010-03-15 16:19 Flávio Etrusco Relationship deleted related to 0015055
2010-03-15 23:27 Hans-Peter Diettrich Note Added: 0035604
2010-03-16 05:21 Flávio Etrusco Note Added: 0035612
2010-03-22 12:28 Zeljan Rikalo Fixed in Revision => 24168
2010-03-22 12:28 Zeljan Rikalo Status feedback => resolved
2010-03-22 12:28 Zeljan Rikalo Resolution open => fixed
2010-03-22 12:28 Zeljan Rikalo Assigned To => Zeljan Rikalo
2010-03-22 12:28 Zeljan Rikalo Note Added: 0035905
2010-04-27 01:16 Flávio Etrusco Relationship replaced related to 0001423

Main | My View | View Issues | Change Log | Roadmap | Docs
  
Mantis 1.1.1[^]
Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker