Re: [Lazarus] Theoretical question about future of Lazarus

On 12.10.2015 18:03, Anthony Walter wrote: A small thing, but I would like it if the CodeTools in 2.0 worked with units that have dotted namespaces. Right now if you type "use CompanyName." and press CTRL+SPACE you don't get a code completion list of units which start with "CompanyName." I

Re: [Lazarus] Theoretical question about future of Lazarus

On 12.10.2015 20:19, Anthony Walter wrote: I'll looked at CodeTools, attempted changes, and rapidly gave up after trying to work through all kinds of confusion. Just don't give up, otherwise Lazarus won't move forward! Earlier this year I offered to try once again if only I could get a

Re: [Lazarus] lazcontrols filters

On 10.10.2015 18:47, Juha Manninen wrote: Rekonq uses both QT and KDE libs. Not directly usable for LCL implementation but a nice idea anyway. It was not exactly an idea to implement it in the LCL but more an argument that it is possible to do advanced stuff (custom painting, text area

Re: [Lazarus] Suggestion for IDE

On 11.10.2015 18:17, Péter Gábor wrote: ...The slider is required (to be movable) when the main form is not wide enough to display all components in a single row on the active page of component palette. Otherwise the editor can go down too much. Is it possible that the main form is not

Re: [Lazarus] Suggestion for IDE

On 11.10.2015 18:52, FreeMan wrote: I hide component palette, I don't need it every time, When I need any component "alt + P" show component search, its much easy and useful. of course for me. And Editor toolbar, add much used menu item on one line. This mean, Much more Source editor area and

Re: [Lazarus] Codetools question

On 11.10.2015 17:38, Mattias Gaertner wrote: On Sat, 10 Oct 2015 13:12:15 +0200 Ondrej Pokorny <laza...@kluug.net> wrote: On 10.10.2015 13:00, Michael Van Canneyt wrote: This is definitely not so :-( I compile lazarus with 2.6.4, but work with compiler set to 3.0 or even jvm. That is

Re: [Lazarus] Suggestion for IDE

On 11.10.2015 19:19, FreeMan wrote: Ondrej, Visible always True, just resizing or not. I mean, if /"Environment" option checked, not resize but visible True. /if /"Environment" option NOT checked, visible True and resize. Thank you/ Sorry. I don't understand you. Was your first suggestion a)

Re: [Lazarus] Suggestion for IDE

On 11.10.2015 18:17, Péter Gábor wrote: ...The slider is required (to be movable) when the main form is not wide enough to display all components in a single row on the active page of component palette. Otherwise the editor can go down too much. Is it possible that the main form is not

Re: [Lazarus] Codetools question

On 11.10.2015 18:58, Ondrej Pokorny wrote: I added the procedure name to the list (see patch). Forgot the file... Index: components/codetools/identcompletiontool.pas === --- components/codetools/identcompletiontool.pas

[Lazarus] Play a sound/beep when compiling finished

Is it possible to play a sound or beep when compiling was finished? Sometimes compiling takes some time and I am struggling to get to know that it finished. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

Re: [Lazarus] WMEnterSizeMove Messages not firing

On 10.10.2015 15:36, Aradeonas wrote: Now I get a kind message from Székely Balázs that show a temporary way. Great! Thanks Balázs for the code and also thanks for sharing! I added the workaround to the bug report: http://bugs.freepascal.org/view.php?id=23302 Ondrej --

Re: [Lazarus] lazcontrols filters

On 10.10.2015 17:52, Krzysztof wrote: TextHint could be visibile even when edit is focused (but still empty of course). This is how many edit controls work nowadays, e.g address edit in FireFox This is exactly what I was thinking. The rekonq browser has the same. It is even able to put a

Re: [Lazarus] Codetools question

On 10.10.2015 12:35, Michael Van Canneyt wrote: Hi, Mainly for Mattias, I suppose: The SetString routine in the system unit has become a compiler procedure in 3.0: {$ifdef FPC_HAS_CPSTRING} Procedure fpc_setstring_ansistr_pansichar(out S : RawByteString; Buf : PAnsiChar; Len : SizeInt;

Re: [Lazarus] Codetools question

On 10.10.2015 13:00, Michael Van Canneyt wrote: This is definitely not so :-( I compile lazarus with 2.6.4, but work with compiler set to 3.0 or even jvm. That is how I bumped into the problem to begin with... :-) CodeTools know what compiler constants are defined in the target tool. You

Re: [Lazarus] Codetools question

On 10.10.2015 12:43, Michael Van Canneyt wrote: On Sat, 10 Oct 2015, Ondrej Pokorny wrote: On 10.10.2015 12:35, Michael Van Canneyt wrote: Hi, Mainly for Mattias, I suppose: The SetString routine in the system unit has become a compiler procedure in 3.0: {$ifdef FPC_HAS_CPSTRING

Re: [Lazarus] lazcontrols filters

On 09.10.2015 18:43, Bart wrote: On 10/8/15, Ondrej Pokorny <laza...@kluug.net> wrote: Isn't is possible to paint the TextHint text manually into the combobox / edit? At least TCustomEdit does not have a canvas, so that won't work (would have been so much easier than the c

Re: [Lazarus] lazcontrols filters

On 09.10.2015 19:38, Bart wrote: You're right. And if OwnerDrawing is False then everything you write tothe cnavs gets erased whenever the control paints itself. So, maybe not the way to go. True. I was able to paint custom shapes on TEdit on Windows with this approach:

Re: [Lazarus] WMEnterSizeMove Messages not firing

On 08.10.2015 16:09, Aradeonas wrote: Is there any other way to make it work for now? It depends on what you want to do in WM_ENTERSIZEMOVE. For most uses you can use a workaround with MouseDown etc. If you really need WM_ENTERSIZEMOVE, it should be possible to make win32 widgetset to pass it

Re: [Lazarus] WMEnterSizeMove Messages not firing

On 08.10.2015 16:01, Aradeonas wrote: Hi, Just tested this code and only WMMove works and WMEnterSizeMove doesn't. It simply works in Delphi. Why? http://bugs.freepascal.org/view.php?id=23302 Ondrej -- ___ Lazarus mailing list

Re: [Lazarus] lazcontrols filters

On 08.10.2015 18:37, Juha Manninen wrote: On Thu, Oct 8, 2015 at 7:22 PM, Bart wrote: This is rather more tricky than what we did for TCustomEdit. Mind you that Delphi has it easy,it simply calls some Windows API to get this done, but we need to implement this

Re: [Lazarus] High-DPI aware LCL ?

On 07.10.2015 00:09, Michael Van Canneyt wrote: Hello, Out of curiosity: Are there any plans to make the LCL (and by extension the IDE itself) High-DPI aware? Working on a Macbook Pro with retina screen (running kubuntu) is OK if you only need to edit code, but as soon as you need to use

Re: [Lazarus] High-DPI aware LCL ?

On 07.10.2015 10:25, Michael Van Canneyt wrote: Would you mind elaborating on this ? I wrote an app which is DPI aware (as per the instructions on the Lazarus wiki). It worked on Linux, Windows 7. Then someone ran it on Windows 8 and 10, and those versions of Windows did something which

Re: [Lazarus] High-DPI aware LCL ?

On 07.10.2015 11:52, Juha Manninen wrote: When I worked with Delphi, VCL's DPI support was broken and a the retailer's support was frustrated when people kept asking about it. I don't know about the latest situation. Maybe FireMonkey has solved it better. Anyway, I think we should solve it

Re: [Lazarus] High-DPI aware LCL ?

On 07.10.2015 12:24, Mattias Gaertner wrote: There are currently about 400 icons in the IDE. We need volunteers to create them either as SVG or as higher resolution image. IMO the icons are the latest problem. Personally I don't care if the icons are blurry at higher DPI. It would be

Re: [Lazarus] JCF bug

On 04.10.2015 16:32, Aradeonas wrote: Hi, Just saw this problem that if you miss character it will cause Lazarus crash : Actually, yes. I get an exception. But if you hit OK, Lazarus doesn't crash. Ondrej -- ___ Lazarus mailing list

Re: [Lazarus] JCF bug

On 04.10.2015 17:44, Aradeonas wrote: Sometimes it will crash,not all time. Yes, it is a bug. Furthermore it causes a lot of memory leaks. Memory is leaked also if there are other (handled) syntax errors in the source. Ondrej -- ___ Lazarus mailing

Re: [Lazarus] JCF bug

On 04.10.2015 16:32, Aradeonas wrote: Hi, Just saw this problem that if you miss character it will cause Lazarus crash : Not for me! Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

Re: [Lazarus] First fatal error on el capitan

On 03.10.2015 13:39, FreeMan wrote: Hello, svn fpc r31922 lazarus r49919 qtx64 osx 10.11(el capitan) xcode 7.0.1 Copyright (c) 1993-2015 by Florian Klaempfl and others /opt/lazarus/ide/advancedipc.pp(227,49) Error: (3284) Operator is not overloaded: "Int64" xor "TThreadID" advancedipc.pp(688)

Re: [Lazarus] First fatal error on el capitan

On 03.10.2015 15:41, FreeMan wrote: Thank you Ondrej, This patch fixed this problem. Is this patch apply to Trunk? Thank you Yes. I assume Juha or Mattias apply it at some point. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

Re: [Lazarus] Sending secure smtp email via Synapse

On 23.09.2015 11:29, Richard Mace wrote: Hi All, I am trying to send secure SMTP email by using Synapse and Lazarus 1.4.2 under Windows 7 and am not getting very far. I have followed the example on this page: http://wiki.freepascal.org/Synapse and am wondering whether I am missing some DLL's

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 18:18, Juha Manninen wrote: There is an old bug report about it. http://bugs.freepascal.org/view.php?id=8051 Then the UniqueInstance component would be moved to LCL. Luiz Américo has given permission for it when it was discussed. Having a single / multiple instances of the IDE

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 09:57, Michael Van Canneyt wrote: Another example: For instance, you will usually not add the synapse package to the project group. But you want to open it occasionally without adding it to the project group or losing the current project group. So no, Lazarus should not do

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 10:25, Michael Van Canneyt wrote: I am glad we agree :-) In general, I think this should also be settable on a per project basis. For the project session you can currently specify that only forms belonging to the project should be included in the session. (I always set this to

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 01:32, Mattias Gaertner wrote: Speaking for myself: When I close the IDE with some packages open, it should reopen them on next start. I have no preference if switching between editing/debug view should keep packages open or hide and restore them. Mattias In this case, it should

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 10:36, Michael Van Canneyt wrote: Exactly. Michael. Thanks for the feedback, I'll do that. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 11:03, Mattias Gaertner wrote: Please test the attached patch. Thanks. Applied. It adds the "Open packages" checkbox to environment options -> files. If checked, packages get reopened at startup. The setting is true by default, which changes the default IDE behavior. But IMO the

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 08:34, Michael Van Canneyt wrote: The need in Delphi to always open a package in a project group is terribly annoying, so Lazarus should definitely not make the same mistake. Michael. Then you are probably using project group wrongly. The packages are saved in the project

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 11:03, Mattias Gaertner wrote: The "most users" argument is seldom good. There are basically two groups of users. Those who want a fresh IDE when starting and those who want to continue where they stopped working. I don't think we need another option. Keep it simple and stupid

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 10:25, Michael Van Canneyt wrote: I think the same should be done for packages: packages that are in the project dependencies and were open the last time the project was open, should be opened again. Or all packages should be opened. Anyway, I will test your patch in the

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 08:26, Juha Manninen wrote: Now such code can be found in DesktopManager and MainBase units. If somebody (maybe patspiper) creates an example application, we can add it to examples directory. Or should it be part of some already existing application? Juha I think we could easily

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 08:34, Juha Manninen wrote: On Wed, Sep 9, 2015 at 8:09 AM, patspiper wrote: The patch works indeed. I haven't inspected the dektop manager code, but QueueAsync call may be more suited for the task than a timer. Another choice in OnIdle handler. The benefit

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 08:34, Juha Manninen wrote: On Wed, Sep 9, 2015 at 8:09 AM, patspiper wrote: The patch works indeed. I haven't inspected the dektop manager code, but QueueAsync call may be more suited for the task than a timer. Another choice in OnIdle handler. The benefit

Re: [Lazarus] Lazarus IDE - One Hundred Papercuts

On 09.09.2015 13:10, Mattias Gaertner wrote: On Wed, 09 Sep 2015 11:45:56 +0100 Graeme Geldenhuys wrote: On 2015-09-09 11:36, Mattias Gaertner wrote: Or you can create a parent bug report. Sorry, I not 100% sure what that means? Do you mean we create a

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 13:01, Juha Manninen wrote: On Wed, Sep 9, 2015 at 1:30 PM, Ondrej Pokorny <laza...@kluug.net> wrote: IMO, the images are loaded only once in the IDEImageList or how it is called, am I wrong? Maybe that whole loading can be threaded. One more task to my ToDo list ... Juha

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 12:27, Juha Manninen wrote: On Wed, Sep 9, 2015 at 1:15 PM, Mattias Gaertner wrote: I meant: Why is the IDE CoolBar slow? Ok, it is not particularly slow but it has buttons with images. Loading image resources always takes some time. When I profiled

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 13:01, Juha Manninen wrote: On Wed, Sep 9, 2015 at 1:30 PM, Ondrej Pokorny <laza...@kluug.net> wrote: IMO, the images are loaded only once in the IDEImageList or how it is called, am I wrong? Maybe that whole loading can be threaded. One more task to my ToDo list ... J

Re: [Lazarus] Desktops and multiple source editors

On 09.09.2015 12:58, Juha Manninen wrote: Martin Friebe noticed a problem with desktops and multiple source editor windows. In fact I also noticed that a second source editor is not restored correctly when changing desktops. Now I realized the 2nd, 3rd etc. editor windows are project specific,

Re: [Lazarus] Desktops and multiple source editors

On 09.09.2015 17:46, Mattias Gaertner wrote: About package windows: I just got the following exception on startup of the IDE when recreating a package editor: TApplication.HandleException TControl.EnableAutoSizing PackageEditor_ToDoListLaz:TPackageEditorForm: missing DisableAutoSizing

Re: [Lazarus] Desktops and multiple source editors

On 09.09.2015 17:16, Ondrej Pokorny wrote: On 09.09.2015 12:58, Juha Manninen wrote: Martin Friebe noticed a problem with desktops and multiple source editor windows. In fact I also noticed that a second source editor is not restored correctly when changing desktops. Now I realized the 2nd, 3rd

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 08:26, Juha Manninen wrote: Now such code can be found in DesktopManager and MainBase units. If somebody (maybe patspiper) creates an example application, we can add it to examples directory. Or should it be part of some already existing application? Juha I updated the

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 00:26, Mattias Gaertner wrote: On Thu, 10 Sep 2015 00:13:24 +0200 Ondrej Pokorny <laza...@kluug.net> wrote: 2.) The visibility is controlled by the fact if the package is open or not. The desktop cannot reopen packages, obviously.It doesn't store the file info of the p

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 00:13, Ondrej Pokorny wrote: The Package editors: 1.) Position is controlled by the desktop for every package separately. This means if you open a package and save the desktop, the next time you open the package having the same desktop active in the IDE, it will be correctly

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 00:22, Ondrej Pokorny wrote: On 10.09.2015 00:13, Ondrej Pokorny wrote: The Package editors: 1.) Position is controlled by the desktop for every package separately. This means if you open a package and save the desktop, the next time you open the package having the same desktop

Re: [Lazarus] Desktops and multiple source editors

Now I think I got the multiple source editors handling correct: 1.) The position of editor windows is controlled by the desktop. 2.) The visibility of editor windows is controlled by the current project. This corresponds with the old pre-desktop Lazarus behavior and is also logical. The above

Re: [Lazarus] Desktops and multiple source editors

On 10.09.2015 01:00, Martin Frb wrote: On 09/09/2015 23:42, Ondrej Pokorny wrote: On 10.09.2015 00:26, Mattias Gaertner wrote: On Thu, 10 Sep 2015 00:13:24 +0200 Ondrej Pokorny <laza...@kluug.net> wrote: 2.) The visibility is controlled by the fact if the package is open or not. The d

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 18:47, Mattias Gaertner wrote: I can remove the two bars in "IDE Coolbar" options. But after restart they reappear. There is no "desktops manager", but searching through the IDE code I found a "Manage desktops" under "Tools / Desktops ...". I deleted in the "Manage desktops" the

Re: [Lazarus] IDE CoolBar issue

On 08.09.2015 23:46, Juha Manninen wrote: Let me guess. It happens only when changing desktop from the CoolBar button's menu. It does not happen when doing it from Tools -> Desktops dialog. Juha What OS do you use? Thanks for the backtrace. It looks feasible. When changing desktops from the

Re: [Lazarus] Desktops with docked IDE

On 08.09.2015 23:02, Juha Manninen wrote: The FRestoreLayouts issue was solved in r49788. I am still not completely happy with mixing memory management between the 2 packages, but that works now. Now I get resize loop errors from the MiniIde example. I don't know how the recent changes could

Re: [Lazarus] Desktops with docked IDE

On 08.09.2015 10:22, Mattias Gaertner wrote: On Tue, 8 Sep 2015 07:09:28 +0200 Ondrej Pokorny <laza...@kluug.net> wrote: On 08.09.2015 00:21, Juha Manninen wrote: Lazarus trunk r49778 now supports desktops also with AnchorDocked IDE. Its settings are now stored in environment option

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 07:37, patspiper wrote: Can you then show example code on how to add a dropdown button to the IDECoolbar? Stephano You have to register your own TIDEToolButton descendant with the command. See e.g. 'ide\desktopmanager.pas' TShowDesktopsToolButton = class(TIDEToolButton) it is

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 06:51, patspiper wrote: On 09/09/15 00:46, Juha Manninen wrote: Let me guess. It happens only when changing desktop from the CoolBar button's menu. It does not happen when doing it from Tools -> Desktops dialog. Correct. Stephano What about the patch I sent you. Does it help?

Re: [Lazarus] IDE CoolBar issue

On 08.09.2015 20:37, Juha Manninen wrote: On Tue, Sep 8, 2015 at 8:47 PM, Sandro Cumerlato wrote: every time I start the Lazarus IDE the IDE CoolBar items reduplicate. Resetting to default from options doesn't solve the issue. Please take a look at the attachment.

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 07:09, patspiper wrote: I have just replied in another mail. Btw, are there any plans to allow an IDE package to register its own buttons in the toolbar? If my memory serves well, the main missing part is a register method for Commands (ec). Stephano AFAIK this is

Re: [Lazarus] IDE CoolBar issue

On 09.09.2015 07:09, patspiper wrote: What OS do you use? Thanks for the backtrace. It looks feasible. Ubuntu 11.04 When changing desktops from the drop-down menu of the button, the button itself is recreated (destroyed and created again). A simple help is to detach the action from the event.

Re: [Lazarus] Desktops with docked IDE

On 08.09.2015 00:21, Juha Manninen wrote: Lazarus trunk r49778 now supports desktops also with AnchorDocked IDE. Its settings are now stored in environment options just like all desktop settings. It is made by super-contributor Ondrej Pokorny. Please test. Juha At this place I have to say

Re: [Lazarus] Way to detect control resize start-stop

On 04.09.2015 21:01, Fabio Luis Girardi wrote: The LCL has some mechanism to detect when a control is being re-sized and when resize is done? -- The best regards, Fabio Luis Girardi PascalSCADA Project IMO it's not possible to achieve easily.

[Lazarus] Lazarus trunk memory leaks

I am getting a lot of memory leaks reported when closing Lazarus IDE on Windows. But only sometimes. Do you have the same problem? On Windows/Linux/OSX? I tried to quickly trace it at it looks like some objects from hint windows (?) are not destroyed or something like that. So it may be also

Re: [Lazarus] Lazarus trunk memory leaks

