Am 21.04.2016 um 09:02 schrieb Graeme Geldenhuys:
Thanks for the report. What is your platform OS, System Locale for that
OS, and what FPC compiler version are you using.
I'm on Windows 7, 64bit
German locale ACP 1252
FPC trunk revision 33528 for i386
I've tested compiling with Lazarus 1.7 trun
Hi,
if I understand the documentation
(https://partners.adobe.com/public/developer/en/pdf/PDFReference13.pdf)
right, it should be possible to contain in the Latin Character Set in a
PDF, also with fpPDF (which uses WinAnsiEncoding) and also with standard
fonts.
These characters are shown in
Am 08.04.2016 um 23:40 schrieb Graeme Geldenhuys:
I've written a PDF export filter, using fcl-pdf, for the fpReport (Free
Pascal Reporting) project that will be released some time this year.
fpReport still needs to bake a bit longer. ;-) There are more features
coming in fpPDF too.
Regards,
Am 09.04.2016 um 02:08 schrieb Jesus Reyes A.:
But if somebody is in a hurry and wants to jump in, please say so.
I'm not really in hurry but it would be nice, not to ship all the dll
(libcairo) with my app.
I found some time and made some first tests. I successfully created a
first basic Tlr
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
--
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
Am 31.03.2016 um 17:04 schrieb Juha Manninen:
Anyway, the original issue was about inserting {codepage UTF8}
automatically to every unit.
We can conclude it is not a good idea. It does not solve anything when
using plain constants with default String type but adds conversion
overhead. It breaks
Am 31.03.2016 um 12:44 schrieb Mattias Gaertner:
On Thu, 31 Mar 2016 00:16:13 +0200
"Michael W. Vogel" wrote:
[...]
I've tested the example too and I got different results with different
options. The test was:
- BOM / no BOM at the beginning of the sourcefile
- {$codepage UT
Am 30.03.2016 um 13:02 schrieb Juha Manninen:
Conversions in your testproject may work, but you ignored the forum
link I gave earlier. There "malcome" gave examples that fail.
I don't ignored it, but I'm not so fast to test the examples there. I'll
try the examples there for myself with and wit
Am 30.03.2016 um 10:13 schrieb Juha Manninen:
I don't know what is a a Predefined String
Sorry, I was not clear. I mean a string with a declared codepage
http://wiki.freepascal.org/FPC_Unicode_support#Declared_code_page
--
___
Lazarus mailing list
La
Am 30.03.2016 um 10:11 schrieb Mattias Gaertner:
You have to distinguish between with CP_UTF8 as default and with
CP_ACP as default.
Yes, I know it. What I mean with default:
Go to Project -> New Project ... -> Application
Now a new Application is created. With the added patch {$codepage UTF8
Sorry, my reply enters the wrong place.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
You can try:
TileWindows(0, MDITILE_HORIZONTAL, Screen.WorkAreaRect,
Length(MyHandles), MyHandles[0]);
or
TileWindows(0, MDITILE_HORIZONTAL, Screen.WorkAreaRect, High(MyHandles)
+ 1, MyHandles[0]);
Simple Test works for me:
uses
..., windows, LCLType;
procedure TForm1.Button1Click(Sen
I've a similar problem, so I made a little test, but it is imho not the
best solution (I have some flickering, but it works on Windows(7) ).
You can use a own inherited TPanel and override its WndProc to send the
message to its parent (TScrollBox):
uses Classes, ExtCtrls, LMessages, Forms, C
I've tested your patch, it works for me (FPC 3.1.1 R32785, Lazarus
R51073). In the bugtracker are four tickets about it as I wrote here:
http://bugs.freepascal.org/view.php?id=29274
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
Am 20.09.2015 um 17:11 schrieb Mattias Gaertner:
Someone broke the layout of the i18n frame of the project options. The
checkbox was hidden below the bottom. I fixed it.
Thank you,
I've tested revision 49855 and it works fine now :)
kind regards
Michael
--
__
Am 20.09.2015 um 14:22 schrieb Bart:
On 9/20/15, Michael W. Vogel wrote:
In Lazarus 1.4.2, ifIactivateintheproject
optionsi18n,thecaptionsofthecontrolsare inserted intothe.po.
Problems with space bar ;-) ?
Bart
--
___
Lazarus mailing list
Lazarus
Hi,
In Lazarus 1.4.2, ifIactivateintheproject
optionsi18n,thecaptionsofthecontrolsare inserted intothe.po.
If I do the same in Lazarus 1.5, only resourcestrings, not the captions
are inserted.
I checked the project.lpi and see following lines:
If I remove LFM="False"
Hi,
I have a own component where I store a log filename with a relative path
of my project.
This works fine with a own property editor. There I open a TSaveDialog
and remove the ProjectPath ( FProjectPath :=
ExtractFilePath(LazarusIDE.ActiveProject.MainFile.Filename); ) from the
TSaveDialog
I'm happy, that I can use Lazarus with its LCL :))
My request is more to see as a nice to have for the continuity of the
Lazarus - RAD.
Maybe you or someone else has to made some changes of that component, so
this request can flow into it?!
> BTW did you try TControlBar? Maybe it will suite y
Hi,
I have a question / feature request for a TCoolBar at designtime and Lazarus
IDE.
If I assign a control (e.g. TPanel) to a TCoolBar, a TCoolBand according to the
dimensions of TPanels is created. Thats fine! If I change now the dimension of
that control (at designtime), at runtime, the wi
21 matches
Mail list logo