On Thu, 16 Aug 2007 23:31:25 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>[...]
> > Why is the local variable block needed?
>
> It is not. I asked the same question. It was added for symmetry
> reasons: if a local type block is allowed, then a var block should
> also be allowed.
>
On Thu, 16 Aug 2007, Mattias Gaertner wrote:
> On Thu, 16 Aug 2007 14:59:47 -0500 (CDT)
> Jesus Reyes <[EMAIL PROTECTED]> wrote:
>
> >
> > --- Jesus Reyes <[EMAIL PROTECTED]> escribió:
> >
> > >
> > > --- Michael Van Canneyt <[EMAIL PROTECTED]> escribió:
> > >
> > > >
> > > >
> > > > On T
Michael Van Canneyt wrote:
On Thu, 16 Aug 2007, Peter Vreman wrote:
At 19:35 16-8-2007, you wrote:
While looking at the listsources command I found something peculiar (i
think).
The method TPackage.GetSourceFiles lists all sources stored in TSources. This
seems to be strange for two
On Thu, 16 Aug 2007 14:59:47 -0500 (CDT)
Jesus Reyes <[EMAIL PROTECTED]> wrote:
>
> --- Jesus Reyes <[EMAIL PROTECTED]> escribió:
>
> >
> > --- Michael Van Canneyt <[EMAIL PROTECTED]> escribió:
> >
> > >
> > >
> > > On Thu, 16 Aug 2007, Mattias Gaertner wrote:
> > >
> > > >
> > > > What is
On Thu, 16 Aug 2007, Peter Vreman wrote:
> At 19:35 16-8-2007, you wrote:
> >While looking at the listsources command I found something peculiar (i
> >think).
> >
> >The method TPackage.GetSourceFiles lists all sources stored in TSources. This
> >seems to be strange for two reasons
> >
> >1) all
On Thu, 16 Aug 2007, Jesus Reyes wrote:
>
> --- Michael Van Canneyt <[EMAIL PROTECTED]> escribió:
>
> >
> >
> > On Thu, 16 Aug 2007, Mattias Gaertner wrote:
> >
> > >
> > > What is the state and future plans of generics?
> > > I only found the wiki page
> > >
> > > http://wiki.lazarus.fre
On Thu, 16 Aug 2007, Darius Blaszijk wrote:
> While looking at the listsources command I found something peculiar (i think).
>
> The method TPackage.GetSourceFiles lists all sources stored in TSources. This
> seems to be strange for two reasons
>
> 1) all sources are stored in TTarget
> 2) the
--- Jesus Reyes <[EMAIL PROTECTED]> escribió:
>
> --- Michael Van Canneyt <[EMAIL PROTECTED]> escribió:
>
> >
> >
> > On Thu, 16 Aug 2007, Mattias Gaertner wrote:
> >
> > >
> > > What is the state and future plans of generics?
> > > I only found the wiki page
> > >
> > > http://wiki.lazaru
--- Michael Van Canneyt <[EMAIL PROTECTED]> escribió:
>
>
> On Thu, 16 Aug 2007, Mattias Gaertner wrote:
>
> >
> > What is the state and future plans of generics?
> > I only found the wiki page
> >
> > http://wiki.lazarus.freepascal.org/Generics
> >
> > which does not even mention the curre
At 19:35 16-8-2007, you wrote:
While looking at the listsources command I found something peculiar (i think).
The method TPackage.GetSourceFiles lists all sources stored in
TSources. This seems to be strange for two reasons
1) all sources are stored in TTarget
2) the sources variable in TPack
On Thu, 16 Aug 2007, Mattias Gaertner wrote:
>
> What is the state and future plans of generics?
> I only found the wiki page
>
> http://wiki.lazarus.freepascal.org/Generics
>
> which does not even mention the current syntax.
The current syntax is descibed in the docs, reference manual.
Ther
What is the state and future plans of generics?
I only found the wiki page
http://wiki.lazarus.freepascal.org/Generics
which does not even mention the current syntax.
Mattias
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.free
While looking at the listsources command I found something peculiar (i
think).
The method TPackage.GetSourceFiles lists all sources stored in TSources.
This seems to be strange for two reasons
1) all sources are stored in TTarget
2) the sources variable in TPackage is never filled automatical
Graeme Geldenhuys wrote:
It can't be fixed by Lazarus developers because the Windows component
lives in the Common Controls DLL? This is just an example by the way,
they same could be said for Qt or Carbon.
Ah yes. This is indeed a limitation one has to work with.
Micha
__
On 16/08/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> > * What if you find a bug in a Windows component, and that same
> > component under GTK or Qt doesn't have that issue. More workarounds in
> > the Windows layer, because you can't actually fix the bug at hand.
>
> Workarounds? Why can't "th
Graeme Geldenhuys wrote:
* What if you find a bug in a Windows component, and that same
component under GTK or Qt doesn't have that issue. More workarounds in
the Windows layer, because you can't actually fix the bug at hand.
Workarounds? Why can't "the bug" be fixed?
* Then lets talk abou
On 16/08/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
>
> It surprises me you didn't consider fixing the LCL, while you are now
> writing a complete widgetset yourself. The LCL seems complex, but with
> some answered questions you may have, it's not exactly rocket science
> either.
I have fixed a
While browsing the rtl sources, I stumbled on the following in
rtl\win32\system.pp
const
CtrlZMarksEOF: boolean = true; (* #26 not considered as end of file *)
The comment seems inconsistent with the the value 'true'. See also
http://lazarus-ccr.sourceforge.net/docs/rtl/system/ctrlzmarkseof.h
On 16/08/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
> > If you develop for a single platform you shouldn't have any issue. Our
> > products need to run under Windows and Linux, and this is where the
> > problems started.
>
> I am a bit disappointed to hear this.
And so were we experiencing it
Graeme Geldenhuys wrote:
Now in some case we could create workarounds and sometimes wrap code
with IFDEF's (which defeats the point of Lazarus LCL). This all worked
fine until one of those issues where fixed, which means our code
breaks again! We got tired of going back and forwards.
It surpris
Graeme Geldenhuys schreef:
[...this is maybe not the best list to discuss this...]
On 16/08/07, Michael Schnell <[EMAIL PROTECTED]> wrote:
The Lazarus LCL did not work for us.
That's too bad !
What was the problem ? (I'm asking, as I might want to use Lazarus for an embedded project which co
[...this is maybe not the best list to discuss this...]
On 16/08/07, Michael Schnell <[EMAIL PROTECTED]> wrote:
> > The Lazarus LCL did not work for us.
> That's too bad !
>
> What was the problem ? (I'm asking, as I might want to use Lazarus modification of same> for an embedded project which co
faSymLink also seem to never be set. Same issue as faHidden.
Graeme.
On 16/08/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
> Hi,
>
> As per the documentation:
> http://lazarus-ccr.sourceforge.net/docs/rtl/sysutils/findfirst.html
> -
> faHidden
> The file is hidden
Graeme Geldenhuys wrote:
The
Lazarus LCL did not work for us.
That's too bad !
What was the problem ? (I'm asking, as I might want to use Lazarus modification of same> for an embedded project which could need a remote
GUI access sometimes, but not permanently)
Being able to customize every
Hi,
As per the documentation:
http://lazarus-ccr.sourceforge.net/docs/rtl/sysutils/findfirst.html
-
faHidden
The file is hidden. (On unix, this means that the filename starts
with a dot)
---
I've tried this today using FPC 2.1.5 and faHidden doesn't s
On 16/08/07, Sebastian Günther <[EMAIL PROTECTED]> wrote:
> (especially for HTMLHelp output) and so on, but within the last years I
> simply had no time for further development, but this will change in the
> future.
That's always good to here...
> > Are you the Sebastian that originally wrote f
26 matches
Mail list logo