On 03.09.2015 10:10, Juha Manninen wrote: CodeTools have a known memory leak. After a long editing session Lazarus IDE causes a small leak. Not related to OS. If you got a big leak then it is something else. Juha Thanks for the info. When I traced the memory addresses from the heaptrc output

Re: [Lazarus] Lazarus trunk memory leaks

On 03.09.2015 10:10, Juha Manninen wrote: CodeTools have a known memory leak. After a long editing session Lazarus IDE causes a small leak. Not related to OS. If you got a big leak then it is something else. Juha I found and fixed that one: http://bugs.freepascal.org/view.php?id=28616 Maybe

Re: [Lazarus] Editor toolbar changes ?

On 01.09.2015 17:54, Michael Van Canneyt wrote: On Tue, 1 Sep 2015, Graeme Geldenhuys wrote: On 2015-09-01 12:16, Juha Manninen wrote: I added JumpToImplementation button to the default configuration. It is identical with the orignal Editor Toolbar now. Graeme and Michael, please test. Many

Re: [Lazarus] FreeSparta commits + a memory leak

On 13.07.2015 01:23, Juha Manninen wrote: I committed some code from the free-sparta branch into trunk. There were some merge problems. Unfortunately there is a memory leak which I could not locate yet. We are working on it. Please don't report it anywhere. Regards, Juha After your recent

Re: [Lazarus] Selectable desktops in Lazarus IDE

22:22, Juha Manninen wrote: I am happy to tell that Lazarus trunk now (r49514) supports desktop settings which can be saved and selected by user. Also a debug desktop is supported. This is brought to you by Ondrej Pokorny and myself. Please test. Regards, Juha

Re: [Lazarus] Selectable desktops in Lazarus IDE

On 10.07.2015 11:05, FreeMan wrote: fpc r31199 lazarus r49517 osx yosemite qt64 - I desegined my layout, save it, then for test click to Close and use selected desktop button I get access violation message. - suggestion, can add rename button and rename layout name thank you I confirm this

Re: [Lazarus] Docked Form

Hello Sandro, this seems to be a problem with (your) gmail spam filter. Ondrej On 12.06.2015 08:04, Sandro Cumerlato wrote: Hello Balázs, unfortunately this mail has been marked as SPAM by gmail. Are you registered to the mailing list? Do other members have received the message? Docking

Re: [Lazarus] WinControl.CanFocus

On 08.06.2015 18:47, Martin Frb wrote: There is a valid use case if HiddenForm.EditFoo.CanFocus then HiddenForm.ActiveControl := HiddenForm.EditFoo; HiddenForm.Show; This currently works, because of the visibility of the form is not checked. (same applies for a form with Enabled :=

<    1   2   3   4