Re: [Lazarus] fixes_1_8 - DBLookupComboBox broken

2018-01-11 Thread Gabor Boros via Lazarus

2018. 01. 11. 12:22 keltezéssel, Werner Pamler via Lazarus írta:

Am 11.01.2018 um 10:14 schrieb Gabor Boros via Lazarus:
From my POV, unacceptable if a fix broke a feature in a fixes_* branch 
after x.y.0 version released from it.


Sorry for the inconvenience. Call it "unacceptable" or not - that's the 
way things are, nobody is perfect.



I have no problem with you just with the broken feature. ;-)




Please open "dblookupcombobox.inc" (in (lazarus)/lcl/include), find the 
method TDBLookupCombobox.Select and replace it by the following code 
which restores the code before r56990/r55911 for the case that the 
lookupcombobox is not ReadOnly. Your demo works here. Please test 
carefully - as you see I don't have any experience with that ominous 
Unbound mode...



I switched to the latest fixes_1_8 (57037) and replaced 
TDBLookupCombobox.Select with the provided code. After that 
DBLookupCombobox works as expected for me at first try. I use it daily 
and will report if see problem with it.


Thank you!

Gabor
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] High-DPI TImageList

2018-01-11 Thread Ondrej Pokorny via Lazarus
I added Qt, Qt5 and Gtk2 support. I also rewrote the IDE ImageList 
editor to support multiple resolutions.


Ondrej
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] fixes_1_8 - DBLookupComboBox broken

2018-01-11 Thread Werner Pamler via Lazarus

Am 11.01.2018 um 10:14 schrieb Gabor Boros via Lazarus:
From my POV, unacceptable if a fix broke a feature in a fixes_* branch 
after x.y.0 version released from it.


Sorry for the inconvenience. Call it "unacceptable" or not - that's the 
way things are, nobody is perfect.


Please open "dblookupcombobox.inc" (in (lazarus)/lcl/include), find the 
method TDBLookupCombobox.Select and replace it by the following code 
which restores the code before r56990/r55911 for the case that the 
lookupcombobox is not ReadOnly. Your demo works here. Please test 
carefully - as you see I don't have any experience with that ominous 
Unbound mode...


procedure TDBLookupComboBox.Select;
begin
  FDataLink.OnDataChange := nil;
  try
    if FDataLink.Edit then
    begin
   FDataLink.Modified;
   FDataLink.UpdateData;
   inherited Select;
    end
    else
    begin
   // if cannot modify, let it reset
   if ReadOnly then begin
 FDatalink.Reset;
 DataChange(Self);
   end else begin
 FDataLink.Modified;
 inherited Select;
   end;
    end;
  finally
    FDataLink.OnDataChange := @DataChange;
  end;
end;

--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] Recommended practices for Win / Linux development.

2018-01-11 Thread Mattias Gaertner via Lazarus
On Wed, 10 Jan 2018 19:16:25 -0500
Donald Ziesig via Lazarus  wrote:

> Hi Everyone!
> 
> A long time ago, I tried to develop common software for Windows and 
> Linux.  I remember having problems keeping the object files, etc, 
> separated so that the two versions of Lazarus would re-compile the 
> appropriate files.  I have been working almost exclusively on Linux 
> since then, but now I need to use both with shared source code files.

Shared by svn/git or shared on disk/network share?

 
> Are there any recommended practices for setting up Lazarus and various 
> directories that would make this easier?

By default Lazarus projects use 
lib/$(TargetCPU)-$(TargetOS)
as unit output directory.

Mattias
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] fixes_1_8 - DBLookupComboBox broken

2018-01-11 Thread Gabor Boros via Lazarus

2018. 01. 10. 21:57 keltezéssel, Werner Pamler via Lazarus írta:
You did not assign a Datasource to the DBLookupCombo. This is where the 
value picked from the combo is stored to. Without a Datasource I 
consider the present hehavior to be correct.


I use the DBLookupComboBox without DataSource always in the past 10-20 
years with Lazarus and Delphi.


From the TDBLookupComboBox's wiki page:

"Unbound use - You can get the combobox to look up values from one table 
without storing the results in another by leaving the DataSource and the 
KeyField properties empty."


