On 10.12.2016 2:16, Josh via Lazarus wrote:
error reading xxx.designtimedpi: unknow property:'DesignTimeDPI'
Please open and resave the affected forms or delete DesignTimeDPI from
all your LFMs and rebuild. Sorry for inconveniences.
Ondrej
--
___
L
Hi
Just got latest svn 53624, The change does indeed help in that the form in
not resized.
However when I compile, I am getting
Project Raised exception class 'EREADError' with message,
error reading xxx.designtimedpi: unknow property:'DesignTimeDPI'
This is when compiled with or without debug
On 09.12.2016 23:34, Ondrej Pokorny via Lazarus wrote:
My forms load, then get scaled.
I have checked property of form and Scaled is unchecked False;
PixelsPerInch=72
DesignTimePPu=72
The scaling makes my form hard to read and even harder to edit; I am
using 3rd party controls and some fonts ar
On 09.12.2016 14:15, Kostas Michalopoulos via Lazarus wrote:
Although this is a step forward I think working with pixels is
something from the past
It is normal even today, coz we have raster GUI, only in rare cases
frameworks do give us the vector graphic. It is GUIs in games.
--
Regards,
On 09.12.2016 22:54, Josh via Lazarus wrote:
Just download latest svn to test this.
Thanks for the feedback!
Immediate problem, opening current project I get message unknown
property DesignTimeDPI so choose continue loading.
DesignTimeDPI was published for a short time period (from 1st of
Hi
Just download latest svn to test this.
Immediate problem, opening current project I get message unknown property
DesignTimeDPI so choose continue loading.
My forms load, then get scaled.
I have checked property of form and Scaled is unchecked False;
PixelsPerInch=72
DesignTimePPu=72
The s
On 09.12.2016 18:01, Graeme Geldenhuys via Lazarus wrote:
On 2016-12-09 15:36, Ondrej Pokorny via Lazarus wrote:
I have a runtime exception, though (the relevant line is in #5):
#0 fpc_raiseexception(0xc9, 0x5ca84a, 0x79cf5c8) at ..\inc\except.inc:158
#1 RUNERRORTOEXCEPT(201, 0x5ca84a, 0x79cf5c
On 2016-12-09 15:36, Ondrej Pokorny via Lazarus wrote:
> I have a runtime exception, though (the relevant line is in #5):
>
> #0 fpc_raiseexception(0xc9, 0x5ca84a, 0x79cf5c8) at ..\inc\except.inc:158
> #1 RUNERRORTOEXCEPT(201, 0x5ca84a, 0x79cf5c8) at
> ..\objpas\sysutils\sysutils.inc:441
> #2 HAN
El 09/12/16 a les 17:26, Ondrej Pokorny via Lazarus ha escrit:
On 09.12.2016 17:21, Luca Olivetti via Lazarus wrote:
El 09/12/16 a les 17:17, Ondrej Pokorny via Lazarus ha escrit:
On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote:
But "After some time of testing LCLScaleForms will become de
On 09.12.2016 17:21, Luca Olivetti via Lazarus wrote:
El 09/12/16 a les 17:17, Ondrej Pokorny via Lazarus ha escrit:
On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote:
But "After some time of testing LCLScaleForms will become default."
What happens then when I open an old form
It will have
On 09.12.2016 17:19, Graeme Geldenhuys via Lazarus wrote:
On 2016-12-09 16:16, Graeme Geldenhuys via Lazarus wrote:
No errors or warnings were given.
Same result with FPC 3.0.0 under 64-bit Linux (CentOS 6).
Good, await a test project from me :)
(Anyway, so that I don't look like a pain in t
El 09/12/16 a les 17:17, Ondrej Pokorny via Lazarus ha escrit:
On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote:
But "After some time of testing LCLScaleForms will become default."
What happens then when I open an old form
It will have Scaled=True.
But I can change it back to false, righ
On 2016-12-09 16:16, Graeme Geldenhuys via Lazarus wrote:
> No errors or warnings were given.
Same result with FPC 3.0.0 under 64-bit Linux (CentOS 6).
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-id
On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote:
But "After some time of testing LCLScaleForms will become default."
What happens then when I open an old form
It will have Scaled=True.
or want to design a new one with no automatic scaling?
Set Scaled=False explicitely in the object ins
On 2016-12-09 16:02, Ondrej Pokorny via Lazarus wrote:
> But for the start to
> me it looks like you didn't test the package with range checks on and
> overflow checks on.
Interestingly, I just enabled Range Checking and Overflows on, clearer
all *.ppu files and rebuilt the code. The output is b
On 09.12.2016 17:06, Michael Van Canneyt via Lazarus wrote:
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
On 09.12.2016 16:59, Graeme Geldenhuys via Lazarus wrote:
Can you tell us which font you are using, and maybe also what text
you were trying to write to the PDF?
Yes, that inf
On 09.12.2016 16:59, Graeme Geldenhuys via Lazarus wrote:
Can you tell us which font you are using, and maybe also what text
you were trying to write to the PDF?
Yes, that information would be very useful. If you can even supply the
TTF font version number, that would be helpful too.
If it r
El 09/12/16 a les 16:55, Ondrej Pokorny via Lazarus ha escrit:
On 09.12.2016 16:51, Luca Olivetti via Lazarus wrote:
I currently have some projects where I use ScaleBy to manually scale
the forms depending on the monitor resolution[*], if I leave
tform.scaled to false will it work as before?
Y
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
On 09.12.2016 16:59, Graeme Geldenhuys via Lazarus wrote:
Can you tell us which font you are using, and maybe also what text
you were trying to write to the PDF?
Yes, that information would be very useful. If you can even supply the
TTF
I didn't mean to use the tiRtfReporter.pas unit as a reporting engine. I
meant, you can cannibalise the code and grab what you need to suite your
needs (translate RTF files into fcl-pdf API calls to render the text in
a rich text manner when producing the PDF).
Great, I'll take a look at it.
On 2016-12-09 15:41, Michael Van Canneyt via Lazarus wrote:
>
> Hmh. Graeme Geldenhuys will have to pull his hair again. We'll have
> to pass around the hat to pay for a wig...
:-D Yeah, I already look like Kojak [*] (damn, that's giving away my
age too).
> Can you tell us which font you are u
El 09/12/16 a les 09:12, Ondrej Pokorny via Lazarus ha escrit:
Hello,
I have worked on high DPI features recently.
If you want to play with high DPI support, follow this instruction:
http://wiki.lazarus.freepascal.org/High_DPI#High_DPI_in_Lazarus_1.7_and_above
I currently have some projects
On 09.12.2016 16:51, Luca Olivetti via Lazarus wrote:
I currently have some projects where I use ScaleBy to manually scale
the forms depending on the monitor resolution[*], if I leave
tform.scaled to false will it work as before?
Yes, Scaled=False defaults to old behavior. Just make sure you d
On 2016-12-09 15:23, Leonardo M. Ramé via Lazarus wrote:
> Hi Graeme, I use LibreOffice in headless mode to generate PDFs
> on-the-fly.
OpenOffice/LibreOffice headless mode is pretty cool. We used it often
too. :)
> So, I don't really need a fully featured reporting engine, but just a
> way to
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
On 09.12.2016 15:28, Michael Van Canneyt via Lazarus wrote:
I forgot (again) to commit a file, fixed. Sorry.
No problem. Now it compiles, thanks!
I have a runtime exception, though (the relevant line is in #5):
#0 fpc_raiseexception(0x
On 09.12.2016 15:28, Michael Van Canneyt via Lazarus wrote:
I forgot (again) to commit a file, fixed. Sorry.
No problem. Now it compiles, thanks!
I have a runtime exception, though (the relevant line is in #5):
#0 fpc_raiseexception(0xc9, 0x5ca84a, 0x79cf5c8) at ..\inc\except.inc:158
#1 RUNER
El 09/12/16 a las 12:15, Graeme Geldenhuys via Lazarus escribió:
On 2016-12-09 12:00, Leonardo M. Ramé via Lazarus wrote:
I'm looking for a way to add an RTF file to a PDF.
In that case you need a RTF parser, and then interpret that into fcl-pdf
API calls.
The tiOPF project (on SourceForge)
On 2016-12-09 12:00, Leonardo M. Ramé via Lazarus wrote:
> I'm looking for a way to add an RTF file to a PDF.
In that case you need a RTF parser, and then interpret that into fcl-pdf
API calls.
The tiOPF project (on SourceForge) has a RTF based reporting engine. It
processes a template RTF file
On 2016-12-09 12:15, Erwin van den Bosch via Lazarus wrote:
> That might be the solution! (but you loose some contrast)
Only on exact vertical and horizontal lines - if the mid point of the
pixel fall of the center point of a screen pixel. On curved or diagonal
lines there is no contrast loss, bec
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
On 09.12.2016 14:19, Michael Van Canneyt via Lazarus wrote:
I've pushed an update to SVN for fcl-pdf.
The code can now do a partial embedding of a TTF font: just the
characters used in the PDF will be embedded.
This results in a much sm
On 09.12.2016 14:19, Michael Van Canneyt via Lazarus wrote:
I've pushed an update to SVN for fcl-pdf.
The code can now do a partial embedding of a TTF font: just the
characters used in the PDF will be embedded.
This results in a much smaller PDF file.
This is great news! But I have a problem
Hello,
I've pushed an update to SVN for fcl-pdf.
The code can now do a partial embedding of a TTF font:
just the characters used in the PDF will be embedded.
This results in a much smaller PDF file.
Michael.
--
___
Lazarus mailing list
Lazarus@list
El 09/12/16 a las 09:30, Michael Van Canneyt via Lazarus escribió:
On Fri, 9 Dec 2016, Leonardo M. Ramé via Lazarus wrote:
El 09/12/16 a las 08:52, Graeme Geldenhuys via Lazarus escribió:
On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote:
Hi, does anyone know if there's RTF suppor
On 09.12.2016 10:15, Michael Van Canneyt via Lazarus wrote:
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
On 09.12.2016 9:51, Michael Van Canneyt wrote:
No, they will be not. Every form/frame has the property
"DesignTimePPI" that stores the value at which the form/frame was
designed.
On Fri, 9 Dec 2016, Leonardo M. Ramé via Lazarus wrote:
El 09/12/16 a las 08:52, Graeme Geldenhuys via Lazarus escribió:
On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote:
Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working
on this?.
Please explain what you mea
Op 9-12-2016 om 12:56 schreef Graeme Geldenhuys via Lazarus:
How to get pixel 27?
Use a 2D graphics framework like fpGUI does with AggPas, which allows
for sub-pixel rendering. ie: renders pixels smaller that 1px by using
anti-aliasing, alpha blending and LCD sub-pixel filtering.
Regards,
Gra
El 09/12/16 a las 08:52, Graeme Geldenhuys via Lazarus escribió:
On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote:
Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working
on this?.
Please explain what you mean by that - RTF support?
fcl-pdf is a PDF generator library
On 2016-12-09 11:38, Erwin van den Bosch via Lazarus wrote:
> So 7 px * 1.25 = 8.75 = 9
> 21 px * 1.25 = 26.25 = 26
> 22 px * 1.25 = 27.5 = 28
> How to get pixel 27?
Use a 2D graphics framework like fpGUI does with AggPas, which allows
for sub-pixel rendering. ie: renders pixels smaller
On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote:
> Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working
> on this?.
Please explain what you mean by that - RTF support?
fcl-pdf is a PDF generator library, nothing more. It does what it says
on the tin, with the API avai
Op 9-12-2016 om 12:41 schreef Ondrej Pokorny via Lazarus:
When you introduce DPI of a screen and scaling you lost the pixel
perfect drawing too. :(
No :)
Example: scaling from 96 to 120 dpi = x 1.25
So 7 px * 1.25 = 8.75 = 9
21 px * 1.25 = 26.25 = 26
22 px * 1.25 = 27.5 = 28
How to
On 09.12.2016 12:38, Erwin van den Bosch via Lazarus wrote:
Op 9-12-2016 om 12:18 schreef Ondrej Pokorny via Lazarus:
On 09.12.2016 11:52, Erwin van den Bosch via Lazarus wrote:
Thanks for the good work Ondrej! A big step forward. I will test it
in the next few days and hopefully can give some
Op 9-12-2016 om 12:18 schreef Ondrej Pokorny via Lazarus:
On 09.12.2016 11:52, Erwin van den Bosch via Lazarus wrote:
Thanks for the good work Ondrej! A big step forward. I will test it
in the next few days and hopefully can give some feedback.
Although this is a step forward I think working w
On 09.12.2016 11:52, Erwin van den Bosch via Lazarus wrote:
Thanks for the good work Ondrej! A big step forward. I will test it in
the next few days and hopefully can give some feedback.
Although this is a step forward I think working with pixels is
something from the past as with the Sinclair
Looks like Visual Basic was onto something when they defaulted to "twips"
back in the 90s :-P
On Fri, Dec 9, 2016 at 12:52 PM, Erwin van den Bosch via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
> Thanks for the good work Ondrej! A big step forward. I will test it in the
> next few days and h
Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working
on this?.
Regards,
--
Leonardo M. Ramé
http://leonardorame.blogspot.com
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
Thanks for the good work Ondrej! A big step forward. I will test it in
the next few days and hopefully can give some feedback.
Although this is a step forward I think working with pixels is something
from the past as with the Sinclair ZX81 (where you have 64x48 pixels) or
Commodore 64. (320x2
On Fri, 9 Dec 2016, Tommi Prami wrote:
For Delphi Anreas Hausladen has made a IIDE plugin which opens each form
One by One. This would be good feature.
Well, we have a project with a couple of thousand forms.
We can go and watch a nice movie while the IDE would be doing this :-)
Michael.
For Delphi Anreas Hausladen has made a IIDE plugin which opens each form
One by One. This would be good feature.
Especially if you have form inheritance (at least in Delphi).
-Tee-
On Fri, Dec 9, 2016 at 11:15 AM, Michael Van Canneyt via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
>
>
> On
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
On 09.12.2016 9:51, Michael Van Canneyt wrote:
Will this be so for all forms in the project, or just the form(s) that I
opened ?
Only the forms you opened.
I want to determine whether all forms will be at the same DPI or not.
No, the
On 09.12.2016 9:51, Michael Van Canneyt wrote:
Will this be so for all forms in the project, or just the form(s) that
I opened ?
Only the forms you opened.
I want to determine whether all forms will be at the same DPI or not.
No, they will be not. Every form/frame has the property "DesignTi
On 2016-12-09 08:51, Michael Van Canneyt via Lazarus wrote:
> Will this be so for all forms in the project, or just the form(s) that I
> opened ?
A very good question! Also, what dpi value does the IDE default to, for
older projects? Does it always assume the original forms were designed
at 96 d
On 2016-12-09 08:47, Ondrej Pokorny via Lazarus wrote:
> The forms will be rescaled correctly. I.e. the IDE designer itself is
> DPI aware.
Does it now finally store the "designed dpi value" in the *.lfm files
(like Kylix did)? Otherwise if I run at 130 dpi and design a form, and
somebody else ru
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
On 09.12.2016 9:44, Michael Van Canneyt via Lazarus wrote:
Question:
What will happen if I design on a HighDPI system, and then open the
project on a 96-DPI system ?
The forms will be rescaled correctly. I.e. the IDE designer itself is
On 09.12.2016 9:44, Michael Van Canneyt via Lazarus wrote:
Question:
What will happen if I design on a HighDPI system, and then open the
project on a 96-DPI system ?
The forms will be rescaled correctly. I.e. the IDE designer itself is
DPI aware.
Ondrej
--
__
On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote:
Hello,
I have worked on high DPI features recently.
If you want to play with high DPI support, follow this instruction:
http://wiki.lazarus.freepascal.org/High_DPI#High_DPI_in_Lazarus_1.7_and_above
For Lazarus IDE itself: Recompile the
Hello,
I have worked on high DPI features recently.
If you want to play with high DPI support, follow this instruction:
http://wiki.lazarus.freepascal.org/High_DPI#High_DPI_in_Lazarus_1.7_and_above
For Lazarus IDE itself: Recompile the IDE with LCLScaleForms compiler
define before testing La
56 matches
Mail list logo