[Lazarus] DragManager issues
I received messages from Mantis, that something changed in the bug reports related to drag/drop. Please let me know when somebody wants to put his hands on related code. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Does Lazarus give default names to components created at runtime?
On 11 September 2014 19:03, Mattias Gaertner wrote: > On Thu, 11 Sep 2014 18:41:02 +0100 > "vfclists ." wrote: > > >[...] > > I have checked CreateFirstIdentifier and CreateNextIdentifier and they > > appear to fit the bill , but a comment in the source code says they have > > been deprecated in favour of some new procedures in LazUtils.LazUTF8 > which > > I can't find. > > That's a copy/paste error in the documentation. I fixed it in trunk. > > > > Do you have some idea what the replacement procedures are? > > There are no such replacements for these two functions. > > Mattias > > Thanks -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Does Lazarus give default names to components created at runtime?
On Thu, 11 Sep 2014 18:41:02 +0100 "vfclists ." wrote: >[...] > I have checked CreateFirstIdentifier and CreateNextIdentifier and they > appear to fit the bill , but a comment in the source code says they have > been deprecated in favour of some new procedures in LazUtils.LazUTF8 which > I can't find. That's a copy/paste error in the documentation. I fixed it in trunk. > Do you have some idea what the replacement procedures are? There are no such replacements for these two functions. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Does Lazarus give default names to components created at runtime?
On 18 June 2013 17:59, Mattias Gaertner wrote: > On Tue, 18 Jun 2013 17:42:58 +0100 > "vfclists ." wrote: > > > On 18 June 2013 13:20, Mattias Gaertner > wrote: > > > > > > > > > > > > "vfclists ." hat am 18. Juni 2013 um 13:29 > > > geschrieben: > > > > > > > > > > > > Does Lazarus give default names to components created at runtime? > > > > > > No. Default is ''. > > > > > > Mattias > > > > > > > > Is there function in the LCL that can suggest or create a name for new > > component, like in the IDE that creates a name from the component type > and > > an integer? > > The IDE one is a bit more complicated than that and it is pretty IDE > specific, so it is not in the LCL. > There are CreateFirstIdentifier and CreateNextIdentifier in > LCLProc. Maybe they can help you. > > Mattias > > > I have checked CreateFirstIdentifier and CreateNextIdentifier and they appear to fit the bill , but a comment in the source code says they have been deprecated in favour of some new procedures in LazUtils.LazUTF8 which I can't find. Do you have some idea what the replacement procedures are? -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Code completion problems with Graph units
Am 10.09.2014 22:17 schrieb "Mattias Gaertner" :
>
> On Wed, 10 Sep 2014 17:36:19 +0200
> Sven Barth wrote:
>
> >[...]
> > > > Lazarus version is 1.2.4 on i386-linux-gtk2
> > >
> > > Under Linux 64bit I can use the 'graph' unit and find declaration
finds
> > > $fpc/packages/graph/src/unix/graph.pp
> > > Then FD on the {$i graphh.inc} gets me to
> > > $fpc/packages/graph/src/inc/graphh.inc
>
> I tested with linux-i386 and it works too.
> So, maybe it's an issue with Lazarus 1.2.4.
> Can you test with a 1.3 or a newer 1.2?
With 1.3 it works correctly (at least on Win32 where I tested it). I did
not test a newer 1.2 though (you mean 1.2.5 here, right?).
Regards,
Sven
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
