Re: [Lazarus] New menu designer. which style do you prefer?

[Anthony Walter]

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?

[Gabor Boros]

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

Re: [Lazarus] Unable to compile Lazarus after revision 51233

[Victor Campillo]

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?

[Ondrej Pokorny]

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

Re: [Lazarus] New menu designer. which style do you prefer?

[Ondrej Pokorny]

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

Re: [Lazarus] NewMenuDesigner: Removing start-up modal dialog

[Maciej Izak]

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?

[Ondrej Pokorny]

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

[Lazarus] tcheckgroup and childsizing

[Andrea Mauri]

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?

[Anthony Walter]

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?

[JuuS]

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] NewMenuDesigner: Removing start-up modal dialog

[Anthony Walter]

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?

[Graeme Geldenhuys]

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?

[Anthony Walter]

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?

[Graeme Geldenhuys]

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

[Lazarus] NewMenuDesigner: Removing start-up modal dialog

[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.


Ondrej
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Lazarus trunc and fpc 2.6.4

[John Landmesser]

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

Re: [Lazarus] New menu designer. which style do you prefer?

[Howard]

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?

[Anthony Walter]

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] NewMenuDesigner: Removing start-up modal dialog

[Ondrej Pokorny]

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] Something the examine Lazarus or applications?

[Michael Van Canneyt]

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] New menu designer. which style do you prefer?

[Howard]

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] Lazarus trunc does not compile with fpc 2.6.4 Win32

[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

Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32

[Mattias Gaertner]

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] New menu designer. which style do you prefer?

[Ondrej Pokorny]

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] Do we really need a PaintSwastika procedure?

[Juha Manninen]

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?

[Bart]

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

Re: [Lazarus] New menu designer. which style do you prefer?

[Juha Manninen]

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] New menu designer. which style do you prefer?

[Ondrej Pokorny]

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] New menu designer. which style do you prefer?

[Juha Manninen]

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

[leledumbo]

> 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] Lazarus trunc does not compile with fpc 2.6.4 Win32

[Juha Manninen]

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] NewMenuDesigner: Removing start-up modal dialog

[Michael Van Canneyt]

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] New menu designer. which style do you prefer?

[Ondrej Pokorny]

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] New menu designer. which style do you prefer?

[Bart]

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

[Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32

[John Landmesser]

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?

[Howard]

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] Lazarus trunc does not compile with fpc 2.6.4 Win32

[Mattias Gaertner]

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

[Lazarus] new menu designer: dblClick should show assigned code?!!

[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

Re: [Lazarus] Something the examine Lazarus or applications?

[Bart]

 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] Lazarus trunc does not compile with fpc 2.6.4 Win32

[John Landmessser]

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] Something the examine Lazarus or applications?

[Anthony Walter]

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?

[Ondrej Pokorny]

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?

[Michael Van Canneyt]

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] Lazarus trunc does not compile with fpc 2.6.4 Win32

[Ondrej Pokorny]

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] Lazarus trunc does not compile with fpc 2.6.4 Win32

[Mattias Gaertner]

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

Re: [Lazarus] Something the examine Lazarus or applications?

[Paul Breneman]

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

[Michael Van Canneyt]

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?

[Anthony Walter]

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

[Ondrej Pokorny]

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] New menu designer. which style do you prefer?

[Ondrej Pokorny]

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

[Mattias Gaertner]

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

[Dmitry Boyarintsev]

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] Who "killed" TDBGrid? Ondrej?

[Ondrej Pokorny]

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] Something the examine Lazarus or applications?

[Anthony Walter]

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] Lazarus trunc does not compile with fpc 2.6.4 Win32

[Ondrej Pokorny]

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: dblClick should show assigned code?!!

[John Landmesser]

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

Re: [Lazarus] Something the examine Lazarus or applications?

[Ondrej Pokorny]

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?

[Dmitry Boyarintsev]

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] New menu designer. which style do you prefer?

[Ondrej Pokorny]

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] Who "killed" TDBGrid? Ondrej?

[Gabor Boros]

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

[Lazarus] "Video: Anyone want to take over this library?"

[Anthony Walter]

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