On 8/14/2012 22:05, Martin wrote:
On 15/08/2012 02:52, waldo kitty wrote:
this would be no different than the program doing
writeln(snippet1);
.i must still be missing something :?
If I understood him correct:
It is not
writeln(snippet1);
it is
writeln('snippet1');
With quotes.
yes
On 8/14/2012 09:47, michael.vancann...@wisa.be wrote:
On Tue, 14 Aug 2012, Tomas Hajny wrote:
Actually, the file is more a configuration file for fpdoc than its
documentation, isn't it? From this point of view, shouldn't
SysUtils.GetAppConfigDir serve as the most reasonable location?
It is def
On 15/08/2012 02:52, waldo kitty wrote:
this would be no different than the program doing
writeln(snippet1);
.i must still be missing something :?
If I understood him correct:
It is not
writeln(snippet1);
it is
writeln('snippet1');
With quotes.
He does want (or already has
On 8/14/2012 03:11, Rainer Stratmann wrote:
Am Tuesday 14 August 2012 03:28:26 schrieb waldo kitty:
i've been following this whole thread with interest... one thing that i'm
still not clear about, though, is why is this important? is it to see what
areas of the program are actually used or somet
Two informations:
1. All caller adresses of a function (lets say rs( s : pchar ) : shortstring )
2. All pchar pointers to the test snippets
That was all I need.
Your solution sounds not practical to me.
(scan the code with another tool, modify the source code or what do you mean?
I don't want to
Why not scan the code with passrc, find the strings, build a table and
then replace the strings with calls to a function that does the
translation ?
your hack sounds like a maintenance nightmare... Thats what a C
programmer would do and then boast about his programming skills, just
to later discov
On 14.08.2012 11:29, Reinier Olislagers wrote:
Meanwhile I think the world has evolved to other practices :-)
Tell that to the people who use fpc.cfg ;)
On Unix based systems it is standard that the fpc.cfg is either located
in /etc or is in your home directory as .fpc.cfg.
On Windows based
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 16:03, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
Thinking about it, I will change fpdoc so it does not need the file
installed, but generates it if not present, as Graeme suggested.
That will be far easier, and causes l
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 16:03, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
Thinking about it, I will change fpdoc so it does not need the file
installed, but generates it if not present, as Graeme suggested.
That will be far easier, and causes l
On 14-8-2012 16:03, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
> Thinking about it, I will change fpdoc so it does not need the file
> installed, but generates it if not present, as Graeme suggested.
>
> That will be far easier, and causes less headaches and discussion.
If/when you ar
In our previous episode, michael.vancann...@wisa.be said:
> > If I understand it correctly, this is only the case for plain HTML whereas
> > CHM includes it internally (and from this point of view it is much more a
> > configuration file influencing the output than part of fpdoc documentation
> > -
On Tue, 14 Aug 2012, Tomas Hajny wrote:
$PREFIX/share/doc/fpc-$fpcversion/
Seems like the reasonable thing, yes.
Actually, the file is more a configuration file for fpdoc than its
documentation, isn't it? From this point of view, shouldn't
SysUtils.GetAppConfigDir serve as the most reasona
On 14-8-2012 16:03, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
>
>
> On Tue, 14 Aug 2012, Marco van de Voort wrote:
>
>> In our previous episode, Jonas Maebe said:
>> [ Charset UTF-8 unsupported, converting... ]
>>>
>>> michael.vancanneyt wrote on Tue, 14 Aug 2012:
>>>
There is
On Tue, August 14, 2012 15:47, michael.vancann...@wisa.be wrote:
> On Tue, 14 Aug 2012, Tomas Hajny wrote:
>> On Tue, August 14, 2012 15:15, michael.vancann...@wisa.be wrote:
>>> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 14:40, michael.vancanneyt-0is9kj9s...@public.gmane.org
On Tue, 14 Aug 2012, Marco van de Voort wrote:
In our previous episode, Jonas Maebe said:
[ Charset UTF-8 unsupported, converting... ]
michael.vancanneyt wrote on Tue, 14 Aug 2012:
There is no discussion that fpdoc.css should be distributed.
The only question is: where should we put it ?
In our previous episode, Jonas Maebe said:
[ Charset UTF-8 unsupported, converting... ]
>
> michael.vancanneyt wrote on Tue, 14 Aug 2012:
>
> > There is no discussion that fpdoc.css should be distributed.
> > The only question is: where should we put it ?
>
> On Unix, $PREFIX/share/doc/fpc-$fpcv
On Tue, 14 Aug 2012, Tomas Hajny wrote:
On Tue, August 14, 2012 15:15, michael.vancann...@wisa.be wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 14:40, michael.vancanneyt-0is9kj9s...@public.gmane.org
wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 13:
On Tue, August 14, 2012 15:15, michael.vancann...@wisa.be wrote:
> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
>> On 14-8-2012 14:40, michael.vancanneyt-0is9kj9s...@public.gmane.org
>> wrote:
>>> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 13:50,
michael.vancanneyt-0is9
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 14:40, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 13:50,
michael.vancanneyt-0is9kj9sb0a-xmd5yjdbdmrexy1tmh2...@public.gmane.org
wrote:
On Tue, 14 Aug 2012, Rei
Am Tuesday 14 August 2012 14:36:44 schrieb Martin:
> On 14/08/2012 13:19, Rainer Stratmann wrote:
> > It was more or less exactly the way I did it before with little
> > exaggerating as you notice :-)
> > Even now I save 50% codesize in comparison to resourcestring.
>
> If you don't like resource s
On 14-8-2012 14:40, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
>> On 14-8-2012 13:50,
>> michael.vancanneyt-0is9kj9sb0a-xmd5yjdbdmrexy1tmh2...@public.gmane.org
>> wrote:
>>> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 13:50, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 11:34, Marco van de Voort wrote:
In our previous episode, Reinier Olislagers said:
in packages\fcl-res\xm
On 14/08/2012 13:19, Rainer Stratmann wrote:
It was more or less exactly the way I did it before with little exaggerating
as you notice :-)
Even now I save 50% codesize in comparison to resourcestring.
If you don't like resource string, inho there are 2 alternatives that
are (IMHO) better:
Am Tuesday 14 August 2012 10:17:52 schrieb Sven Barth:
> Am 14.08.2012 09:11, schrieb Rainer Stratmann:
> > No need for tons od additional identyfiers and additional lines like:
> >
> > var
> > p_snippet1 : pchar;
> > p_snippet2 : pchar;
> > p_snippet3 : pchar;
> >
> > const
> > id_snippet1
michael.vancanneyt wrote on Tue, 14 Aug 2012:
There is no discussion that fpdoc.css should be distributed.
The only question is: where should we put it ?
On Unix, $PREFIX/share/doc/fpc-$fpcversion/ would seem appropriate to me.
Jonas
___
fpc-pasca
On 14-8-2012 13:50, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote:
>
>
> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
>
>> On 14-8-2012 11:34, Marco van de Voort wrote:
>>> In our previous episode, Reinier Olislagers said:
> in packages\fcl-res\xml) but not in the bin directory.
>>
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 11:34, Marco van de Voort wrote:
In our previous episode, Reinier Olislagers said:
in packages\fcl-res\xml) but not in the bin directory.
IIRC, fpdoc picks up fpdoc.css when generating HTML/CHM output.
Shouldn't fpdoc.css be also p
On 14-8-2012 11:34, Marco van de Voort wrote:
> In our previous episode, Reinier Olislagers said:
>>> in packages\fcl-res\xml) but not in the bin directory.
>>>
>>> IIRC, fpdoc picks up fpdoc.css when generating HTML/CHM output.
>>> Shouldn't fpdoc.css be also present under the bin directory then?
In our previous episode, Reinier Olislagers said:
>
> Now we've got 2 different behaviours:
> - fpdoc in the source directory has fpdoc.css and will generate chm/html
> files with it
> - fpdoc in the bin directory doesn't have it.
> In my view this difference in behaviour is unnecessary and only s
In our previous episode, Reinier Olislagers said:
> > in packages\fcl-res\xml) but not in the bin directory.
> >
> > IIRC, fpdoc picks up fpdoc.css when generating HTML/CHM output.
> > Shouldn't fpdoc.css be also present under the bin directory then?
> >
> > Thanks,
> > Reinier
> >
> Bump.
>
>
On 14-8-2012 11:06, michael.vancann...@wisa.be wrote:
> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
>> On 14-8-2012 10:43, michael.vancann...@wisa.be wrote:
>>> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 10:31, michael.vancann...@wisa.be wrote:
> On Tue, 14 Aug 2012, Re
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 10:43, michael.vancann...@wisa.be wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 10:31, michael.vancann...@wisa.be wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 9:46, michael.vancann...@wis
Hi
On 14 August 2012 09:54, Reinier Olislagers wrote:
> Neither are
> fp.ans
> fpc.cfg
> yylex.cod
> program.pt
> cvsup.tdf
> ... but they still live in my fpc bin directory...
:-) Good point.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform
On 14-8-2012 10:43, michael.vancann...@wisa.be wrote:
> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
>> On 14-8-2012 10:31, michael.vancann...@wisa.be wrote:
>>> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 9:46, michael.vancann...@wisa.be wrote:
> On Tue, 14 Aug 2012, Rei
On Tue, 14 Aug 2012 10:37:46 +0200
Reinier Olislagers wrote:
>[...]
> The following is meant as constructive advice, not criticism:
> Very well, how many people do you think use fpdoc *and* customize
> fpdoc.css?
I thought almost everyone does that.
> Even then, copying fpdoc.css to the bin di
On 14 August 2012 09:43, wrote:
>
> That we should distribute the file somewhere is something I agree on, but I
> do not think it should be in the bin directory; it's not a binary, after
> all.
+1
Isn't the fpdoc.css auto generated by the fpdoc executable? For some
reason I though it was.
--
On 14 August 2012 09:37, Reinier Olislagers wrote:
> Very well, how many people do you think use fpdoc *and* customize
> fpdoc.css? Even then, copying fpdoc.css to the bin directory would give
> a sensible default, no?
I fully agree. I know you are allowed to customise the CSS file, but i
don't k
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 10:31, michael.vancann...@wisa.be wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 9:46, michael.vancann...@wisa.be wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 12-8-2012 10:35, Reinier Olislagers wro
On 14-8-2012 10:31, michael.vancann...@wisa.be wrote:
> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
>> On 14-8-2012 9:46, michael.vancann...@wisa.be wrote:
>>> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 12-8-2012 10:35, Reinier Olislagers wrote:
> In my (Windows) SVN fpc installs
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 14-8-2012 9:46, michael.vancann...@wisa.be wrote:
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 12-8-2012 10:35, Reinier Olislagers wrote:
In my (Windows) SVN fpc installs, I can find the fpdoc executable both
under the bin directory
Am 14.08.2012 09:11, schrieb Rainer Stratmann:
No need for tons od additional identyfiers and additional lines like:
var
p_snippet1 : pchar;
p_snippet2 : pchar;
p_snippet3 : pchar;
const
id_snippet1 = 'ids_snippet1';
id_snippet2 = 'ids_snippet2';
id_snippet3 = 'ids_snippet3';
p_sni
On 14-8-2012 9:46, michael.vancann...@wisa.be wrote:
>
>
> On Tue, 14 Aug 2012, Reinier Olislagers wrote:
>
>> On 12-8-2012 10:35, Reinier Olislagers wrote:
>>> In my (Windows) SVN fpc installs, I can find the fpdoc executable both
>>> under the bin directory as well as utils\fpdoc
>>>
>>> Howev
On 18-11-2011 13:14, Michael Van Canneyt wrote:
> On Fri, 18 Nov 2011, Reinier Olislagers wrote:
>> I've run makeskel on ibconnection.pp.
>>
>> This declaration:
>> protected
>> ...
>>function GetHandle : pointer; override;
>>
>> gets output as:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
On Tue, 14 Aug 2012, Reinier Olislagers wrote:
On 12-8-2012 10:35, Reinier Olislagers wrote:
In my (Windows) SVN fpc installs, I can find the fpdoc executable both
under the bin directory as well as utils\fpdoc
However, I've only found fpdoc.css in utils\fpdoc (and a different one
in package
On 12-8-2012 10:35, Reinier Olislagers wrote:
> In my (Windows) SVN fpc installs, I can find the fpdoc executable both
> under the bin directory as well as utils\fpdoc
>
> However, I've only found fpdoc.css in utils\fpdoc (and a different one
> in packages\fcl-res\xml) but not in the bin directory
Am Tuesday 14 August 2012 03:28:26 schrieb waldo kitty:
> On 8/13/2012 05:09, Rainer Stratmann wrote:
> > Am Monday 13 August 2012 10:35:55 schrieb Lukasz Sokol:
>
> [TRIM]
>
> >> You were saying, that you want to know, which string has not been
> >> used / which string has been used and how many t
46 matches
Mail list logo
