Lazarus

Announcements => Lazarus => Topic started by: mattias on April 07, 2015, 02:13:24 pm

Title: Lazarus Release Candidate 3 of 1.4
Post by: mattias on April 07, 2015, 02:13:24 pm
The Lazarus team would like to announce the third release candidate for the upcoming Version 1.4.

We invite all users to test this release candidate.
Please read below why everybody really should join the testing now.

New in this Version
http://wiki.lazarus.freepascal.org/Lazarus_1.4.0_release_notes

On Windows the installer now allows two independent installations.
http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
 
About the release process:
http://wiki.lazarus.freepascal.org/Lazarus_1.4_fixes_branch#Roadmap_to_1.4


The 1.4RC3 is built with fpc 2.6.4.

The release candidate is available for download on SourceForge:
http://sourceforge.net/projects/lazarus/files/

Choose your CPU, OS, distro and then the "Lazarus 1.4RC3" directory.

Minimum requirements:
Windows:       98, 2k, XP, Vista, 7, 32 or 64bit.
               On 64bit it is recommended to use the 32bit IDE.
               Win98 IDE needs building with flag -dWIN9XPLATFORM.
FreeBSD/Linux: gtk 2.8 or qt4.5, 32 or 64bit.
Mac OS X:      10.5 to 10.10, 10.9+ debugging requires -gw,
               LCL only 32bit, non LCL apps can be 64bit.


== Why should everybody (including you) test the release candidate? ==

In the past months the Lazarus team has stabilized the 1.4 fixes branch. The resulting 1.4RC3 is now stable enough to be used by any one for test purposes.

However many of the fixes and new features that where committed since the release of 1.2 required changes to the code of existing features too. While we have tested those ourself, there may still be problems that only occur with very specific configurations or one project in a million.

Yes, it may be that you are the only person with a project, that will not work in the new IDE. So if you do not test, we can not fix it.

Please do not wait for the final release, in order to test. It may be too late. Once the release is out we will have to be more selective about which fixes can be merged for further 1.4.x releases. So it may be, that we can not merge the fix you require. And then you will miss out on all the new features.

== How to test ==

Download and install the 1.4RC3.
- On Windows you can install as a 2ndary install, that will not affect your current install:
  http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
- On other platforms, if you install to a new location you need to use --primary-config-path

In either case you should make backups. (including your primary config)

Open your project in the current Lazarus (1.2.6), and use "Publish Project" from the project menu. This creates a clean copy of your project.

You can then open that copy in the RC3. Please test:
- If you can edit forms in the designer
   - rename components / change properties in Object inspector / Add new events
   - Add components to form / Move components on form
   - Frames, if you use them
- If you can navigate the source code (e.g. jump to implementation)
- Auto completion in source code
- Compile, debug and run
- Anything else you use in your daily work
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: marcodor on April 07, 2015, 02:46:54 pm
Please add spaces on assignment operator (identifier completion) to look like A := B; not it complete as A:=
Also format a bit internal sources/units of Lazarus. I use stable version, and many functions looks not so good :)
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: JZS on April 07, 2015, 02:47:13 pm
Thank you Lazarus Team,
Downloading...................
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 07, 2015, 03:00:47 pm
Please add spaces on assignment operator (identifier completion) to look like A := B; not it complete as A:=
That should be configurable. Menu: Tools > Options > Codetools> Space
Check "Symbol" in both "Add spaces in front of" and "Add spaces after"
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Basile B. on April 07, 2015, 03:09:11 pm
Thx  :D...
even if i'm a bit disgusted since i've released some binaries produced with the RC2 this morning.  >:(
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: jma_sp on April 07, 2015, 03:27:57 pm
Thanks, now i´m downloading and next thing is overwrite es.po files to see results.
 
I newly tried to upload an attachment with the files translated and i get error . I think it have to do with the attachment if this post is accepted in simple text.

The file i have tried to upload is a compressed file 225 KB containing 22 files.

Probably because destination is an ftp.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: jma_sp on April 07, 2015, 04:28:43 pm
OK, finally uploaded to bugtracker. If someone can test if there is to modify something before next Lazarus Release.....
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: x2nie on April 07, 2015, 07:21:03 pm
Thanks you.  8-)
downloading............. O:-)
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: motaz on April 08, 2015, 09:17:34 am
I have start testing of RC since RC2, I get strange behavior in these versions: I get overlapped icons in TreeView, and I'm using ImageList. In some nodes I get multiple icons drawn at the same time, example attached:
Image list icons attached too.
Anybody get this behavior in these releases?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: munair on April 08, 2015, 10:04:38 am
Custom keywords added in User Defined Markup are also highlighted inside strings. This doesn't happen with default keywords. Is it possible in Lazarus to exclude ANY markup from being highlighted inside string quotes?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 08, 2015, 10:08:23 am
Custom keywords added in User Defined Markup are also highlighted inside strings. This doesn't happen with default keywords. Is it possible in Lazarus to exclude ANY markup from being highlighted inside string quotes?
NO and yes.

