Re: [Lazarus] Unable to compile Lazarus after revision 51233
On 10/01/16 22:47, Ondrej Pokorny wrote: Should be fixed in r51245. Please test. Ondrej Thanks Ondrej, now it works. -- Victor Campillo -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 4:33, Dmitry Boyarintsev wrote: The bottom one. It's more "calm". Doesn't look like a circus. I prefer the old one (top) :) The arrows/squares are very neat and show what you are going to do. If you think it looks like a circus, what about using a less agressive colour for the arrows? Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] NewMenuDesigner: Removing start-up modal dialog
What about removing the start-up modal prompt in NewMenuDesigner? 1.) It doesn't make much sense for me. 2.) If you have the dialog open and you place a TPopupMenu onto a form, the modal prompt is shown automatically. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] NewMenuDesigner: Removing start-up modal dialog
2016-01-11 9:38 GMT+01:00 Ondrej Pokorny : > What about removing the start-up modal prompt in NewMenuDesigner? > > 1.) It doesn't make much sense for me. > 2.) If you have the dialog open and you place a TPopupMenu onto a form, > the modal prompt is shown automatically. > IMO this start-up modal prompt definitely should be canceled. Frustrating when added many menus... -- Best regards, Maciej Izak -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 9:35, Ondrej Pokorny wrote: I prefer the old one (top) :) The arrows/squares are very neat and show what you are going to do. Arrows: new submenu item. Squares: new sibling menu item. Very neat, IMO. Not to be removed, please :) Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] NewMenuDesigner: Removing start-up modal dialog
I say no to the modal startup dialog as well. It really doesn't work (click) for me. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
In my opinion the top one is kind of terrible. Just look at this video: http://cache.getlazarus.org/videos/menu-arrows.mp4 No matter where I click it always shows the same pattern: ugly blue check board below, ugly aliased triangles to the right. I can tell the item is going to be inserted below, because there is a rectangle below. I can tell the items are inserted to the right, because there is a rectangle to the right. The pattern inside the rectangle make no difference. It's purely a distraction which will probably have people wondering why it's even being drawn differently. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 10:09, Anthony Walter wrote: No matter where I click it always shows the same pattern: ugly blue check board below, ugly aliased triangles to the right. Can you please define "ugly" in an objective way? I can say the same about your approach: "/No matter where I click it always shows the same pattern: ugly slanted gray lines below and the same to the right./" The pattern inside the rectangle make no difference. It's purely a distraction which will probably have people wondering why it's even being drawn differently. IMO, it is very clear, again: - Arrows: new submenu item. - Squares: new sibling menu item. You have the same pattern for both submenu and siblings. If you don't like the current patterns, propose 2 different patterns (or images) for submenu/sibling as well. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] tcheckgroup and childsizing
Deal all, if I put a Tcheckgroup on a form and I add few items and setting childsizing on Layout:= cclLeftToRightThenTopToBottom; ControlsPerLine:= 2; I can see the items in 2 columns in form designer. When I run my application the tcheckgroup is shown with just one column. Otherwise if I set Checkgroup1.Columns:= 2; I can see both at design time and runtime the items in 2 columns. Different behaviour in design and run time for childsizing is misleading. Andrea --- Questa e-mail è stata controllata per individuare virus con Avast antivirus. https://www.avast.com/antivirus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
The point is, on a TPopupMenu if the pattern to the right is always alias arrows, and the pattern below is always check board, then it's entirely superfluous, nonessential, redundant, and unneeded. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 2016-01-11 03:33, Dmitry Boyarintsev wrote: > The bottom one. It's more "calm". Doesn't look like a circus. +1 Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
The top one. I find there is room for beauty (ugly?) and personality in programming. I find straight forward utilitarian to be ugly. I like things to be interesting. Any way to make the pattern settable? Win-Win! On 01/11/2016 10:34 AM, Anthony Walter wrote: > The point is, on a TPopupMenu if the pattern to the right is always > alias arrows, and the pattern below is always check board, then it's > entirely superfluous, nonessential, redundant, and unneeded. > > > -- > ___ > Lazarus mailing list > Lazarus@lists.lazarus.freepascal.org > http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus > -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 2016-01-11 09:21, Ondrej Pokorny wrote: > IMO, it is very clear, again: > - Arrows: new submenu item. > - Squares: new sibling menu item. As a programmer the bottom image is equally clear to me. I simply find the bottom one more pleasing to the eye - less distracting. If the arrows and squares must stay, then please switch to anti-aliased drawing. Why is LCL still defaulting to aliased drawing [read as really ugly and so early 90's] in this day an age. Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] NewMenuDesigner: Removing start-up modal dialog
On Mon, 11 Jan 2016, Anthony Walter wrote: I say no to the modal startup dialog as well. It really doesn't work (click) for me. +1 Such things are an annoyance more than a help. In the best case make it a preference. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] NewMenuDesigner: Removing start-up modal dialog
On 11.01.2016 10:07, Michael Van Canneyt wrote: On Mon, 11 Jan 2016, Anthony Walter wrote: I say no to the modal startup dialog as well. It really doesn't work (click) for me. +1 Such things are an annoyance more than a help. In the best case make it a preference. Removed in r51248. Let's not blow up the IDE settings with useless preferences :) The menu can be created with a couple of mouse clicks easily. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11/01/2016 09:34, Anthony Walter wrote: The point is, on a TPopupMenu if the pattern to the right is always alias arrows, and the pattern below is always check board, then it's entirely superfluous, nonessential, redundant, and unneeded. The latest trunk accepts a patch which adopts Bart's suggestion of identifying the purpose of the dummy menuitem by displaying a self-descriptive text. The background is no longer patterned. Of course this can be further changed. Howard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 13:31, Howard wrote: The latest trunk accepts a patch which adopts Bart's suggestion of identifying the purpose of the dummy menuitem by displaying a self-descriptive text. The background is no longer patterned. Of course this can be further changed. Where is the patch? Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
On Mon, 11 Jan 2016, Anthony Walter wrote: Relevant link: http://www.codebot.org/delphi/?doc=9579 My question is: Does anything like this already exist for Lazarus? To my knowledge no such thing exists yet for Lazarus ? I have something similar for my own applications, and it is indeed very handy, so I am definitely interested in seeing this in Lazarus. I am wondering, how can it find all live components ? As soon as you do a TSomeComponent.Create(Nil); then it cannot be found. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Do we really need a PaintSwastika procedure?
On Sat, Jan 9, 2016 at 7:23 PM, Giuliano Colla wrote: > Back to the original thread subject, IMO the best course is simply to remove > the PaintSwastika procedure, which is out of place in a small collection of > simple graphic shapes ... Yes, I also realized how limited the selection of graphs there was. Such a library should have everything or nothing. And yes, the library does not belong to the project's core distribution. Instead we should ASAP have an online package installer which has been planned for long but still not implemented. I must lift it up in my own priority list. I still think such library is justified because it is not a collection of image files but a code library drawing simple graph symbols and flags on canvas. For a complicated graph an image file is better. This library would also compete with Unicode text because Unicode now contains many well known graphics, but fonts installed on a system may not support them all. The library could be made as a helper class for TCanvas thus making it easy to use. Anyway I am sorry for my strong comments. Opinions around this topic inevitably insult and intimidate somebody. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 1/11/16, Anthony Walter wrote: > In the image below, which style do you prefer. The top or bottom? The bottom one. Please add a text to it so one knows what it does. Keep up the good work !!! Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 1/11/16, Anthony Walter wrote: > In the image below, which style do you prefer. The top or bottom? Suggestion: can you put the buttons in a grid like container? With at least vertical lines between the different groups. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
i get this error message if i try to compile Lazarus 1.7 r50846 FPC 2.6.4 i386-win32-win32/win64 ( last working version, December 2015 ) Message: Kompiliere Package SynEdit 1.0: Abgebrochen, Warnungen: 1, Hinweise: 2 synedithighlighterfoldbase.pas(1168,43) Hint: Mixing signed expressions and longwords gives a 64bit result syntextdrawer.pp(962,31) Warning: Symbol "CanUTF8" is deprecated syneditfoldedview.pp(352,24) Hint: Value parameter "aFoldProvider" is assigned but never used Kompiliere Package IDEIntf 1.0: Exit code 1, Fehler: 4, Hinweise: 1 projectintf.pas(708,14) Error: Identifier not found "RawByteString" projectintf.pas(708,27) Error: Error in type definition projectintf.pas(729,26) Error: Incompatible type for arg no. 1: Got "", expected "AnsiString" projectintf.pas(733,35) Error: Incompatible type for arg no. 1: Got "", expected "AnsiString" graphic.inc(236,20) Hint: Found declaration: TGraphic.LoadFromFile(const AnsiString); My system: Win32 , XP SP 2 Isn't it possible anymore to compile svn Lazarus with fc 2.6.4 ?? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11/01/2016 12:35, Ondrej Pokorny wrote: On 11.01.2016 13:31, Howard wrote: The latest trunk accepts a patch which adopts Bart's suggestion of identifying the purpose of the dummy menuitem by displaying a self-descriptive text. The background is no longer patterned. Of course this can be further changed. Where is the patch? It is the second patch submitted on issue 29205 Howard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 14:20, Bart wrote: In the image below, which style do you prefer. The top or bottom? The bottom one. Looks like I have been outvoted :) No problem. On 11.01.2016 10:09, Anthony Walter wrote: ugly aliased triangles On 11.01.2016 11:25, Graeme Geldenhuys wrote: If the arrows and squares must stay, then please switch to anti-aliased drawing. Just a technical remark: if I see correctly, Anthony doesn't use anti-aliasing either :) Still, no problem, do whatever you want with the pattern. There are more important things in Lazarus. The user experience won't be very different with whatever pattern. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On Mon, Jan 11, 2016 at 3:38 PM, Howard wrote: > It is the second patch submitted on issue 29205 Oops, I failed to notice it. Should it be applied? I am happy if the issue is assigned to somebody else. Bart? Ondrej? I have some other issues to look at. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
> Isn't it possible anymore to compile svn Lazarus with fc 2.6.4 ?? No. Latest stable is the only one that's supported, latest stable is 3.0.0. -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Lazarus-trunc-does-not-compile-with-fpc-2-6-4-Win32-tp4046548p4046552.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 14:51, Juha Manninen wrote: Oops, I failed to notice it. Should it be applied? I'll apply it manually. The patch won't apply because I fixed some issues recently. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, 11 Jan 2016 07:00:59 -0700 (MST) leledumbo wrote: > > Isn't it possible anymore to compile svn Lazarus with fc 2.6.4 ?? > > No. Latest stable is the only one that's supported, latest stable is 3.0.0. FPC 3.0.0 is still fresh. We should try to give users some more time to port their software. In this particular case RawByteString is not needed and not intended. It probably was created by auto completion of xIconFiles|:=ChangeFileExt(); Code completion needs a heuristic when to use String (or maybe AnsiString) instead of RawByteString. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, 11 Jan 2016 14:24:40 +0100 "John Landmesser" wrote: >[...] > Kompiliere Package IDEIntf 1.0: Exit code 1, Fehler: 4, Hinweise: 1 > projectintf.pas(708,14) Error: Identifier not found "RawByteString" Fixed. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On Mon, Jan 11, 2016 at 4:18 PM, Ondrej Pokorny wrote: > I'll apply it manually. The patch won't apply because I fixed some issues > recently. Assigned the issue to you. Thanks. :) Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, Jan 11, 2016 at 4:00 PM, leledumbo wrote: >> Isn't it possible anymore to compile svn Lazarus with fc 2.6.4 ?? > > No. Latest stable is the only one that's supported, latest stable is 3.0.0. Actually we plan to keep Lazarus compilable with FPC 2.6.4 for some time. Typically it should support 2 last versions of FPC. It would mean that 2.6.4 is dropped when 3.0.2 comes out. Now however the new UTF-8 system breaks existing code when it depends on system codepage on Windows. One way to solve the problem is to continue using FPC 2.6.4. Lazarus compilation for 2.6.4 can be maintained relatively easily. No need to break it anytime soon. The problematic commit was r51233 by Ondrej. I planned to fix it but Mattias did already. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 14:38, Howard wrote: It is the second patch submitted on issue 29205 Applied. IMO the discussion about the pattern is now solved :) Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On 11.01.2016 15:22, Mattias Gaertner wrote: In this particular case RawByteString is not needed and not intended. It probably was created by auto completion of xIconFiles|:=ChangeFileExt(); Correct. It wasn't definitely intended. I'll be more careful when using Code Completion. On 11.01.2016 15:22, Mattias Gaertner wrote: Code completion needs a heuristic when to use String (or maybe AnsiString) instead of RawByteString. I think it fails to find exact overloads. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, 11 Jan 2016 16:13:49 +0100 Ondrej Pokorny wrote: >[...] > > xIconFiles|:=ChangeFileExt(); >[...] > > Code completion needs a heuristic when to use String (or maybe > > AnsiString) instead of RawByteString. > > I think it fails to find exact overloads. There is no overload. There is only one definition: {$define PathStr:=RawByteString} function ChangeFileExt(const FileName, Extension: PathStr): PathStr; Note to self: it would be nice if Find Declaration would jump to the macro definition of PathStr. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, Jan 11, 2016 at 10:32 AM, Mattias Gaertner < nc-gaert...@netcologne.de> wrote: > There is no overload. There is only one definition: > > {$define PathStr:=RawByteString} > why not type PathStr= RawByteString; ? thanks, Dmitry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, 11 Jan 2016, Dmitry Boyarintsev wrote: On Mon, Jan 11, 2016 at 10:32 AM, Mattias Gaertner < nc-gaert...@netcologne.de> wrote: There is no overload. There is only one definition: {$define PathStr:=RawByteString} why not type PathStr= RawByteString; ? Poor mans generics, re-reading the same include file with different definition of {$define PathStr:=RawByteString} Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
Very nice. I like the new design. Side note: Who wrote that FScroller for the new menu editor? It acts very erratic for me on Gtk2. I don't know about on other widget sets. See issue 29369. Why not use TScrollBox or make TShadowMenu a TScrollingWinControl? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, 11 Jan 2016 10:46:00 -0500 Dmitry Boyarintsev wrote: > On Mon, Jan 11, 2016 at 10:32 AM, Mattias Gaertner < > nc-gaert...@netcologne.de> wrote: > > > There is no overload. There is only one definition: > > > > {$define PathStr:=RawByteString} > > > why not > type > PathStr= RawByteString; ? Good question. Maybe ask on the FPC list. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
Am 11.01.2016 um 15:23 schrieb Mattias Gaertner: On Mon, 11 Jan 2016 14:24:40 +0100 "John Landmesser" wrote: [...] Kompiliere Package IDEIntf 1.0: Exit code 1, Fehler: 4, Hinweise: 1 projectintf.pas(708,14) Error: Identifier not found "RawByteString" Fixed. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus Mattias fixed and therefore i can compile Lazarus at home ( problem occured in office today )?!! I'll see tomorrow. Thanks in advanced :-)) John Landmesser -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On 11.01.2016 16:32, Mattias Gaertner wrote: On Mon, 11 Jan 2016 16:13:49 +0100 Ondrej Pokorny wrote: I think it fails to find exact overloads. There is no overload. There is only one definition: {$define PathStr:=RawByteString} function ChangeFileExt(const FileName, Extension: PathStr): PathStr; finah.inc is loaded twice with different PathStr macro so there are effectively 2 overloaded ChangeFileExt. The issue can be easily reproduced (try to complete X): function StrFunc(Str: string): string; begin Result := Str; end; function StrFunc(Str: RawByteString): RawByteString; begin Result := Str; end; procedure Test; var R: RawByteString; S: string; begin X := StrFunc(S); end; This is because both string and RawByteString have the same default type (AnsiString) in CodeTools. The same is for numbers (and any other type defined with "child = type parent"): type PtrInt = type Longint; function NumFunc(Num: PtrInt): PtrInt; begin Result := Num; end; function NumFunc(Num: Integer): Integer; begin Result := Num; end; procedure Test; var I: Integer; P: PtrInt; begin X := NumFunc(P); end; => CodeTools fail to find the exact matching overload if there is another less good (but still acceptable) overload. CodeTools are fine when they found one compatible overload, not the best that is actually picked up by the compiler. Are you aware of this bug (or are you aware of an issue report in mantis)? Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
I Delphi at least if you create a component with AOwner set to nil it actually (tested under Delphi 7 at least) would set the Owner to Application. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
On 11.01.2016 17:44, Anthony Walter wrote: I Delphi at least if you create a component with AOwner set to nil it actually (tested under Delphi 7 at least) would set the Owner to Application. You are wrong: Assert(TComponent.Create(nil).Owner = Application); Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
On Mon, 11 Jan 2016, Ondrej Pokorny wrote: On 11.01.2016 17:44, Anthony Walter wrote: I Delphi at least if you create a component with AOwner set to nil it actually (tested under Delphi 7 at least) would set the Owner to Application. You are wrong: Assert(TComponent.Create(nil).Owner = Application); I also never heard of this, and I develop applications since way before Delphi 7. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
On 01/11/2016 11:07 AM, Michael Van Canneyt wrote: On Mon, 11 Jan 2016, Ondrej Pokorny wrote: On 11.01.2016 17:44, Anthony Walter wrote: I Delphi at least if you create a component with AOwner set to nil it actually (tested under Delphi 7 at least) would set the Owner to Application. You are wrong: Assert(TComponent.Create(nil).Owner = Application); I also never heard of this, and I develop applications since way before Delphi 7. CreateForm did this, but for forms not components. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On Mon, 11 Jan 2016 17:42:23 +0100 Ondrej Pokorny wrote: >[...] > finah.inc is loaded twice with different PathStr macro so there are > effectively 2 overloaded ChangeFileExt. You are right. > The issue can be easily reproduced (try to complete X): > > function StrFunc(Str: string): string; > begin >Result := Str; > end; > > function StrFunc(Str: RawByteString): RawByteString; > begin >Result := Str; > end; > > procedure Test; > var >R: RawByteString; >S: string; > begin >X := StrFunc(S); > end; > > This is because both string and RawByteString have the same default type > (AnsiString) in CodeTools. >[...] > => CodeTools fail to find the exact matching overload if there is > another less good (but still acceptable) overload. CodeTools are fine > when they found one compatible overload, not the best that is actually > picked up by the compiler. > > Are you aware of this bug (or are you aware of an issue report in mantis)? I'm aware. Codetools have only three states: exact, compatible and incompatible. But in case of RawByteString and UnicodeString one "compatible" is not enough. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] new menu designer: dblClick should show assigned code?!!
dblClick does not actually show assignde Code?!! just svn-updated lazarus: Lazarus 1.7 r1.5 FPC 2.6.4 x86_64-linux-gtk 2 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
On 11.01.2016 17:44, Anthony Walter wrote: > I Delphi at least if you create a component with AOwner set to nil it > actually (tested under Delphi 7 at least) would set the Owner to > Application. That would lead to crashes all over the place: C:=TComponent.Create(nil); try ... finally C.Free; end; Upon app termination the Application object would the again try to free C (note: it is not nil) -> Access Violation. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] new menu designer: dblClick should show assigned code?!!
Am 11.01.2016 um 18:26 schrieb John Landmesser: dblClick does not actually show assignde Code?!! just svn-updated lazarus: Lazarus 1.7 r1.5 FPC 2.6.4 x86_64-linux-gtk 2 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus just saw it: Revision 51256 ... but ... r1.5 ( see above ) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Who "killed" TDBGrid? Ondrej?
Hi All, I have a DataSet with 1 lookup and 10 string fields. If the DataSet empty and press Enter on the one of string field cells the lookup field combobox displayed on it. With mouse works as earlier (ie. with fixes_1_4). I see many commits about grid editor. I found an issue but don't know same problem or not. Zeljko assign grid problems to Jesus but he not made any commit since September. http://bugs.freepascal.org/view.php?id=29191 Gabor -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
On 11.01.2016 18:26, Bart wrote: That would lead to crashes all over the place: C:=TComponent.Create(nil); try ... finally C.Free; end; Upon app termination the Application object would the again try to free C (note: it is not nil) -> Access Violation. No, you are also wrong :) The owner is detached in the destructor. See: Destructor TComponent.Destroy; [...] If FOwner<>Nil Then FOwner.RemoveComponent(Self); inherited destroy; end; Of course this works: C:=TComponent.Create(Application); try ... finally C.Free; end; Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
Bart: Not really. When you free a component it's removed from the owner's list. Others: If I can dig up my D7 SE installer I'll attempt to verify. I distinctly remember being surprised at this behavior in D5 1999, but I could be mis-remembering. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Something the examine Lazarus or applications?
On Mon, Jan 11, 2016 at 12:58 PM, Anthony Walter wrote: > Others: If I can dig up my D7 SE installer I'll attempt to verify. I > distinctly remember being surprised at this behavior in D5 1999, but I > could be mis-remembering. > I've D7 here. I tried Ondrej's sample here and it throws the assertion error. It's also hard to understand how would Owner = nil be forced to Owner = Application for console programs, where "Forms" unit is not used. thanks, Dmitry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Who "killed" TDBGrid? Ondrej?
On 11.01.2016 18:39, Gabor Boros wrote: Hi All, I have a DataSet with 1 lookup and 10 string fields. If the DataSet empty and press Enter on the one of string field cells the lookup field combobox displayed on it. With mouse works as earlier (ie. with fixes_1_4). I see many commits about grid editor. Yes, I did commit a lot in Grids, all commits were due to issue reports and mainly patches from reporters and modifications. And I wasn't happy to do the commits, if I have to be honest. I did so because there were pending patches from reporters and it is good manners to review and apply them, if they are OK. It can be in the recent commits. Please try to find the revision that broke it. On 11.01.2016 18:39, Gabor Boros wrote: I found an issue but don't know same problem or not. Zeljko assign grid problems to Jesus but he not made any commit since September. http://bugs.freepascal.org/view.php?id=29191 This particular one seems to be caused by r49016 by Jesus. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32
On 11.01.2016 18:18, Mattias Gaertner wrote: I'm aware. Codetools have only three states: exact, compatible and incompatible. But in case of RawByteString and UnicodeString one "compatible" is not enough. This is somehow not entirely correct (I haven't checked why). The integer example I gave in the last email also fails. That should comply with the "exact" state (PtrInt used both as variable and overload parameter). Maybe the desired behavior (match for exact state) has a bug as well. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11.01.2016 17:07, Anthony Walter wrote: Side note: Who wrote that FScroller for the new menu editor? It acts very erratic for me on Gtk2. I don't know about on other widget sets. See issue 29369. You can easily check by yourself in the SVN history. I don't know. Why not use TScrollBox or make TShadowMenu a TScrollingWinControl? Yes, it behaves strangely on win32 as well. You are welcome to create a patch. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] "Video: Anyone want to take over this library?"
This is a portion of my old Windows only Delphi library for shell controls: http://cache.getlazarus.org/videos/shellctrls-delphi.mp4 The manual: http://www.codebot.org/shell/ Does anyone have any interested taking the library it over and bringing it into Lazarus? Obviously it would still be Windows only. Lazarus devs, I guess this would be an okay candidate for Lazarus CCR? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On 11/01/2016 16:07, Anthony Walter wrote: Very nice. I like the new design. Side note: Who wrote that FScroller for the new menu editor? It acts very erratic for me on Gtk2. I don't know about on other widget sets. See issue 29369. Why not use TScrollBox or make TShadowMenu a TScrollingWinControl? I wrote it. It is definitely the weakest part of the new designer. I hate to reinvent the wheel. However, I could not get a TScrollBox container to work correctly for TShadowMenu, perhaps because its size calculation and painting is rather non-standard. Whatever the reason I was unable to get a TScrollBox container to respond correctly to TShadowMenu size changes when there were more than a screenful of menuitems. I'm honestly not sure if the best approach to sorting it out is to mend (or rewrite) FScroller, or to figure out a way for TScrollBox to parent TShadowMenu correctly. I did not try making TShadowMenu a TScrollingWinControl descendant. Perhaps that would be a better option. What would others advise? Howard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
On my system suddenly all is well with the new menu editor. Nice work :) The docked form designer still has the issue where it's not being realigned/repainted when a TMainMenu is placed on it. Issue 29370. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu designer. which style do you prefer?
Howard, good job on the new menu designer. It's working very nicely right now. I'll take a look at modifying TShadowMenu to be a scrolling control without the need for a TScrollBox. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Who "killed" TDBGrid? Ondrej?
2016.01.11. 19:25 keltezéssel, Ondrej Pokorny írta: It can be in the recent commits. Please try to find the revision that broke it. My problem exists with fixes_1_6 50541, so the problem inherited from trunk. http://bugs.freepascal.org/view.php?id=29191 This particular one seems to be caused by r49016 by Jesus. First, I will test my problem with trunk 49015 tomorrow(Tuesday). Gabor -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Lazarus trunc and fpc 2.6.4
i have another issue when i try to compile Lazarus trunc: rlprinters.pas(124,10) Error: Identifier not found "OpenPrinter" rlprinters.pas(261,73) Hint: Local variable "ResultOrientation" does not seem to be initialized rlprinters.pas(261,55) Hint: Local variable "ResultPaperHeight" does not seem to be initialized rlprinters.pas(261,37) Hint: Local variable "ResultPaperWidth" does not seem to be initialized rlprinters.pas(261,20) Hint: Local variable "ResultPaperSize" does not seem to be initialized Kompiliere Package pascalscript 0.0.0.1: Abgebrochen Win XP and last working Lazarus is: Lazarus 1.7 r50846 FPC 2.6.4 i386-win32-win32/win64 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus