Title: IDE: SnapToGrid BugFix

Entered by: Claude Rieth

To obtain REAL snap to grid and not only modulo gridsize function, the following patch needs to be applied (gives behaviour similar to delphi)

controlselection.pp

function ...FindNearestSnapRight
.
.
FindNearestGridX(NearestRight);
//add the following
if NearestRight.Valid then
  NearestRight.Nearest:=NearestRight.Nearest+1;
//end add
function ...FindNearestSnapBottom
.
.
FindNearestGridY(NearestBottom);
//add the following
if NearestBottom.Valid then
  NearestBottom.Nearest:=NearestBottom.Nearest+1;
//end add

Title: Can not run compiled app from lazarus env.

Entered by: Mi.Chal.

When I build my application from lazarus and try to run it, message

\"No program file \'d:\\....\\project1\'\" found\"

path is correct.

Title: LCL: Bug+Fix, GTK drawing not accurate

Entered by: Claude Rieth

As I am a PixelCounter (ErbsenZaehler in German), I found/fixed some bugs, mostly related to incorrect calculations of Right and Width, Bottom and Height.

gtkwinapi.inc

procedure ...Framed3d
..
gtk_paint_shadow(....Arect.Right-Arect.Left+1, //add 1 Arect.Bottom-Arect.Top+1

procedure ...DrawFrameControl

same problem on 3 or 4 places

Fixing this gives much cleaner user interfaces and consistent behaviour, ie

Width:=Right-Left+1;
Height:=Bottom-Top+1;

Title: xxxx

Entered by: xx

xxxxx

Title: Dialog boxes locks up windows manager or freezes

Entered by: George Patterson

OS: FreeBSD 5.0 patch 7
Lazarus Version: latest CVS (0.9.0 beta)

This is my first bug report..so bear with me.

every other time, clicking on a button on a dialog box (such as save or project open, will freeze lazarus. Fluxbox will run away consuming all the processor, while under fvwm lazarus will freeze and be nonresponsive.

I tried truss (aka strace under linux) but that didn\'t reveal much.

Title: SpeedButton doesn\'t display bitmap

Entered by: Eric Chapman

When I load a glyph onto a speedbutton it shows in the design environment but not when the project is running. All that shows is a coloured background. I am using bitmaps taken from a Kylix installation.

Title: LCL: TControl GetClientRect, GetClientWidth, GetCLientHeight

Entered by: Claude Rieth

In TControl (control.inc)

GetClientRect returns Right and Bottom as Width and Height, it should be Width-1 and Height-1

GetClientWidth returns Right, should be Right+1
GetClientHeight return Bottom, should be Bottom+1

TWinControl.GetClientRect has the same problem,

Correcting this automagically fixes different glitches in the UI

Title: text in Configure Build Lazarus dialog written on black background

Entered by: Vincent Snijders

The text in the (owner draw) listbox in the Configure Build Lazarus dialiog is inreadable. It is written with black letters on a black background.

Tested on Redhat 8.0 and KDE desktop. If I start the Gnome desktop on the same computer (RH 8.0 as well) I don\'t have this problem and the dialog is readable (as designed).

Title: Error Renaming component

Entered by: Jesus Reyes A.

FPC1.9.1(2003/11/08), lazarus(cvs today)
Renaming a button eg. button1->btnExit cause a error box: \"Unable to rename a variable in source. see messages.\", in messages window I can read: \"TButton expected, but TBUTTON found\"

This does not seem to happen with OpenBox3 but does with OpenBox2.X, Fluxbox, BlackBox.

Someone (I think it was Andrew Johson) said it may have something to do with NETWM support. Not sure

Something else to try is to open 'Enviroment' | 'Debugger Options'. This solves the problem for that instaance of Lazarus under OpenBox 2.X.

HTH

Kind regards
ANdrew Higgs

From Delphi help:

"GetClientRect is the protected implementation of the ClientRect property. GetClientRect returns a rectangle with the rectangle�s Top and Left fields set to zero, and its Bottom and Right fields set to the control's ClientHeight and ClientWidth, respectively."

Implementation is according to specification.

I think the bug poster is looking at a different problem.

Micha.

The snapping seems to work correct. The grid leftmost, topmost pixel is painted at 0,0 and the grid snaps to 0,0.

What does Delphi do?

Mattias

I fixed one place. Does it work now?

Mattias

Left,top snaps to 0,0 too. The width, height do 'snap' to ((mod gridsize) + 1). I don't know the reasoning for that, though, I always have found it odd, because then you can't place buttons side by side easily: they overlap with 1 pixel by default.

Micha.

Consistent with what?

Mattias

Can someone check this under Delphi?

Correcting this automagically fixes different glitches in the UI

What glitches?

Mattias

How should we call the option?

Mattias

Maybe add it as an option in settings, Grid ?

Regards,
Claude

Hi,

sorry guys, I didnt check the exact delphi behaviour on this, you're right that i was wrong.

I'll check better next time befor submitting anything.

Regards,
Claude

I think, this is ambigious. Delphi does not have guide lines. So, "Delphi Snapping" can also be interpreted as
- deactivate Guide Lines
- add 1 to Right and Bottom grid snapping
- hide grid in client areas of child controls
- .. deactivate/hide any further snapping extensions not in Delphi

Mattias

DelphiLikeSnapping ?

Regards,

Claude