The trick is, set the string color (background or foreground), and give it a higher priority than the custom words.
If background, then make sure the priority for "selection" is still higher.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: munair on April 08, 2015, 11:13:59 am
NO and yes.

The trick is, set the string color (background or foreground), and give it a higher priority than the custom words.
If background, then make sure the priority for "selection" is still higher.
Then the answer is no, I guess. There is a 'priority'  button under > Display > Colors but there is no way to use this for strings, keywords or any other item under 'Object Pascal'. I also do not see how to set priority for custom keywords.

Is there a way to do this manually?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 08, 2015, 12:15:48 pm
Yes you are right, I did not check before I posted.
The base colors do not have a priority.

You can add a feature request, but it will be awhile before I get to it.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: JuhaManninen on April 08, 2015, 12:19:48 pm
I have start testing of RC since RC2, I get strange behavior in these versions: I get overlapped icons in TreeView, and I'm using ImageList. In some nodes I get multiple icons drawn at the same time, example attached:

Example code would be nice, too.
Lazarus IDE has TreeView in many places but we don't see that behavior. Is it a BiDi issue?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 08, 2015, 12:26:03 pm
Try in components\synedit\synhighlighterpas.pp
line 2345
Code: [Select]
  fStringAttri := TSynHighlighterAttributesModifier.Create(@SYNS_AttrString, SYNS_XML_AttrString);
instead of TSynHighlighterAttributes.Create
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: zeljko on April 08, 2015, 12:39:03 pm
I have start testing of RC since RC2, I get strange behavior in these versions: I get overlapped icons in TreeView, and I'm using ImageList. In some nodes I get multiple icons drawn at the same time, example attached:
Image list icons attached too.
Anybody get this behavior in these releases?

Maybe you assigned state images and normal images ? AFAIR, there was some change about it ...
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: munair on April 08, 2015, 12:46:36 pm
Yes you are right, I did not check before I posted.
The base colors do not have a priority.

You can add a feature request, but it will be awhile before I get to it.

It doesn't have to be a feature request. The syntax highlighting engine would only need to switch into string mode once it encounters an opening quote (as it does for the color), disabling any keyword checking until the closing quote.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: motaz on April 08, 2015, 12:54:25 pm
To Juha and Zeljan

This the code of populating the tree.
Note that the same code was working fine for previous versions of Lazarus

Code: [Select]
procedure TAccount.FillBranch(const Accounts: TAccounts; aTree: TTreeView; TreeNode: TTreeNode);
var
  ImgIndex: Integer;
  Node: TTreeNode;
  i: Integer;
  FormattedName: string;
begin

  for i:= 0 to high(Accounts) do
  begin
    FormattedName:= '[' + Accounts[i].AccountCode + '] ' + Accounts[i].AccountName;
    if TreeNode = nil then
      Node:= ATree.Items.Add(TreeNode, FormattedName)
    else
      Node:= ATree.Items.AddChild(TreeNode, FormattedName);

    Node.OverlayIndex:= Accounts[i].AccountID;
    ImgIndex:= 0;
    if Accounts[i].AccountType = 2 then // Branch
    begin
      if accounts[i].ParentAccountID = 0 then
      begin
        if accounts[i].IsPrivate = 1 then
          ImgIndex:= 10 // Private root branch
        else
          ImgIndex:= 9; // Public root branch
      end
      else
        ImgIndex:= 0; // Non root branch
    end
    else // Normal account/leaf
      ImgIndex:= 1;

    Node.ImageIndex:= ImgIndex;
    Node.SelectedIndex:= ImgIndex;
  end;
end;
 
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 08, 2015, 01:23:11 pm
It doesn't have to be a feature request. The syntax highlighting engine would only need to switch into string mode once it encounters an opening quote (as it does for the color), disabling any keyword checking until the closing quote.
http://forum.lazarus.freepascal.org/index.php?topic=27991
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: zeljko on April 08, 2015, 03:20:39 pm
To Juha and Zeljan