http://wiki.freepascal.org/TDBLookupComboBox#Unbound_use

From my POV, unacceptable if a fix broke a feature in a fixes_* branch 
after x.y.0 version released from it.


Gabor
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


[Lazarus] Any tips to speed up Lazarus->GDB debugger?

2018-01-11 Thread Dennis via Lazarus

I am using Lazarus 1.8 Win64 , FPC 3.0.4.
As with older versions, debugger is very slow (compared to Delphi).

Is there any tricks I can use to speed up the debugger e.g. turn off 
debug info of all lazarus units/object files?


I remember in Delphi 5, they had an option of whether to use Debug dcu 
(of the main VCL units/objects files).
Is there a similar switch I can use to disable debugger in all, except 
my own source code so as to speed up the debugger?


Dennis
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] Recommended practices for Win / Linux development.

2018-01-11 Thread Donald Ziesig via Lazarus

On 01/11/2018 03:21 AM, Mattias Gaertner via Lazarus wrote:

On Wed, 10 Jan 2018 19:16:25 -0500
Donald Ziesig via Lazarus  wrote:


Hi Everyone!

A long time ago, I tried to develop common software for Windows and
Linux.  I remember having problems keeping the object files, etc,
separated so that the two versions of Lazarus would re-compile the
appropriate files.  I have been working almost exclusively on Linux
since then, but now I need to use both with shared source code files.

Shared by svn/git or shared on disk/network share?


Shared Folders on Dropbox (for now).  GitHub later.

Are there any recommended practices for setting up Lazarus and various
directories that would make this easier?

By default Lazarus projects use
lib/$(TargetCPU)-$(TargetOS)
as unit output directory.


Got It.

How about Line Endings?



Mattias


Thanks,

Don

--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] Any tips to speed up Lazarus->GDB debugger?

2018-01-11 Thread Martin Frb via Lazarus

On 11/01/2018 15:13, Dennis via Lazarus wrote:

I am using Lazarus 1.8 Win64 , FPC 3.0.4.
As with older versions, debugger is very slow (compared to Delphi).

Is there any tricks I can use to speed up the debugger e.g. turn off 
debug info of all lazarus units/object files?


I remember in Delphi 5, they had an option of whether to use Debug dcu 
(of the main VCL units/objects files).
Is there a similar switch I can use to disable debugger in all, except 
my own source code so as to speed up the debugger?


Not really...

There is the fpdebug package (its part of the install). It is faster, 
but very basic, and many things do not work at all.


Well depends what you want to speed up.

The time F9 needs to start your app? Sorry nothing can be done.
Same for stepping with F7/F8.

Note, you can do the next step, before all your watches have been 
evaluated.
If you find it irritating to wait for those, you can open the history, 
stack and watches window, and use the power button to power them off.



Evaluation of watches.
You can compile with DBG_WITH_GDB_WATCHES
Then you can add watches as follow
>-data-evaluate-expression SomeVariable

If you have lots of watches, you should notice that they evaluate faster.
But the IDE will no longer try to deal with the pascal syntax. So you 
may have to add deref of some hidden refs yourself.
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] Recommended practices for Win / Linux development.

2018-01-11 Thread Mattias Gaertner via Lazarus
On Thu, 11 Jan 2018 10:25:24 -0500
Donald Ziesig via Lazarus  wrote:

>[...]
> How about Line Endings?

Lazarus and FPC support LF, CRLF and CR.

Mattias
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] Any tips to speed up Lazarus->GDB debugger?

2018-01-11 Thread Martin Frb via Lazarus

On 11/01/2018 15:13, Dennis via Lazarus wrote:


I remember in Delphi 5, they had an option of whether to use Debug dcu 
(of the main VCL units/objects files).
Is there a similar switch I can use to disable debugger in all, except 
my own source code so as to speed up the debugger?

To add to my other reply

You can compile LCL, and package without debug info.

See package options for each package, or additions and overrides.
(and you can modify lib path, so maybe keep several versions...)

If you do, you may save 1 second of the start time. (actually not sure 
if the time is saved during start, or at some later point)

