On Thu, 22 Dec 2011, Joost van der Sluis wrote:
Hi all,
With this command-line:
"fpmake --prefix=bla --baseistall=test"
paramstr(1) gives "--prefix=bla ". Thus with the trailing space. Is this
a bug or a feature?
It's what the shell has passed on. The paramstr() code doesn't do any
parsin
On Sat, 17 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Feel free to create this program. If I may give some advice: the tasks you
outline belong in a "Documentation writers IDE".
To some degree, maybe. But checking for updates should be doable by a script,
without
On Thu, 15 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Normally I use TFileStream's, which have a Size property. But I find it
nasty to open an file, when I only want to know its size. FPC (like
Delphi) lacks some basic file/directory handling functions (Size,
On Thu, 15 Dec 2011, Hans-Peter Diettrich wrote:
Tomas Hajny schrieb:
I wonder how to obtain the size of an file on disk. The only function I
could find so far is FileSize, which requires an open File, but nothing
for an file name :-(
ATM FileSize(TEXT) would help, too, but FileSize only
On Thu, 8 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Does there exist a chance (trick) to use the input files of a different
installation, without copying the description files?
If you use the make command to generate the docs, simply pass the
FPCSRCDIR comma
On Thu, 8 Dec 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Dec 8, 2011 at 9:33 AM, wrote:
Yes, but changing this will break existing code ?
Yes, it cannot do both at the same time, unless we add a property
PaintLikeTCanvas or something like that.
Hm.
I would reverse the property. "
On Thu, 8 Dec 2011, Felipe Monteiro de Carvalho wrote:
Some more changes I'd like to propose. It seams that Rectangle is not
TCanvas compatible:
procedure TFPPixelCanvas.DoRectangle (const Bounds:TRect);
A rectangle over (0, 0, 10, 10) should not include the pixels line
with x=10 and y=10 bu
On Thu, 8 Dec 2011, Graeme Geldenhuys wrote:
On 7 December 2011 23:09, Hans-Peter Diettrich wrote:
Does there exist a chance (trick) to use the input files of a different
installation, without copying the description files?
If you use the make command to generate the docs, simply pass the
On Wed, 7 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Wait, did you try this on FPC trunk sources ? That won't work.
2.6.0 sources should be OK.
Ah!
Does there exist a chance (trick) to use the input files of a different
installation, without copying the descriptio
On Wed, 7 Dec 2011, Hans-Peter Diettrich wrote:
In my current tests I found empty classes (no members listed), e.g.
Classes.TFPList. The Declaration shows:
Source position: classesh.inc line 170
type TFPList = class end;
This line reads in the source code as
TFPList = class;
with the dec
On Wed, 7 Dec 2011, Hans-Peter Diettrich wrote:
Felipe Monteiro de Carvalho schrieb:
On Wed, Dec 7, 2011 at 9:28 AM, zeljko wrote:
Note that xxx_boundingRect() functions of qt are marked as slow (I guess
it's case when you deal with eg 1000 rects in region and you must
calculate
lower Top
On Wed, 7 Dec 2011, Felipe Monteiro de Carvalho wrote:
On Wed, Nov 30, 2011 at 10:35 AM, wrote:
Good basics.
What about the following:
Create TBaseClipRegion with abstract method PointIsInRegion(P : TPoint)
(and maybe some others, like line intersections or so).
Indeed good idea, I am i
On Wed, 7 Dec 2011, Felipe Monteiro de Carvalho wrote:
On Wed, Dec 7, 2011 at 8:06 AM, Felipe Monteiro de Carvalho
wrote:
Indeed good idea, I am implementing like that with slightly different
names (TFPCustomRegion and IsPointInRegion).
commited, I did not mention anything from Clip in the
On Mon, 5 Dec 2011, Dimitrios Chr. Ioannidis wrote:
Hi Michael,
On 30/11/2011 6:38 μμ, michael.vancann...@wisa.be wrote:
On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote:
Hi all,
in the function TCustomJSONRPCDispatcher.FormatResult the
Result:=TJSONObject.Create(['result',Return,'e
On Sat, 3 Dec 2011, Graeme Geldenhuys wrote:
On 3 December 2011 01:59, Michael Van Canneyt wrote:
Already included: all XML files are discarded, when they don't contribute
to the current package :-)
Because of the loose coupling between XML files and source files, there is
no way to know
On Thu, 1 Dec 2011, Hans-Peter Diettrich wrote:
See Mantis #20786 for details.
The first problem was the use of single quotes in the generated fpdoc
commandline, which are not handled properly by the Windows shell. I fixed
this manually, by editing the Makefile.
Next I get the following e
On Thu, 1 Dec 2011, Marco van de Voort wrote:
In our previous episode, Hans-Peter Diettrich said:
commandline, which are not handled properly by the Windows shell. I
fixed this manually, by editing the Makefile.
Next I get the following error messages:
Afaik the docs are hardwired for Linu
On Thu, 1 Dec 2011, Graeme Geldenhuys wrote:
On 30 November 2011 22:14, Hans-Peter Diettrich wrote:
Now you hear some, most probably from the first user of fpdoc on Windows ;-)
I use fpdoc under Windows without problems. Though mostly for
generating documentation for my own projects, not F
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
You should understand the problems of Windows users. Until now they cannot
produce local documentation, due to several bugs in the Makefiles, fpdoc
and related tools. This is a bad situation for documentati
On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote:
Hi all,
in the function TCustomJSONRPCDispatcher.FormatResult the
Result:=TJSONObject.Create(['result',Return,'error',TJSonNull.Create,transactionproperty,ID.Clone]);
i think that should be checked if jdoJSONRPC2 is enabled and remove th
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
It seems to me you are reading too much in fpdoc. fpdoc takes some input
files and produces output. No more, no less.
All the questions you ask have more to do with 'how do I organize my work
with fpdoc' r
On Wed, 30 Nov 2011, zeljko wrote:
On Wednesday 30 of November 2011 10:35:59 michael.vancann...@wisa.be wrote:
Create TBaseClipRegion with abstract method PointIsInRegion(P : TPoint)
(and maybe some others, like line intersections or so).
Create a descendent TRectClipRegion with property Cl
On Wed, 30 Nov 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I am facing a problem with clipping in TFPCustomCanvas because it has
these properties:
property ClipRect : TRect read GetClipRect write SetClipRect;
property Clipping : boolean read GetClipping write SetClipping;
Which ob
On Wed, 30 Nov 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
will reside in an unrelated directory branch, so that all references to the
FPC documentation depend on the directory structure of the user machines.
Explain why you think this requires
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
That would conflict with the GUI TApplication instance, so I really don't
see the point of this exercise.
Then another error in the logic exists: CreateDocumentation should be a
method of TFPDocProject, not of T
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
In my review of the fpdoc project option some questions popped up. The most
important question: should fpdoc be usable for creating online help only, or
should it also allow users to create offline documentation on their local
machine? When a
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
begin
With TFPDocAplication.Create(Nil) do
try
Run;
finally
Free;
end;
end.
When this were the *only* code in the fpdoc program file, another project
could create a derived class, with
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
A "make -n rtl.chk > test.txt" succeeded, at least. Now I suspect some
Windows or RTL commandline limitations, which seem to truncate the long
command lines created by the scripts (4890 chars for rtl.chk).
On Tue, 29 Nov 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
INF or HTML), and replaced them with simple command line programs that
can be compiled from: fpc somecoolutitility.pas
You then have TProcess, the whole RTL and FCL at your disposal. MUC
On Tue, 29 Nov 2011, Graeme Geldenhuys wrote:
On 29/11/2011, Hans-Peter Diettrich wrote:
A "make -n rtl.chk > test.txt" succeeded, at least. Now I suspect some
Windows or RTL commandline limitations, which seem to truncate the long
command lines created by the scripts (4890 chars for rtl.ch
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
On Mon, 28 Nov 2011, Hans-Peter Diettrich wrote:
I just implemented and option to create an XML project from the
commandline arguments. This should allow to create projects from the
scripts and Makefiles
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
Hans-Peter Diettrich schrieb:
Unfortunately there remain some problems, e.g. the FPC documentation cannot
be created on Windows, what is one reason for the extended project option,
but doesn't allow me to debug this feature with real life pro
On Mon, 28 Nov 2011, Hans-Peter Diettrich wrote:
I just implemented and option to create an XML project from the commandline
arguments. This should allow to create projects from the scripts and
Makefiles, used to build the documentation for the standard libraries. See
Mantis #20769.
I had
On Tue, 15 Nov 2011, Felipe Monteiro de Carvalho wrote:
On Tue, Nov 15, 2011 at 2:18 PM, Thomas Schatzl wrote:
Patches that add a new target are welcome (or other contributions to
that effect that are not hacks).
If noone can do anything about this then I propose to fork a new
android targ
The docs should be adapted.
Normally the function returns -1 on failure, so the code is OK.
Michael.
On Mon, 14 Nov 2011, Graeme Geldenhuys wrote:
Hi,
This is the implementation of FileAge() under FPC 2.6.0 (the upcoming release)
---
Function FileAge (Con
On Mon, 7 Nov 2011, Jonas Maebe wrote:
On 07 Nov 2011, at 13:46, michael.vancann...@wisa.be wrote:
On Mon, 7 Nov 2011, Jonas Maebe wrote:
Yes (once THandle is added to the JVM RTL and it is defined to Pointer or
JLObject, at least :). It's generally a PrintStream:
http://download.oracle.
On Mon, 7 Nov 2011, Jonas Maebe wrote:
On 07 Nov 2011, at 12:21, michael.vancann...@wisa.be wrote:
TextRec uses THandle for everything, I assume it can be used to store a
pointer to an object (or whatever Java uses for files), since in Java
everything is
an object anyway ?
Yes (once THa
On Mon, 7 Nov 2011, Jonas Maebe wrote:
On 07 Nov 2011, at 09:21, michael.vancann...@wisa.be wrote:
I have been looking at the JVM backend, and noticed that file I/O is not
working. I'm asking what is needed to get write(ln) or read(ln) working.
Mainly adapting rtl/inc/text.inc and rtl/inc
Jonas,
Ik heb dit weekend wat zitten spelen met het JVM backend, voor m'n
artikeltje over de JVM bytecode.
Wat is er nodig om writeln() en readln() werkend te krijgen ?
Heb je dat zelf gepland of wacht je daar op patches ?
Michael.
On Mon, 7 Nov 2011, Jonas Maebe wrote:
Hi,
I've put a new
Sorry, this was meant to be private, but it went to the list instead.
For everyone not speaking dutch:
I have been looking at the JVM backend, and noticed that file I/O is not
working. I'm asking what is needed to get write(ln) or read(ln) working.
Michael.
On Mon, 7 Nov 2011, michael.vancann
On Fri, 4 Nov 2011, Graeme Geldenhuys wrote:
So please checkout the following code to make sure you use the latest EpikTimer.
svn co
https://lazarus-ccr.svn.sourceforge.net/svnroot/lazarus-ccr/components/epiktimer/
I already did this before mailing my reply. The reply was just meant to
ex
On Fri, 4 Nov 2011, Graeme Geldenhuys wrote:
On 3 November 2011 15:55, wrote:
PLEASE NEVER MENTION EPIKTIMER AGAIN.
it returns Now() on all platforms except i386.
Not sure if my version of EpikTimer is the same as yours. Last time we
had this (similar) conversation, your EpikTimer code w
On Thu, 3 Nov 2011, Graeme Geldenhuys wrote:
If you want to do timing, you can also take a look at EpikTimer. I
believe it doesn't work on all platforms that FPC supports, but it
works on the big three (Windows, Linux, Mac).
PLEASE NEVER MENTION EPIKTIMER AGAIN.
it returns Now() on all plat
On Wed, 2 Nov 2011, zeljko wrote:
On Wednesday 02 of November 2011 15:47:46 mich...@freepascal.org wrote:
Ok, let's finish this thread.
1.Now() works as it is - it's even twice faster now since extra fptime call is
avoided (so an + from this thread) :)
2.Programmer (me in this example) need
On Wed, 2 Nov 2011, michael.vancann...@wisa.be wrote:
On Wed, 2 Nov 2011, zeljko wrote:
On Wednesday 02 of November 2011 11:23:10 michael.vancann...@wisa.be wrote:
On Wed, 2 Nov 2011, Jonas Maebe wrote:
Marco van de Voort wrote on Wed, 02 Nov 2011:
The point was just some encouragement
On Wed, 2 Nov 2011, zeljko wrote:
On Wednesday 02 of November 2011 11:23:10 michael.vancann...@wisa.be wrote:
On Wed, 2 Nov 2011, Jonas Maebe wrote:
Marco van de Voort wrote on Wed, 02 Nov 2011:
The point was just some encouragement to look further than the immediate
need though, and keep t
On Wed, 2 Nov 2011, Jonas Maebe wrote:
Marco van de Voort wrote on Wed, 02 Nov 2011:
The point was just some encouragement to look further than the immediate
need though, and keep the time call relatively cheap. That doesn't exclude
being correct, it just means a more elaborate implementatio
On Thu, 27 Oct 2011, Sven Barth wrote:
Am 27.10.2011 16:38, schrieb Jonas Maebe:
On 27 Oct 2011, at 16:17, Ludo Brands wrote:
If it is a C++ exception, then it is a firebird client bug.
The exceptions are not supposed to leave the fbclient library...
Or fpc is catching the c++ exception
On Thu, 27 Oct 2011, Ludo Brands wrote:
What happens if you comipile with -gl and run the program
under GDB ?
can you post a backtrace ?
Note that you may need to add a {$linklib pthread} to the
program source,
otherwise gdb may complain about missing threads support.
The backtrace will sho
On Tue, 25 Oct 2011, LacaK wrote:
May be that is is (or not ;-)) related to
http://bugs.freepascal.org/view.php?id=17360
I don't think linux has vectored exception handling ?
Michael.
-Laco.
Hello, this is my first post and I hope this is the correct list for my
question.
I'm gettin
On Tue, 25 Oct 2011, Stefan wrote:
Hello, this is my first post and I hope this is the correct list for my
question.
I'm getting a segmentation fault ('violación de segmento' in spanish)
when running the code from below on a Linux 64-bit machine (OpenSuse 10.2
64-bits).
I'm using FPC 2.2.
On Wed, 19 Oct 2011, Leonardo M. Ramé wrote:
Hi, I'm trying to compile trunk on Ubuntu 11.10 x86-64:
Linux leonardo-laptop 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC
2011 x86_64 x86_64 x86_64 GNU/Linux
And get this:
...
/usr/local/bin/fpc -Ur -Ur -Xs -O2 -n -Fi../inc -Fi../x86_
On Thu, 13 Oct 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
2. Try a blanket {$H} to make the default stringtype what you want, and fix
problems (e.g. overrides of methods, passing to var params).
The blanket {$H} seems like the way to go for m
On Thu, 13 Oct 2011, Sven Barth wrote:
Am 13.10.2011 11:57, schrieb Marco van de Voort:
In our previous episode, Sven Barth said:
I think he ment that if such a feature is introduced it would be a
natural conclusion to define "string = unicodestring" on Windows and
"string = utf8string" for
On Thu, 13 Oct 2011, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
I think he ment that if such a feature is introduced it would be a
natural conclusion to define "string = unicodestring" on Windows and
"string = utf8string" for Unix in the RTL and the FCL (and maybe "st
On Thu, 13 Oct 2011, Alex Shishkin wrote:
13.10.2011 13:34, michael.vancann...@wisa.be пишет:
On Thu, 13 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 13, 2011 at 11:24 AM, Sven Barth
wrote:
I think he ment that if such a feature is introduced it would be a
natural
conclusion
On Thu, 13 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 13, 2011 at 11:38 AM, Felipe Monteiro de Carvalho
wrote:
On Thu, Oct 13, 2011 at 11:34 AM, wrote:
In short, you want a directive to say
"In this unit, 'string' means MyNiceStringType"
Which is in fact an extension of the
On Thu, 13 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 13, 2011 at 11:24 AM, Sven Barth
wrote:
I think he ment that if such a feature is introduced it would be a natural
conclusion to define "string = unicodestring" on Windows and "string =
utf8string" for Unix in the RTL and th
On Tue, 4 Oct 2011, Alexander Klenin wrote:
On Tue, Oct 4, 2011 at 08:48, Michael Van Canneyt
wrote:
There is, again, a continuum between careful development and stangation.
While acknowledging great work that FPC team has done on the former,
I'd venture to say that is came uncomfortably clo
On Mon, 3 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Mon, Oct 3, 2011 at 11:41 AM, wrote:
Please do not include this package yet.
I'd rather find a consensus on this now then to postpone yet again. I
have patches to merge about this and I have some time now which is
something which c
On Mon, 3 Oct 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I would like to add a new package to Free Pascal into the directory
packages/fputf8 which will provide classes and routines for UTF-8
applications. It might grow to include things like:
* full unicode tables and conversion routine
On Wed, 14 Sep 2011, Graeme Geldenhuys wrote:
On 13/09/2011 21:23, Michael Van Canneyt wrote:
Current strategy on fpc core seems to be to have 2 RTLs:
One with unicode string, one with ansistring.
Can you clarify a bit. When you say "unicode string" to you mean UTF-16
(Delphi's definition
On Wed, 14 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Wed, Sep 14, 2011 at 8:59 AM, wrote:
No, why do you think so ?
Well, at the very least:
1> All var parameters from the RTL will no longer be directly usable
with UTF-8 strings
http://www.freepascal.org/docs-html/rtl/sysutils/app
On Wed, 14 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Tue, Sep 13, 2011 at 9:23 PM, Michael Van Canneyt
wrote:
Current strategy on fpc core seems to be to have 2 RTLs:
One with unicode string, one with ansistring.
Isn't that somewhat nasty for people currently using UTF-8?
No, why
On Wed, 14 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Tue, Sep 13, 2011 at 9:23 PM, Michael Van Canneyt
wrote:
One with unicode string, one with ansistring. They will have the same code,
but will be compiled twice, each time with a different compiler define to
decide which version it mu
On Tue, 13 Sep 2011, michael.vancann...@wisa.be wrote:
On Tue, 13 Sep 2011, Graeme Geldenhuys wrote:
Hi,
Below is a quote from the documentation of the ApplicationName() function:
"Standard this is equal to the result of ParamStr(0), but it can be
customized by setting the OnGetApplicati
On Tue, 13 Sep 2011, Graeme Geldenhuys wrote:
Hi,
Below is a quote from the documentation of the ApplicationName() function:
"Standard this is equal to the result of ParamStr(0), but it can be
customized by setting the OnGetApplicationName callback."
It should say 'filename part' of param
On Tue, 13 Sep 2011, Skybuck Flying wrote:
Hello,
Free Pascal 2.4.2 does not know about "NativeInt" a new type in recent Delphi
compilers which is either 32 bit for 32 bit platforms or 64 bit for 64 bit
platforms.
NativeInt already exists in trunk, and should exist in the upcoming 2.6.0
On Sun, 11 Sep 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
I'm a user of fpdoc, not a maintainer, have no idea of the internals.
In that case, please do not say things like
'this extension should not be too hard to implement'
But please, file a bug report so we won't f
On Tue, 6 Sep 2011, Jonas Maebe wrote:
On 06 Sep 2011, at 13:24, Alexander Klenin wrote:
Hm. This may be an issue with my provider then.
However, the only site affected is freepascal.org, which is very strange.
Will try to call the provider to investigate.
There is one known problem: the
On Mon, 5 Sep 2011, michael.vancann...@wisa.be wrote:
On Mon, 5 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Mon, Sep 5, 2011 at 10:24 AM, wrote:
Formally, yes.
So will you remove the define and add it to the fcl docs?
I will.
Did you test your XML at all ? I had at least 3 err
On Mon, 5 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Mon, Sep 5, 2011 at 10:24 AM, wrote:
Formally, yes.
So will you remove the define and add it to the fcl docs?
I will.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Mon, 5 Sep 2011, Felipe Monteiro de Carvalho wrote:
In rev823 I modified the README to make more clear that the path to
the sources is indispensable, hopefully avoiding confusion in the
future.
The explanation you provided was aleady there, complete with example,
but further in the readm
On Mon, 5 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Mon, Sep 5, 2011 at 9:32 AM, wrote:
It's simply an empty skeleton file. That's not enough. Every identifier must
be documented.
Is rev822 good enough?
Formally, yes.
Michael.
___
fpc-d
On Mon, 5 Sep 2011, Hans-Peter Diettrich wrote:
Felipe Monteiro de Carvalho schrieb:
I just added fpvectorial to Makefile.fpc ... I would be very happy if
a gentle soul could rebuild the makefile =) I always have trouble with
that...
Also graph and systhreads should be added to the rtl docs
On Mon, 5 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Mon, Sep 5, 2011 at 9:19 AM, wrote:
I have put it under a define FPVECTORIAL.
Only completely documented units are added to the distributed docs, so if
you want it added to the official distro, you'll have to complete the
documentat
On Mon, 5 Sep 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Have a look at the lcl grids "How to..." topic, and try to find out where
a passage
#text var #text
might violate any fpdoc assumption.
For starters, you can't have a in a table cell.
It would help a lot, when a
On Mon, 5 Sep 2011, Felipe Monteiro de Carvalho wrote:
I just added fpvectorial to Makefile.fpc ... I would be very happy if
a gentle soul could rebuild the makefile =) I always have trouble with
that...
I have put it under a define FPVECTORIAL.
Only completely documented units are added to
On Mon, 5 Sep 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I think that one thing passed here unnoticed Michael, Hans-Peter is
correct in pointing out that the fpdoc.css is missing and this
prevents building the FCL docs and nothing is written about this in
the README.
I think it should b
On Thu, 1 Sep 2011, Hans-Peter Diettrich wrote:
Tomas Hajny schrieb:
I'm having difficulties understanding how the text can be misunderstood:
--
If you only want the html reference documentation (fpdoc format), type
What'
On Thu, 1 Sep 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
No, you are not silly - you only read your docs in your own context and
background, not how a user will read and understand it :-(
I'm having difficulties understanding how the text can
On Thu, 1 Sep 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
There is a file called README.DOCS in the documentation directory.
I've read this and many other docs :-)
It contains the answers to your questions. Especially line 19 and
following.
Idealists as we are
On Thu, 1 Sep 2011, Hans-Peter Diettrich wrote:
Graeme Geldenhuys schrieb:
On 31/08/2011, Hans-Peter Diettrich wrote:
$make html [you snipped this essential detail]
...
process_begin: CreateProcess((null), latex user.tex, ...) failed.
make (e=2): Das System kann die angegebene Datei nicht
On Wed, 31 Aug 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
In each case, the opposite is already so. The documentation of an
enumerated-typed property will normally link to the enumerated type.
This doesn't make sense, because the meaning of an enum member can var
On Wed, 31 Aug 2011, Martin wrote:
On 31/08/2011 12:46, michael.vancann...@wisa.be wrote:
On Wed, 31 Aug 2011, Martin wrote:
IMHO the location of where the enum is located is not relevant to the
requirement of (or ability to the do without) scanning the source.
Never the less, this could
On Wed, 31 Aug 2011, Martin wrote:
On 31/08/2011 09:43, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Now, you could "fix" that, of course.
That would require you to copy all information which is contained in the
interface section of the pascal file to the XML file.
For exampl
On Wed, 31 Aug 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Now, you could "fix" that, of course.
That would require you to copy all information which is contained in the
interface section of the pascal file to the XML file.
For example:
But, copying this information
On Wed, 31 Aug 2011, Marco van de Voort wrote:
Having a inheritance hierarchy is also very valuable, which the
current fpdoc XML format doesn't describe at all. This information is
only available when parsing the pascal source code.
No. You can also get it from the .xct's, which, for the l
On Tue, 30 Aug 2011, Hans-Peter Diettrich wrote:
Felipe Monteiro de Carvalho schrieb:
This information is not in the XML
Right, but why doesn't fpdoc leave it to the user, which files should be
scanned for detailed information, and for which the description is enough?
Because the user s
On Tue, 30 Aug 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
IMO fpdoc should always create output from the given xml files, regardless
of whether according source files are also given.
If you think logically for a moment, you'll understand why this is simply
not
On Tue, 30 Aug 2011, Hans-Peter Diettrich wrote:
Why does fpdoc require input files, when the description is contained in xml
files (desc)?
IMO fpdoc should always create output from the given xml files, regardless of
whether according source files are also given.
If you think logically f
On Tue, 16 Aug 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I added xml docs for fpvectorial (fpdocs/fpvectorial.xml). It would be
excellent if someone added it to the standard fcl help build. I
searched a little, but I couldn't find how to do it. I see that one
can add it to the makefile,
On Tue, 16 Aug 2011, Florian Klämpfl wrote:
Am 16.08.2011 10:53, schrieb Felipe Monteiro de Carvalho:
On Tue, Aug 2, 2011 at 11:08 AM, Michael Van Canneyt
wrote:
If Florian agrees (if I'm correct, he wrote the old unit), we can move the
old regexpr to oldregexpr, and move this one into its
On Tue, 12 Jul 2011, Leonardo M. Ramé wrote:
I'm using TFpHttpClient for retrieving data from an http server. I'm
wondering if anyone is planning to add events to it, such as OnProgress or
similar.
It is not planned, but if you provide a patch, I will certainly look at it.
Michael.
On Mon, 11 Jul 2011, dhkblas...@zeelandnet.nl wrote:
ZeelandNet Webmail
I would like to create a patch for instantfpc
but would like to ask first here. The patch will add a new extension
(.ppx) to instantfpc and the installers so it get's registered with the
OS after installing.
Is this ok
On Fri, 8 Jul 2011, Alexander Klenin wrote:
On Fri, Jul 8, 2011 at 00:14, wrote:
Given that Borland never decided to 'fix' it, I'm inclined to think that
they also don't consider it a real problem, but rather a corner case
(if they are aware of it at all).
Hm. My testing indicates that De
On Thu, 7 Jul 2011, Mattias Gaertner wrote:
michael.vancann...@wisa.be hat am 7. Juli 2011 um 13:10 geschrieben:
>[..]
> That's what I've been saying all along. You don't even need strings for it.
> Plain records and integers will do it just as well.
Yes.
I hope the example helps people
On Thu, 7 Jul 2011, Wimpie Nortje wrote:
Based on this promise, the compiler may decide to do some optimization.
It will also warn you if it detects inside the code that you break
your promise.
Based on my new knowledge of const strings I revisited the bug I
mentioned previously. I still ha
On Thu, 7 Jul 2011, Alexander Klenin wrote:
On Thu, Jul 7, 2011 at 22:10, wrote:
Sigh
That's what I've been saying all along. You don't even need strings for it.
Plain records and integers will do it just as well.
Well, I am sorry, but do you all (not only Michael, I'm just
respondin
On Thu, 7 Jul 2011, Mattias Gaertner wrote:
Martin hat am 7. Juli 2011 um 12:20 geschrieben:
> On 07/07/2011 07:51, Alexander Klenin wrote:
>[...]
> >> As I have shown before in this thread, non ref. counted values e.g.
> >> shortstrings are affected by the same problem.
> > And as per
101 - 200 of 354 matches
Mail list logo