This the code of populating the tree.
Note that the same code was working fine for previous versions of Lazarus

Code: [Select]
procedure TAccount.FillBranch(const Accounts: TAccounts; aTree: TTreeView; TreeNode: TTreeNode);
var
  ImgIndex: Integer;
  Node: TTreeNode;
  i: Integer;
  FormattedName: string;
begin

  for i:= 0 to high(Accounts) do
  begin
    FormattedName:= '[' + Accounts[i].AccountCode + '] ' + Accounts[i].AccountName;
    if TreeNode = nil then
      Node:= ATree.Items.Add(TreeNode, FormattedName)
    else
      Node:= ATree.Items.AddChild(TreeNode, FormattedName);

    Node.OverlayIndex:= Accounts[i].AccountID;
    ImgIndex:= 0;
    if Accounts[i].AccountType = 2 then // Branch
    begin
      if accounts[i].ParentAccountID = 0 then
      begin
        if accounts[i].IsPrivate = 1 then
          ImgIndex:= 10 // Private root branch
        else
          ImgIndex:= 9; // Public root branch
      end
      else
        ImgIndex:= 0; // Non root branch
    end
    else // Normal account/leaf
      ImgIndex:= 1;

    Node.ImageIndex:= ImgIndex;
    Node.SelectedIndex:= ImgIndex;
  end;
end;
 

Just for test, try to comment Node.SelectedIndex and see if you have doubled images.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: jack616 on April 08, 2015, 03:30:51 pm
Looks like a lot of work done - thanks guys.

Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: motaz on April 08, 2015, 04:12:27 pm
Zeljan
I have commented Node.SelectedIndex, but nothing happens.

when I comment OverlayIndex, duplication problem is gone!

Code: [Select]
//    Node.OverlayIndex:= Accounts[i].AccountID;
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: zeljko on April 08, 2015, 04:17:04 pm
@motaz, pls open issue about it, create example project and attach it there.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Nicola Gorlandi on April 08, 2015, 06:26:43 pm
Great Job,

I am asking why the project resource management is not available to package option ?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: CM630 on April 09, 2015, 02:58:18 pm
I am glad that finally pressing Ctrl+V in the properties editor pastes the tests in the properties editor, but not in the source editor (when anchored docking for the IDE is enabled), like it used to.
Still I have to press F12 twice after each edit in the properties editor.
Besides that I have two problems:
1. Something seems to be wrong in the Win installer. On Win XP I installed this edition as a secondary one and unchecked "associate file extensions", but files got associated with the 1.4RC3 release.
2. One of my apps failed to compile, saying that it cannot finds from C:\lazarus1.4RC3\components\tachart\editors in my project folder. What I did was to copy all files from  C:\lazarus1.4RC3\components\tachart\editors to the folder of my project but with the official release that was not necessary.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: zeljko on April 09, 2015, 05:00:08 pm
Zeljan
I have commented Node.SelectedIndex, but nothing happens.

when I comment OverlayIndex, duplication problem is gone!

Code: [Select]
//    Node.OverlayIndex:= Accounts[i].AccountID;

Pls, test with patch from http://bugs.freepascal.org/view.php?id=27816 , maybe it helps.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 09, 2015, 05:01:39 pm
2. One of my apps failed to compile, saying that it cannot finds from C:\lazarus1.4RC3\components\tachart\editors in my project folder. What I did was to copy all files from  C:\lazarus1.4RC3\components\tachart\editors to the folder of my project but with the official release that was not necessary.

Did it give the full path? Can you copy the exact error? (or better all (shown and hidden) messages?
If this happens again, check for any ppu of tachart in your project folder.

Does your project has any changes to any path setting (on the Project > Compiler Options > Path)?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 09, 2015, 05:13:38 pm
1. Something seems to be wrong in the Win installer. On Win XP I installed this edition as a secondary one and unchecked "associate file extensions", but files got associated with the 1.4RC3 release.
Yes this is a known (and forgotten) problem.

It does not work as you expect. The check bok only decides, if a file that is not yet associated with lazarus, will become associated.
It does not remove existing associations.

The problem is, that inno setup always changes the path to the exe to which the existing associations point. So any existing association will always be moved.

IIRC last time i worked on the installer I was not able to find any way to change this. (But if any one knows a way....)
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Pascal on April 09, 2015, 05:37:56 pm
Hello everybody,

i found an error by accident  ;)