Depends on the gdb version. And your computer speed.
With the latest gdb savings will be way below a second
You can also try gdb 8. That may save half a second.


-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] Recommended practices for Win / Linux development.

2018-01-11 Thread Denis Kozlov via Lazarus

On 11/01/2018 15:25, Donald Ziesig via Lazarus wrote:

How about Line Endings?


You can use system unit constants which will map to the appropriate 
values on each platform:
System.LineEnding 

System.DirectorySeparator 



Also keep in mind that you can write conditional code aimed at specific 
platforms, for example:

{$IFDEF WINDOWS}
  Path := 'C:\Temp\';
{$ELSE}
  Path := '/tmp/';
{$ENDIF}

Denis
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] IDE needs lexers JSON, XML

2018-01-11 Thread leledumbo via Lazarus
> IMO it's good to install JSON/XML syntaxes in IDE. many apps have res in
such formats

Isn't it already there? I don't remember, though, but my Lazarus has them
already.



--
Sent from: http://free-pascal-lazarus.989080.n3.nabble.com/
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] fixes_1_8 - DBLookupComboBox broken

2018-01-11 Thread Michael Thompson via Lazarus
On 11 January 2018 at 19:22, Werner Pamler via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:

> Please open "dblookupcombobox.inc" (in (lazarus)/lcl/include), find the
> method TDBLookupCombobox.Select and replace it by the following code which
> restores the code before r56990/r55911 for the case that the lookupcombobox
> is not ReadOnly. Your demo works here. Please test carefully - as you see I
> don't have any experience with that ominous Unbound mode...
>

Many thanks.  Applying the code to my copy of Trunk (and then removing my
TBufDataset workaround) appears to have completely resolved my issues with
TDBLookupCombobox as well.

Cheers

Mike
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] IDE needs lexers JSON, XML

2018-01-11 Thread Alexey via Lazarus
 But I don’t see that IDE supports file filters for xml/json/ini, and seems 
that these 3 syntaxes not activated for files on editor. Text not colored.
-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] IDE needs lexers JSON, XML

2018-01-11 Thread AlexeyT via Lazarus

 Thank you, now i understand.
Yes, xml/ini syntaxes work, only Im confused because ini default 
hiliting is all black (not nice colors for elements in def config).


When I open an XML or INI file, the correct highlighters are picked 
up. Not for JSON, though.




--
Regards,
Alexey

--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


[Lazarus] IDE, XML syntax hiliting of

2018-01-11 Thread AlexeyT via Lazarus

It is not ok: brackets hilite with one color, inside text in another.

In almost all text editors, this  hilites as single token.

--
Regards,
Alexey

--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] Any tips to speed up Lazarus->GDB debugger?

2018-01-11 Thread Luca Olivetti via Lazarus

El 11/01/18 a les 18:45, Martin Frb via Lazarus ha escrit:

On 11/01/2018 15:13, Dennis via Lazarus wrote:


I remember in Delphi 5, they had an option of whether to use Debug dcu 
(of the main VCL units/objects files).
Is there a similar switch I can use to disable debugger in all, except 
my own source code so as to speed up the debugger?

To add to my other reply

You can compile LCL, and package without debug info.

See package options for each package, or additions and overrides.
(and you can modify lib path, so maybe keep several versions...)

If you do, you may save 1 second of the start time. (actually not sure 
if the time is saved during start, or at some later point)


And then lose 10 minutes because you need to trace a routine in the LCL. 
And an hour more because you discover that the routine is actually in 
the RTL ;-)


Bye

--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010)  Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] IDE needs lexers JSON, XML

2018-01-11 Thread Ondrej Pokorny via Lazarus

On 12.01.2018 12:53, Alexey via Lazarus wrote:

  But I don’t see that IDE supports file filters for xml/json/ini, and seems 
that these 3 syntaxes not activated for files on editor. Text not colored.


XML and INI are supported directly, JSON is supported by JScript 
highlighter:


When I open an XML or INI file, the correct highlighters are picked up. 
Not for JSON, though.


As for file filters - we offer *.* so you can open any file without 
problems - nothing needs to be done here.


Ondrej

-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus