On Mon, Apr 4, 2016 at 5:48 PM, Ondrej Pokorny wrote:
> On 04.04.2016 12:05, Special wrote:
>
>> BTW too: Some English words became part of german, like 'Computer' und
>> 'Button'. We don't say "Elektronische Rechenmaschine" any longer, and more
>> and more german book authors say "Button" instea
En Fri, 08 Apr 2016 15:10:47 -0500, Michael W. Vogel
escribió:
Hi,
In a project I use LazReport and TlrCairoExport, cause I need
implemented fonts and unicode support.
Is there a plan to do it or anybody working on a wrapper for the new FPC
PDF generator or is it even somehow possible
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Il 08/04/2016 18:56, Jürgen Hestermann ha scritto:
> If NASA or Airbus or Boeing engineers would use that approach, I
guess a lot of rockets, planes and whatnot would fall on our heads.
> I am glad they do not seem to have this attitude.
I am not sure that they do not have it.
I saw a report
On 2016-04-08 21:10, Michael W. Vogel wrote:
> Is there a plan to do it or anybody working on a wrapper for the new FPC
> PDF generator or is it even somehow possible today?
I'm pretty confident it will be possible, but I'm not working on that.
I've written a PDF export filter, using fcl-pdf, fo
On 2016-04-08 20:22, Michael W. Vogel wrote:
> (60mm,100mm) Times-BoldItalic: Big text at absolute position
> Languages: English: Hello, World!
> Greek: Γειά σου κόσμος
If you could copy the text out of the displayed PDF, that means I got
the ToUnicode structure correct too. Nice. I forgot to test
On 2016-04-08 19:55, Ondrej Pokorny wrote:
> Btw. you have a typo in the Russian "Hello, word". The first word should
> be "Здравстуйте".
Not according to Google Translate. :)
[https://translate.google.com/#auto/en/%D0%97%D0%B4%D1%80%D0%B0%D0%B2%D1%81%D1%82%D0%B2%D1%83%D0%BB%D1%82%D0%B5%20%D0%BC
Hi,
In a project I use LazReport and TlrCairoExport, cause I need
implemented fonts and unicode support.
Is there a plan to do it or anybody working on a wrapper for the new FPC
PDF generator or is it even somehow possible today?
Thank you
Michl
--
On 08.04.2016 21:29, Graeme Geldenhuys wrote:
On 2016-04-08 20:27, Ondrej Pokorny wrote:
Correct, when I took the font from Lazarus\components\aggpas as Michael
W. Vogel did, everything looks good!
Awesome!
Just curious. What is your Windows locale set at?
Currently Czech (+Windows 10).
Ond
On 2016-04-08 19:55, Ondrej Pokorny wrote:
> (Still it would be fine to provide links where compatible versions of
> the fonts can be found.)
Our internal SVN repo had such a file - albeit not 100% complete.
As Michael mentioned, the unit tests will definitely be dependent on the
exact font vers
On 2016-04-08 20:27, Ondrej Pokorny wrote:
> Correct, when I took the font from Lazarus\components\aggpas as Michael
> W. Vogel did, everything looks good!
Awesome!
Just curious. What is your Windows locale set at?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Fr
On 2016-04-08 20:13, Michael Van Canneyt wrote:
>> > Some Vietnamese characters and box drawing characters aren't rendered on
>> > my
>> > system.
> That probably depends on the font, Graeme will be able to say more about it.
Sjoe, that first PDF got me worried! :-)
It does look like a DejaVu S
On 08.04.2016 21:13, Michael Van Canneyt wrote:
Some Vietnamese characters and box drawing characters aren't rendered
on my system.
That probably depends on the font, Graeme will be able to say more
about it.
Correct, when I took the font from Lazarus\components\aggpas as Michael
W. Vogel d
Am 08.04.2016 um 20:22 schrieb Michael Van Canneyt:
Hello,
Graeme has fixed a number of errors that should hopefully solve the
problems with
codepages; Changes have been tested on windows/linux/bsd but on
Windows only
with a system that has an english locale.
These changes have been commit
On Fri, Apr 8, 2016 at 9:33 PM, Alan Corey wrote:
> OK, I was just hoping for a sentence or paragraph to be added to the
> documentation.
Welcome to open source.
Instead of complaining here and wasting everybody's time, you could
have improved the documentation yourself and provide a patch.
You
On Fri, 8 Apr 2016, Ondrej Pokorny wrote:
On 08.04.2016 20:57, Ondrej Pokorny wrote:
Sorry, I missed the latest revision. I'll update and report back!
I updated and now SetMultiByteConversionCodePage(CP_UTF8) isn't needed. The
files are exactly the same (=the same byte contents) as before
On 08.04.2016 20:57, Ondrej Pokorny wrote:
Sorry, I missed the latest revision. I'll update and report back!
I updated and now SetMultiByteConversionCodePage(CP_UTF8) isn't needed.
The files are exactly the same (=the same byte contents) as before with
SetMultiByteConversionCodePage(CP_UTF8).
Sorry, I missed the latest revision. I'll update and report back!
Ondrej
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 08.04.2016 20:43, Michael Van Canneyt wrote:
The test program to use to generate a PDF, is however
"examples/testfppdf.lpi"
I should maybe have mentioned that more explicitly.
No problem. Thanks :)
(Still it would be fine to provide links where compatible versions of
the fonts can be foun
On Fri, 8 Apr 2016, Ondrej Pokorny wrote:
On 08.04.2016 20:22, Michael Van Canneyt wrote:
We would appreciate it if someone could test the PDF generating demo on a
Windows with non-english locale, and report whether the first page of the
generated PDF looks OK.
I am now testing it. The uni
On 08/04/2016 19:24, Jürgen Hestermann wrote:
Am 2016-04-08 um 18:18 schrieb Martin Frb:
Or the person reading the code with the intend of documentation, is
more clever than this. They could report any suspicious parts, and
clarify the intend. That way the code would be additionally be
checked
Re: [Lazarus] Suggestion for TRadioGroup documentation
OK, I was just hoping for a sentence or paragraph to be added to the
documentation. In HTML you group radiobuttons by giving every button
in the group the same name but different values. I started with a
tgroupbox then went to a tradiogroupb
On 08.04.2016 20:22, Michael Van Canneyt wrote:
We would appreciate it if someone could test the PDF generating demo
on a Windows with non-english locale, and report whether the first
page of the generated PDF looks OK.
I am now testing it. The unittests_console.lpr test fails with:
#0 fpc_ra
Hello,
Graeme has fixed a number of errors that should hopefully solve the problems
with
codepages; Changes have been tested on windows/linux/bsd but on Windows only
with a system that has an english locale.
These changes have been committed to FPC svn. (rev 33453)
We would appreciate it if
On 08.04.2016 20:19, Jürgen Hestermann wrote:
Am 2016-04-08 um 18:54 schrieb Ondrej Pokorny:
If everybody shared your approach, there wouldn't be anything like
FPC and Lazarus. You should change your way of thinking.
You mean I should ignore facts?
Exactly.
--
__
Am 2016-04-08 um 18:18 schrieb Martin Frb:
Or the person reading the code with the intend of documentation, is more clever
than this. They could report any suspicious parts, and clarify the intend. That
way the code would be additionally be checked for bugs.
Bugs where the original implementer
Am 2016-04-08 um 18:54 schrieb Ondrej Pokorny:
If everybody shared your approach, there wouldn't be anything like FPC and
Lazarus. You should change your way of thinking.
You mean I should ignore facts?
--
___
Lazarus mailing list
Lazarus@lists.laza
On 08.04.2016 19:47, Jürgen Hestermann wrote:
Am 2016-04-08 um 18:38 schrieb Ondrej Pokorny:
On 08.04.2016 19:29, Jürgen Hestermann wrote:
But in the same way as others complain here about lack of coders
I am complaining about the lack of documentation.
Feel free to reduce this lack of docume
Am 2016-04-08 um 18:38 schrieb Ondrej Pokorny:
On 08.04.2016 19:29, Jürgen Hestermann wrote:
But in the same way as others complain here about lack of coders
I am complaining about the lack of documentation.
Feel free to reduce this lack of documentation.
If I could only.
It would take me mo
Am 2016-04-08 um 18:18 schrieb Ondrej Pokorny:
> This doesn't apply to Alan's problem. We try to document important things. It's not our
problem that "it is not enough stressed that functionality XYZ is not available on
ZYX". We really don't have crystal balls to know what people may think is no
On 08.04.2016 19:29, Jürgen Hestermann wrote:
But in the same way as others complain here about lack of coders
I am complaining about the lack of documentation.
Feel free to reduce this lack of documentation.
Ondrej
--
___
Lazarus mailing list
Lazar
On 08.04.2016 19:32, Jürgen Hestermann wrote:
Am 2016-04-08 um 18:18 schrieb Ondrej Pokorny:
> This doesn't apply to Alan's problem. We try to document important
things. It's not our problem that "it is not enough stressed that
functionality XYZ is not available on ZYX". We really don't have
c
Am 2016-04-08 um 18:18 schrieb Michael Thompson:
I do agree though, we're open source. We should all pull our own weight and
not expect others to pick up our own slack. It's only in a corporate
environment that I'd insist on professionals doing the documentation.
Well, of course, nobody can
On 9 April 2016 at 01:10, Jürgen Hestermann
wrote:
> That's a bad idea.
> The person who wrote the code is the only person who knows what he
> intended.
> This person has to write the documentation.
>
>
That's a bad idea :-)
Sure, *some* programmers make good documenteers, but in my experience
t
On 08/04/2016 18:10, Jürgen Hestermann wrote:
Not only that it would take a lot of (unneccessary) additional time to
wade through
foreign code (while the original coder already knew this after writing
it).
Also, every bug would become part of the documentation as it is "how
it is coded".
Or
On 08.04.2016 19:10, Jürgen Hestermann wrote:
Am 2016-04-08 um 18:04 schrieb Ondrej Pokorny:
On 08.04.2016 18:56, Jürgen Hestermann wrote:
When asking for documentation here I am often answered: Check the code.
Yep. Correct. If you think the documentation is bad, check the code
and write it.
Am 2016-04-08 um 18:04 schrieb Ondrej Pokorny:
On 08.04.2016 18:56, Jürgen Hestermann wrote:
When asking for documentation here I am often answered: Check the code.
Yep. Correct. If you think the documentation is bad, check the code and write
it. Alan, you are welcome to modify the domunentat
Am 2016-04-08 um 17:59 schrieb Bart:
> But even if you don't read a manual or something like that, and just
> play with the component, after just a few minutes you must have seen
> the Items property, played with it and see what it does?
But then you only *think* you know how it works.
It maybe t
On 08.04.2016 18:56, Jürgen Hestermann wrote:
When asking for documentation here I am often answered: Check the code.
Yep. Correct. If you think the documentation is bad, check the code and
write it. Alan, you are welcome to modify the domunentation in the LCL
and send a patch. You can also f
On 4/8/16, Michael Van Canneyt wrote:
> Or maybe read the documentation ? At least in the case of early Delphis
> that
> would have helped. (can't comment on current Lazarus)
Yep, before the days of Internet, when I bought my copy of Delphi2, It
had a manual.
And even the I bought books on Pasca
Am 2016-04-08 um 17:35 schrieb Michael Van Canneyt:
> Thinking that you start without reading any form of documentation is an
attitude which I highly condemn.
I would love to read documentations but very often there is none (or even worse
it is wrong, outdated, confusing and incomplete).
When a
On Fri, 8 Apr 2016, Graeme Geldenhuys wrote:
On 2016-04-08 15:54, Michael Thompson wrote:
To be fair, a TGroupBox gets things dropped in it, and both nomenclature
and look/feel are similar.
I fully agree. As far as I can remember, even in my Delphi days I've
made that mistake of dropping ra
On 2016-04-08 15:54, Michael Thompson wrote:
> To be fair, a TGroupBox gets things dropped in it, and both nomenclature
> and look/feel are similar.
I fully agree. As far as I can remember, even in my Delphi days I've
made that mistake of dropping radiobutton controls on a TRadioGroup.
Bart, it's
On 8 April 2016 at 22:42, Bart wrote:
> This is as it has always been, and as it was even in the Delphi 3 days.
> Use the component in the way it is designed to work.
> Why you would even drop individual radiobuttons on a TRadioGroup is beyond
> me.
To be fair, a TGroupBox gets things dropped i
On 4/8/16, Alan Corey wrote:
. Creating a TRadioGroup as
> a container then adding TRadioButtons to it does nothing useful,
> ItemIndex is always -1. Change Parent doesn't seem to fix it. It
> seems like that worked in Delphi, I rarely used string lists.
>
> To use ItemIndex you have to popula
I don't think the existing documentation stresses the point enough
that if you use individual TRadioButtons you won't be able to use
ItemIndex to find out which one is checked. Creating a TRadioGroup as
a container then adding TRadioButtons to it does nothing useful,
ItemIndex is always -1. Chang
On 2016-04-08 13:02, Zeljko wrote:
> I don't see such empty emails. Where do they come ?
I see them too. They come from the list address.
Regards,
- Graeme -
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freep
On 04/08/2016 02:22 PM, Sven Barth wrote:
It should either be in /etc/fpc.cfg or ~/.fpc.cfg
there is one in /etc/fpc.cfg
it's rather long but it does include the lines
-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*
-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/httpd22
i.e. without the /loc
Am 08.04.2016 13:12 schrieb "Michael Schnell" :
>
> On 04/07/2016 04:33 PM, Mattias Gaertner wrote:
>>
>> On Thu, 07 Apr 2016 16:25:26 +0200
>> Michael Schnell wrote:
>>
>>> On 04/07/2016 04:19 PM, Mattias Gaertner wrote:
What -Fu paths do you have in your fpc.cfg?
>>>
>>> I did suppose
Am 08.04.2016 13:29 schrieb "Michael Schnell" :
>
> On 04/07/2016 04:30 PM, Michael Van Canneyt wrote:
>>
>>
>> I have this in my fpc.cfg, it is 2 lines long:
>
>
> In my lazarus/trunk dir (created by svn), there is no fpc.cfg file.
>
> Do you suggest it should ?
It should either be in /etc/fpc.cf
IMO it is not my local problem, those mails can be found in archive too:
http://lists.lazarus.freepascal.org/pipermail/lazarus/2016-April/thread.html
Vojtech
__
Od: Zeljko
Komu: Lazarus mailing list
Datum: 08.04.2016 14:01
Předmět
On Fri, 8 Apr 2016, Zeljko wrote:
On 04/08/2016 12:24 PM, Vojtěch Čihák wrote:
Why sometimes come these empty mails from jel...@misticnabica.hr?
Is it regular member or some bot?
I think it's hacked machine...I'll inform that ppl that they are sending
spam. btw. I don't see such empty e
On 04/08/2016 12:24 PM, Vojtěch Čihák wrote:
Why sometimes come these empty mails from jel...@misticnabica.hr?
Is it regular member or some bot?
I think it's hacked machine...I'll inform that ppl that they are sending
spam. btw. I don't see such empty emails. Where do they come ? To your
e
On 2016-04-08 12:40, Santiago A. wrote:
> I didn't know Delphi allowed to use above-127 chars for identifiers or
> component names. Since what version?
I would imagine since Unicode String support was added... So that would
be Delphi 2009.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platfo
El 02/04/2016 a las 10:14, Special escribió:
> How can I use names with German Umlauts and 'ß' in the Name Field of
> TButton components? For instance, I try to set MyButton.Name to
> "Schließenbutton" and get an error message "Komponentenname
> Schließenbutton ist kein gültiger Bezeichner".
>
> Th
On 04/07/2016 04:30 PM, Michael Van Canneyt wrote:
I have this in my fpc.cfg, it is 2 lines long:
In my lazarus/trunk dir (created by svn), there is no fpc.cfg file.
Do you suggest it should ?
-Michael
--
___
Lazarus mailing list
Lazarus@lists.laz
On 04/07/2016 04:33 PM, Mattias Gaertner wrote:
On Thu, 07 Apr 2016 16:25:26 +0200
Michael Schnell wrote:
On 04/07/2016 04:19 PM, Mattias Gaertner wrote:
What -Fu paths do you have in your fpc.cfg?
I did suppose something like this.
Am I supposed to manually edit this file even for the unmo
Why sometimes come these empty mails from jel...@misticnabica.hr?
Is it regular member or some bot?
V.
__
Od: ""
Komu:
Datum: 08.04.2016 11:31
Předmět: Re: [Lazarus] German umlauts in component names
--
On 2016-04-08 10:29, Dennis wrote:
> procedure 賣; {means SELL}
> begin
> end;
The best code obfuscating ever! :-D
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key: http://tinyurl.com/graeme-pgp
--
__
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Andreas Schneider wrote:
Am 2016-04-02 14:38, schrieb Graeme Geldenhuys:
On 2016-04-02 13:16, Santiago A. wrote:
similar should be done. You would need to make compulsory a command in
source code to tell which code set is using.
As a contract programmer I already struggle working on code wh
61 matches
Mail list logo