Am Donnerstag, den 14.12.2006, 07:42 +1000 schrieb Steve Williams:
> Marc Santhoff wrote:
> > constructor TSingleton.create;
> > begin
> > if not(assigned(s)) then
> > begin
> > inherited;
> > (*... do initializations ...*)
> > s := se
Marc Santhoff wrote:
constructor TSingleton.create;
begin
if not(assigned(s)) then
begin
inherited;
(*... do initializations ...*)
s := self;
writeln('creating new singleton');
end else begin
s
Am Montag, den 11.12.2006, 09:38 +0200 schrieb Graeme Geldenhuys:
> On 12/8/06, Marc Santhoff <[EMAIL PROTECTED]> wrote:
> > One working solution is to use a global var. This is bad but acceptable
> > for a singleton imo. If would be nice if the variable could be hidden.
>
>
> This is kinda what
Am Mittwoch, den 13.12.2006, 13:23 +0200 schrieb Adrian Maier:
> On 12/13/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > > On 12/9/06, Darius Blaszijk <[EMAIL PROTECTED]> wrote:
> > > > This technique is called OCR. No idea if there is a pascal
> > > > implementation,
> > > > but it should
On Wed, 13 Dec 2006, Vincent Snijders wrote:
> Hi,
>
> If I use thhe fpc 2.1.1 version of fpdoc on the rtl documentation files, I get
> a lot of warnings like:
>
> Writing 7520 pages...
> [] Invalid description (illegal XML element: "#text")
> [] Invalid description (illegal XML element: "#tex
1. As far as I know, there are no free pascal (or Freepascal) libraries working
with PDF consistently.
However, open-source xPDF and Ghostscript (C/C++) do process PDF files (with
some glitches, though).
"Full" PDF reference is available from Adobe, 1.7 (Acrobat 8) included.
There are some
I'm experiencing the same thing in fpGUI, but thought it was because
we did a lot of refactoring so the .xml and .pas units are out of
sync. I never investigated it further.
Graeme.
On 12/13/06, Vincent Snijders <[EMAIL PROTECTED]> wrote:
Hi,
If I use thhe fpc 2.1.1 version of fpdoc on the r
On 13 dec 2006, at 12:26, Antal wrote:
That's why I'm asking.
Also, I tried to find documentation on reading/writing PDF with
FPC, but on the site I've got two links, one of them broken.
Basically for me it would be important to read from PDF or JPEG, so
the format is not that important, bu
Hi,
If I use thhe fpc 2.1.1 version of fpdoc on the rtl documentation files, I get a lot
of warnings like:
Writing 7520 pages...
[] Invalid description (illegal XML element: "#text")
[] Invalid description (illegal XML element: "#text")
[] Invalid description (illegal XML element: "#text")
[]
On 12/13/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> On 12/9/06, Darius Blaszijk <[EMAIL PROTECTED]> wrote:
> > This technique is called OCR. No idea if there is a pascal implementation,
> > but it should not be too hard to make one. It's based on neural networks
> > that "learn" to recog
That's why I'm asking.
Also, I tried to find documentation on reading/writing PDF with FPC, but
on the site I've got two links, one of them broken.
Basically for me it would be important to read from PDF or JPEG, so the
format is not that important, but I have to generate some platform
independ
> On 12/9/06, Darius Blaszijk <[EMAIL PROTECTED]> wrote:
> > This technique is called OCR. No idea if there is a pascal implementation,
> > but it should not be too hard to make one. It's based on neural networks
> > that "learn" to recognize any character from any font.
>
> Hi,
> There is little
On 12/9/06, Darius Blaszijk <[EMAIL PROTECTED]> wrote:
This technique is called OCR. No idea if there is a pascal implementation,
but it should not be too hard to make one. It's based on neural networks
that "learn" to recognize any character from any font.
Hi,
There is little use in reinventin
13 matches
Mail list logo