File: SourceSynEditor
Function:  TIDESynGutterLOvProviderPascal.HighlightChanged
Line: 1826

Code: [Select]
procedure TIDESynGutterLOvProviderPascal.HighlightChanged(Sender: TSynEditStrings; AIndex,
  ACount: Integer);
var
  hl: TIDESynPasSyn;
  procedure Update(var TheVal: Integer; NewVal: Integer);
  begin
    ...
  end;
var i1,i1e,i2,i2e,i3,i3e,i4,i4e: Integer;
begin
  i1  := FPixInterfaceLine;
  i1e := FPixEndInterfaceLine;
  i2  := FPixImplementationLine;
  i2e := FPixEndImplementationLine;
  i3  := FPixInitializationLine;
  i3e := FPixEndInitializationLine;
  i4  := FPixFinalizationLine;
  i4e := FPixEndFinalizationLine;
  if not(TSynEdit(SynEdit).Highlighter is TIDESynPasSyn) then begin
    FInterfaceLine := -1;
    FInterfaceLine := -1;      <<<<==== This should probably be: FImplementation
    FInitializationLine := -1;
    FFinalizationLine := -1;
  end else begin
    ...                                       

This normaly shouldn't cause any problems.

Regards
Pascal
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: bylaardt on April 11, 2015, 07:21:24 pm
After open a specific project lazarus close.
In the console i got these messages:
Code: [Select]
TApplication.HandleException TControl.InvalidatePreferredSize loop detected Fundo2:TScrollBox Bounds=l=8,t=8,r=793,b=520
  Stack trace:
  $000000000067433B
  $00000000006741BC
  $0000000000673DB1
  $0000000000656A9C
  $0000000000464D72
  $000000000066BA5C
  $00000000006582B1
  $00000000006745FB
  $0000000000BECC75
  $0000000000BEBED2
  $0000000000BD419C
  $0000000000BD2DC3
  $0000000000BE0ADF
  $00000000004A88A5
  $0000000000BE2D96
  $000000000049F31B
  $00000000008C3F50
TControl.DoSetBounds Fundo1:TScrollBox Old=0,0,251,99996 New=0,0,251,100040
ERROR in LCL: TControl.DoSetBounds Fundo1:TScrollBox Invalid bounds
Creating gdb catchable error:

  $000000000054CB6B
  $000000000066733A
  $0000000000666BAF
  $0000000000673DB1
  $0000000000656A9C                                                                                                                                                               
  $0000000000464D72
  $000000000066BA5C
  $00000000006582B1
  $00000000006659E3
TApplication.HandleException: there was another exception during showing the first exception
  Stack trace:
  $000000000047F3FC
  $000000000066733A
  $0000000000666BAF
  $0000000000673DB1
  $0000000000656A9C
  $0000000000464D72
  $000000000066BA5C
  $00000000006582B1
  $00000000006659E3
  $0000000000673DB1
  $000000000065C6F5
  $00000000006E6433
  $00000000006F82A0
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
[TMainIDE.Destroy] A
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
WARNING: TLCLComponent.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event?
[TMainIDE.Destroy] B  -> inherited Destroy... TMainIDE
[TMainIDE.Destroy] END
The component
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 11, 2015, 07:52:32 pm
i found an error by accident  ;)

File: SourceSynEditor
Function:  TIDESynGutterLOvProviderPascal.HighlightChanged
Line: 1826

Thanks and fixed.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: AlexTP on April 12, 2015, 02:04:57 am
Still same "Semaphore init" err, like I told in Mantis. One of 1.4RC worked ok (rc1 maybe), only shown "Debugger error", while 1.4RC2/3 show err on compile, and compile hangs, cannot run - cannot quit IDE (ide cannot close)


