On 12/15/2011 04:48 PM, Marco van de Voort wrote:
Afaik neither Lazarus nor the textmode IDE currently provide fulltext
access to the help. Any help.
I installed DocView in Lazarus. This creates a menu entry Tools -
fpGUI DocView (ctrl-shift-F1). This used to work nicely (providing
On Fri, 16 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
I repeat: you didn't search very well.
Yes, I was not lucky enough :-(
IMO a separation into topics File handling (FILE based) and File
management (by filename) would be a good idea. Now I also found
In our previous episode, Michael Schnell said:
[ Charset ISO-8859-1 unsupported, converting... ]
On 12/15/2011 04:48 PM, Marco van de Voort wrote:
Afaik neither Lazarus nor the textmode IDE currently provide fulltext
access to the help. Any help.
I installed DocView in Lazarus. This
In our previous episode, Michael Van Canneyt said:
A search on file handling in rtl.chm returns a list of near 100 hits,
some
of which are really procedures. RenameFile is missing from that list,
instead
it contains many Reference for unit ... entries.
I can't comment on the
In our previous episode, Hans-Peter Diettrich said:
Search for rename and file in the chm help:
Thanks, slowly I understand how a chm can be searched :-)
This should be explained somewhere, too (using Help)
I'm not sure I want to pull every IT education topic into the FPC help :-)
On 12/16/2011 12:42 PM, Marco van de Voort wrote:
It's fine, but like most built-in engines it is not google.
Can it do and and or and search for multi word strings ?
(In fact I don't know wheter DocView can do these...)
-Michael
___
fpc-devel
In our previous episode, Michael Schnell said:
[ Charset ISO-8859-1 unsupported, converting... ]
On 12/16/2011 12:42 PM, Marco van de Voort wrote:
It's fine, but like most built-in engines it is not google.
Can it do and and or and search for multi word strings ?
Afaik default is AND. I
On 12/16/2011 01:51 PM, Marco van de Voort wrote:
Afaik default is AND. I don't know if it can do OR. (and I'm not sure if
that is that relevant for a helpsystem)
Maybe or is not very important (but there are cases it can help), but I
feel that and vs multi-word-string is necessary.
I chose
Michael Van Canneyt schrieb:
Give me a link to the directory handling topic, then I can tell you
more. Ah, found it: FileName handling routines (sysutils). At a
first glance there is nothing missing, except FileSize. Perhaps
ForceDirectories...
I don't understand. ForceDirectories exists in
When MakeSkel shall use FPDoc projects, this can be achieved by adding
something like:
procedure LoadProject(const Arg: string);
begin
ProjectName := Arg;
Project := TFPDocProject.Create(Nil); //owner component?
With TXMLFPDocOptions.Create(Project) do
try
On Fri, 16 Dec 2011, Hans-Peter Diettrich wrote:
When MakeSkel shall use FPDoc projects, this can be achieved by adding
something like:
procedure LoadProject(const Arg: string);
begin
ProjectName := Arg;
Project := TFPDocProject.Create(Nil); //owner component?
With
Michael Van Canneyt schrieb:
Then the created skeletons can be added to the DescrFiles list, and
the updated project can be saved on exit.
I don't think this is good. makeskel creates a diff, you should not add
this to the list of files; instead, after it was created, it should be
merged
On Fri, 16 Dec 2011, Hans-Peter Diettrich wrote:
No. You forget that the coupling with unit names does not exist.
Please explain?
Both FPDoc and MakeSkel accept one or more --input arguments, each
representing one *unit*. When a project is used instead, either none or all
units can be
Michael Van Canneyt schrieb:
Consider an existing FPDoc project, which contains all input files and
all currently existing description files. When you want to create a
new skeleton for an not yet documented unit, how to achieve that?
Should the user copy the stored --input specification for
14 matches
Mail list logo
