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
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
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
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
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
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
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
--
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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 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
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
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
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
--
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: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
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
> 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:
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
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
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 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
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
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 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
>
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 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
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
--
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
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
--
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 =
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,
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
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
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,
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 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
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
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
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
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
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.
--
___
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
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
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
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
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
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
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
61 matches
Mail list logo