Project atSynEdit (https://github.com/Alexey-T/ATSynEdit , app/demo_editor),
error on compile

 
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: AlexTP on April 12, 2015, 02:12:42 am
note. "1.4 Test" ide from getlazarus.org works/compiles ok, while 1.4RC1/2/3 don't work..
Title: Possibile BUG in TRegistry
Post by: Tommi on April 12, 2015, 03:37:06 pm
This is my code:
Code: [Select]
procedure TForm1.FormCreate(Sender: TObject);
var
  reg: TRegistry;
  l: TStringList;
  n:integer;
begin
  sport := TblockSerial.create;
  connected  := FALSE;
  l:=TStringList.Create;
  reg := TRegistry.Create;
  try
    reg.Access := KEY_READ;
    reg.RootKey := HKEY_LOCAL_MACHINE;
    reg.OpenKey('\HARDWARE\DEVICEMAP\SERIALCOMM', false);
    reg.GetValueNames(l);
    for n := 0 to l.Count - 1 do
      begin
        ComboBox2.Items.Add(reg.ReadString(l[n]));
        memo1.Text:=memo1.Text+l[n];
        memo1.Text:=memo1.Text+'  --  '+ reg.ReadString(l[n])+#13+#10;
      end;
    if (ComboBox2.Items.Count>0) then ComboBox2.Text:=ComboBox2.Items[0];
  finally
    reg.Free;
    l.Free;
  end;
end;   

This is what I find in Memo1:
Code: [Select]
\Device\Serial0  --  COM1
\Device\BthModem2  --  COM
\Device\BthModem0  --  COM
\Device\BthModem1  --  COM

But the real content is of the key is :
Code: [Select]
\Device\Serial0  --  COM1
\Device\BthModem2  --  COM3
\Device\BthModem0  --  COM6
\Device\BthModem1  --  COM7

I noticed that if I create a new value it is correctly read.
If I go on one of the not working values, I select Edit, and I just click OK, it becomes working.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: zeljko on April 12, 2015, 03:59:43 pm
note. "1.4 Test" ide from getlazarus.org works/compiles ok, while 1.4RC1/2/3 don't work..

getlazarus.org uses trunk fpc and trunk lazarus. Fix could be in fpc or in lazarus.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: CM630 on April 12, 2015, 08:56:56 pm
Does your project has any changes to any path setting (on the Project > Compiler Options > Path)?
Ahym, that was it: C:\lazarus\fpc\2.6.1\source\packages\fcl-base\src\;C:\lazarus\components\tachart\
I have no idea why it was there, so I removed the whole line and it compiles now.
Title: Re: Possibile BUG in TRegistry
Post by: Cyrax on April 12, 2015, 08:59:30 pm
This is my code:
Code: [Select]
procedure TForm1.FormCreate(Sender: TObject);
var
  reg: TRegistry;
  l: TStringList;
  n:integer;
begin
  sport := TblockSerial.create;
  connected  := FALSE;
  l:=TStringList.Create;
  reg := TRegistry.Create;
  try
    reg.Access := KEY_READ;
    reg.RootKey := HKEY_LOCAL_MACHINE;
    reg.OpenKey('\HARDWARE\DEVICEMAP\SERIALCOMM', false);
    reg.GetValueNames(l);
    for n := 0 to l.Count - 1 do
      begin
        ComboBox2.Items.Add(reg.ReadString(l[n]));
        memo1.Text:=memo1.Text+l[n];
        memo1.Text:=memo1.Text+'  --  '+ reg.ReadString(l[n])+#13+#10;
      end;
    if (ComboBox2.Items.Count>0) then ComboBox2.Text:=ComboBox2.Items[0];
  finally
    reg.Free;
    l.Free;
  end;
end;   

This is what I find in Memo1:
Code: [Select]
\Device\Serial0  --  COM1
\Device\BthModem2  --  COM
\Device\BthModem0  --  COM
\Device\BthModem1  --  COM

But the real content is of the key is :
Code: [Select]
\Device\Serial0  --  COM1
\Device\BthModem2  --  COM3
\Device\BthModem0  --  COM6
\Device\BthModem1  --  COM7

I noticed that if I create a new value it is correctly read.
If I go on one of the not working values, I select Edit, and I just click OK, it becomes working.

Use FPC trunk/upcoming FPC 3.0.x for that. See : http://bugs.freepascal.org/view.php?id=21899
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: CM630 on April 14, 2015, 12:42:43 pm
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: zeljko on April 14, 2015, 02:14:01 pm
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.

Better fill an issue about it.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: baldzhang on April 14, 2015, 05:06:50 pm
Hi

I use fixes_1_4 branch, and updated
found a designer problem:
  when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
  but if the control is NOT selected, then click and drag, the action is ok

in 1.2 release, is ok

if someone else meet the same, please submit a bug report
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: zeljko on April 14, 2015, 05:08:53 pm
Hi

I use fixes_1_4 branch, and updated
found a designer problem:
  when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
  but if the control is NOT selected, then click and drag, the action is ok

in 1.2 release, is ok

if someone else meet the same, please submit a bug report

When you updated 1_4 fixes ? Some changes were merged yesterday (about selections), so it's important information.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: baldzhang on April 14, 2015, 05:20:13 pm
I update 1 hours ago, last changed revision: 48755
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: munair on April 14, 2015, 05:29:00 pm
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.
I do not have that problem on Linux GTK2...
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: JuhaManninen on April 14, 2015, 06:50:57 pm
I use fixes_1_4 branch, and updated
found a designer problem:
  when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
  but if the control is NOT selected, then click and drag, the action is ok

I cannot reproduce. I tested on Windows and on Linux with GTK2 and QT widgetsets.
Does it happen only with a certain project or form? Can you please copy it here.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: baldzhang on April 14, 2015, 07:31:23 pm
I use fixes_1_4 branch, and updated
found a designer problem:
  when a control is selected, and drag it to new position, the control will jump a random offset in horizontal and vertical.
  but if the control is NOT selected, then click and drag, the action is ok

I cannot reproduce. I tested on Windows and on Linux with GTK2 and QT widgetsets.
Does it happen only with a certain project or form? Can you please copy it here.


Nothing special....
Just start lazarus, start new project, put a panel in form, and drag & drag & drag...
See attachment photo

PS: Win7 x64, fpc 2.6.4 win32, lazarus fix_1_4 r48755 Win32 widgetsets
Lazarus 1.2.6 tested, is ok
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Bart on April 14, 2015, 07:31:48 pm
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.

Bart
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: baldzhang on April 14, 2015, 07:45:19 pm
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.

Bart
I post a photo just before, you may have a look

more details:
when the panel not selected, then press the left button and drag it to somewhere else, is all ok
then release button, the panel remain selected, it has 8 dot around the boundary
press down button again and drag it to somewhere, the panel will have a random *jump*, the related offset of cursor and panel is changed, even the cursor may out of the panel.

it's hard to take a screenshot, so I take a photo,

firstly I think may be my mouse fail, but compare side by side, the 1.2.6 is good.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: JuhaManninen on April 14, 2015, 07:51:30 pm
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.

Yes, this is related. I can reproduce when either Left or Top is selected in OI.

baldzhang, please report in bug tracker.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: baldzhang on April 14, 2015, 07:58:02 pm
What do you mean by "ïf the control is selected"?
I remember a bugreport wehere something similar happend if the object's width or height was selected in Object Inspector.

Yes, this is related. I can reproduce when either Left or Top is selected in OI.

baldzhang, please report in bug tracker.
Ok, I will do more test with trunk version and on Linux, then do the report
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: baldzhang on April 14, 2015, 08:39:59 pm
reported:
http://bugs.freepascal.org/view.php?id=27854
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: PeterX on April 15, 2015, 01:32:53 pm
Hm, looks like I cannot change the cursor in the TExtendedNotebook.
It stays CRDEFAULT.

Happens in 1.2.6 release
Checked:  also in 1.4RC3

Cursor stays CRDEFAULT on the border of this control
and also right from Tabs.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: CM630 on April 15, 2015, 03:05:39 pm
I just found something in the IDE, which I think is wrong:
When I open Project Inspector and then I press ESC, the window of the project inspector gets empy. I suppose it should simply get closed when ESC is pressed.
Same problem exists in the official Lazarus, too.
If it matters- I use anchored IDE.
I do not have that problem on Linux GTK2...
Do you use anchored IDE in Linux...?
I just tried it without anchoring in the IDE. The problem disappeared. So it is caused by the anchoring package (in WinXP).
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: munair on April 15, 2015, 07:57:01 pm
Do you mean anchoring controls in the form designer?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: CM630 on April 16, 2015, 12:32:05 pm
I means that I have AnchorDosckingDsgn 0.5 installed.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Michaela Joy on April 17, 2015, 12:37:19 am
Hi all,
I found this when I tried to create a 64 bit program. Am I doing this right?

Best,
:MJ
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: flywire on April 19, 2015, 05:48:56 am
Debugger error occurs for me now after a full delete and clean install. 'The debugger could not run the application. This may be caused by missing debug info.' IDE will not run anything. IDE Options, Environment, Files looks fine.

I didn't have that problem with RC2 or previous full release. Initial loader program was OK for all components when I installed before I clicked start IDE. Tried fix as per readme.txt (http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working (http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working)) and it still does not work.

Removed and did clean install of RC2 - same problem. Removed and did clean install of Lazarus 1.2.6 - same problem. Removed Primary config directory then reinstalled RC3. Exe is created and runs fine outside of the IDE in all cases.  Any thoughts?

Didn't install: GDB version 7.7.1 for windows 32 bit. 'It is recommended to use the GDB version that comes with the Lazarus installer.'

Lazarus V1.4RC3 2015-04-05, FPC V 2.6.4, SVN Rev 48629 Win7 32bit Intel Core Duo (Is there a copy to clipboard for this stuff?)
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: JuhaManninen on April 19, 2015, 09:27:42 am
Debugger error occurs for me now after a full delete and clean install. 'The debugger could not run the application. This may be caused by missing debug info.' IDE will not run anything. IDE Options, Environment, Files looks fine.

It looks like there are more and more problems with GDB on Windows. I don't know what causes them.
One solution is to debug on Linux. For example I do most of my Lazarus development on Linux, partly because GDB works better there.
You can also try the fpdebug based debuggers in trunk, although they are not ready yet unfortunately.

Quote
Lazarus V1.4RC3 2015-04-05, FPC V 2.6.4, SVN Rev 48629 Win7 32bit Intel Core Duo (Is there a copy to clipboard for this stuff?)

In "About" dialog, right click -> "Copy version information to clipboard" copies some info.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: flywire on April 19, 2015, 09:52:03 am
Cyrax has identified this bug https://sourceware.org/bugzilla/show_bug.cgi?id=9415 (https://sourceware.org/bugzilla/show_bug.cgi?id=9415) of a space in the path causing the issue. Work around is to use a path without a space.

Much appreciated.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: flywire on April 19, 2015, 09:55:21 am
It looks like there are more and more problems with GDB on Windows. I don't know what causes them.
One solution is to debug on Linux.

This is not just debugging, it actually stops an application from running in the IDE after it compiles.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Basile B. on April 19, 2015, 12:49:16 pm
hi, i encounter a strange synedit bug, since RC1. Lazarus IDE and custom TSynEdit are all affected.

- open a reasonnably long unit (must have vertical scroll bar)
- at the most bottom, set the focus so that the caret is displayed
- start scrolling up
- still while scrolling press the Ctrl key so that zooming starts
- look for your blinking caret
=> it's only partially drawn. Even when you start typing code.

confere with the two pictures attached to the post.


Has it been already reported ?
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 19, 2015, 02:51:25 pm
Cyrax has identified this bug https://sourceware.org/bugzilla/show_bug.cgi?id=9415 (https://sourceware.org/bugzilla/show_bug.cgi?id=9415) of a space in the path causing the issue. Work around is to use a path without a space.

Code: [Select]
This is not just debugging, it actually stops an application from running in the IDE after it compiles.
Is it just any space? Because I have debugged with spaces in the path to the exe.

But there is a known issue, and it may even be windows itself (though I have no proof).
If a path has a space C:\foo bar\project1.exe
and there is a file or folder  C:\foo

So the file or folder ends exactly where the project has the space.

Their is no known work around.
http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Error_193_.28Error_creating_process_.2F_Exe_not_found.29
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 19, 2015, 02:57:50 pm
- look for your blinking caret

Yes, and it is fixed in trunk. Unfortunately not merged to 1.4.
And it would no be a simple merge, as trunk had the caret code entirely refactored.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Basile B. on April 19, 2015, 03:51:55 pm
...Unfortunately not merged to 1.4.
And it would no be a simple merge, as trunk had the caret code entirely refactored.

Then could you recommend me a workaround ? So far i've tried to put some UpdateThis() or UpdateThat() at the end of my overriden MouseWheelProc but it doesn't work. Only a zoom-in/zoom-out seems to restore the caret visibility.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Martin_fr on April 19, 2015, 04:03:46 pm
I will look through the code, and see what can be done in 1.4.1 (1.4 is already being build, so it cant be changed any longer)

In the IDE unfocus/focus the editor. In general, hide the caret and show it again (Options eoNoCaret)

Edit:
The correct fix would be in  components\synedit\syneditpointclasses.pas
Search for FCurrentClippedWidth

The same logic needs to be applied to the clipped height of the Caret.

That are the height/width actually given to CreateCaret. Which differ from the desired values, if the caret is at the edge of the editor.

If you need that in 1.4 please fill a bug report, as I do not know when I will be able to look at it.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: SnoopyDog on April 22, 2015, 12:09:01 am
Hello, i am new to this forum.

I know Delphi and Turbo Pascal very good for many years now and i started to use Lazarus ome months ago.
I just found a little bug in the latest release candidate (and as well in version 1.2.6).

In the component TTabControl (and others, that use the TNBPages class), the property

TTabControl.Tabs.Objects[]  (or equivalent TTabControl.Pages.Objects[])

does not work. This property is normally used to assign user objects to each tab. In the actual code, the method "TNBPages.PutObject" is not implemented and the method "TNBPages.GetObject" returns a reference to "TCustomPage" instance.

What i changed:

I attached a patch set for version 1.2.6 and 1.4. It would be great if this fix will be part of the final 1.4 release.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: JuhaManninen on April 22, 2015, 12:37:48 am
In the component TTabControl (and others, that use the TNBPages class), the property
TTabControl.Tabs.Objects[]  (or equivalent TTabControl.Pages.Objects[])
does not work. This property is normally used to assign user objects to each tab. In the actual code, the method "TNBPages.PutObject" is not implemented and the method "TNBPages.GetObject" returns a reference to "TCustomPage" instance.

Is it Delphi compatible? Does Delphi keep Objects[] there?

Quote
I attached a patch set for version 1.2.6 and 1.4. It would be great if this fix will be part of the final 1.4 release.

No you didn't. You copied the whole files.
All development happens in trunk. Making changes for the old 1.2.6 is useless because it will not be developed any more.
To make patches against trunk, read this:
  http://wiki.freepascal.org/Creating_A_Patch

Getting changes into 1.4 release is too late. The release has been tagged already.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Blaazen on April 22, 2015, 01:32:06 am
My observation is:

Delphi 7 has no property Pages.

Tabs and Pages are not equivalents. With TTabControl, Pages.Count is always 0.

Otherwise, SnoopyDog is right, in Delphi I can assing any Object to Tabs.Objects[] (just like with TStringList). Lazarus (trunk) cannot do it.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: SnoopyDog on April 22, 2015, 09:42:10 am
Yes, i know that i did not create a patch like you mentioned, Juha.

Before i do this, i just wanted to get some feedback because i'm new here... You just need to copy the two files to the lcl and lcl\include and test if it works.
But anyway, i can also try to create an official patch.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: eny on April 22, 2015, 11:15:56 am
But anyway, i can also try to create an official patch.
Don't bother if it is has been identified as a 'Delphi-incompatibility'.
It will be dismissed.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: SnoopyDog on April 22, 2015, 11:58:56 am
You cant not use the component TTabControl reasonable without this property working correctly - regardless if it's a Delphi incompatibility or not.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: vfclists on April 22, 2015, 01:35:27 pm
Lazarus 1.4.0 was announced on the mailing list some hours ago. Isn't it going to be announced here too or is Mattias busy? :)
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: motaz on April 22, 2015, 02:20:47 pm
Quote
Lazarus 1.4.0 was announced on the mailing list some hours ago. Isn't it going to be announced here too or is Mattias busy? :)
1.4 is appear in source forge on 19 April
http://sourceforge.net/projects/lazarus/files/Lazarus%20Linux%20amd64%20DEB/

Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: JuhaManninen on April 25, 2015, 12:23:42 am
Before i do this, i just wanted to get some feedback because i'm new here... You just need to copy the two files to the lcl and lcl\include and test if it works.
But anyway, i can also try to create an official patch.

A patch has big benefits over copying whole files.
The feature sounds good and does not break Delphi compatibility. Go ahead with a patch, open a report in bug tracker for it.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: SnoopyDog on August 31, 2015, 10:41:01 am
A short remark from my side:

Right now, the component "TTabControl" has an Delphi incompatibilty in FPC by default, because the property "Objects" does not work. This is 100% incompatible to Delphi. My changes simply make this property functional and thus Delphi compatible. This is not a nice feature to have, it is an essential thing when you need to port software from Lazarus to Delphi. Of course my change does not break Delphi compatibilty, it establishes Delphi compatibilty ;)

I will try to create an official patch.
Title: Re: Lazarus Release Candidate 3 of 1.4
Post by: Handoko on August 31, 2015, 11:00:35 am
I will try to create an official patch.

It sounds great. Please make it happens on the Lazarus next release.
TinyPortal © 2005-2018