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 see
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 caus
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://l
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.lazaru
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
TScrollingWin
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 Win
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
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
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
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 assert
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.
--
___
L
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 i
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 kno
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.laz
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;
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
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;
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 a
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 = A
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
--
_
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/mailma
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): Pa
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
--
__
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= RawByteStri
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?
--
__
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-readi
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 ma
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
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.2
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
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 sup
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
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
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 sof
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.or
> 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-tp404654
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
--
__
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 a
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 f
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
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
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
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 t
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 v
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
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
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'
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 m
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
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 th
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/lis
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.freepas
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
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
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
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
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
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
--
___
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
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 th
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/li
61 matches
Mail list logo