On 04/18/2016 12:40 PM, Ondrej Pokorny wrote:
No, the equation includes everything along with everybody's interests.
Example:
You spend X hours to write documentation for A that saves Y hours to Z
users that otherwise had to study the code.
Then you can compare X to Y*Z.
That was my
On 04/15/2016 08:50 PM, Florian Klämpfl wrote:
It is very very simple for a non-profit/OSS project: more man hours
earned back than those which were invested.
that would completely ignore the interest of the users of the project.
(Which in commercial projects can be measured in the revenue.)
On 04/15/2016 03:30 PM, Marco van de Voort wrote:
And an investment in manhours to make that happen that IMHO will never
be earned back.
I can't contradict.
But in fact "earned back" is extremely hard to define when comparing two
far distant edges of a non-profit project.
-Michael
--
On 04/15/2016 03:29 PM, Marco van de Voort wrote:
As said: I (unsuccessfully) tried.
So you can't operate a text editor?
I unsuccessfully tried to create an environment that lets me see the
modified help text (we already did discuss this some years ago).
AFAIR, I did send (you ?) a modified
On 04/13/2016 01:41 PM, Mattias Gaertner wrote:
Why do you think that?
If that would be the way the function StringCodePage would need to check
if the encodeing imposed on the string (e.g. a String constant) (i.e.
the final meaning of CP_ACP) would be the same as the value of the
variable
On 04/13/2016 11:08 AM, Sven Barth wrote:
The code pages that are relevant here are only single byte code pages
(e.g. CP1252) or UTF-8, *never* UTF-16 as a AnsiString can not store
UTF-16 data.
StringCodePage(s) with an unqualified String return 0 (which is
"CP_ACP", and seemingly means
On 04/13/2016 11:08 AM, Sven Barth wrote:
The code pages that are relevant here are only single byte code pages
(e.g. CP1252) or UTF-8, *never* UTF-16 as a AnsiString can not store
UTF-16 data.
I see. And using 8 bit encoding as the brand for not the explicitly
user-defind "String" type
BTW. according to the said wiki page (at the end of the page) I am wrong
assuming that DefaultSystemCodePage is a constant introduced by the
compiler.
Now I still don't know whether/how the default encoding for the type
"String (which is different from DefaultSystemCodePage according to the
There was a discussion in the fpc -pascal mailing list about a question
a user (tobiasgiesen) asked (among other things) about storing strings
of a certain encoding brand in a TStringList.
Here Juha recommended to read this page ->
http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus
On 04/11/2016 09:34 PM, Marco van de Voort wrote:
Maybe you do remember that (with your help) I once tried to contribute
to the fpc help.
Sorry, can't remember any patches, so it can't have been too serious!
As said: I (unsuccessfully) tried.
-Michael
--
On 04/11/2016 09:28 PM, Marco van de Voort wrote:
It is the conjecture that the content will actually improve because of it
that I find highly doubtful.
Absolutely agreed ! An unmanaged Wiki would be highly dangerous. A
complete managing system on top of the standard Wiki software would be
On 04/11/2016 01:37 PM, Graeme Geldenhuys wrote:
FreeBSD has.
OSX is based on BSD,
So maybe this is not really Volunteer driven :-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 04/11/2016 01:12 PM, Graeme Geldenhuys wrote:
... and we are talking about Lazarus documentation here
Of course at this location we are.
But a documentation decently usable by the Lazarus "customer" needs to
cover (at least) IDE, LCL, the language, the compiler, RTL, and the
most common
On 04/11/2016 12:30 PM, Graeme Geldenhuys wrote:
What's so hard about this:
Maybe you do remember that (with your help) I once tried to contribute
to the fpc help.
I failed to do this in a decent way (I finally sent in the text per
mail, maybe it had been included in the next release of
On 04/11/2016 12:18 PM, Graeme Geldenhuys wrote:
Currently with the wiki, rubbish can be added and no review is done! The
wiki is the best of the worst.
Of course (and as I said) the wiki for the help needs to be managed. The
writer needs to see what he did (at best integrated in the help view
On 04/11/2016 11:26 AM, Graeme Geldenhuys wrote:
Yes, it's called "fpdoc" and have been around for years!
Of course I do know this.
I did play with it.
Its a kind of "Write only memory": you don't see what you did. (Unless
you go a very hard way to be able to compile the complete help
On 04/11/2016 11:26 AM, Graeme Geldenhuys wrote:
Wiki's are only good for knowledge base - adding random thoughts as
pages - loosely linked together by cross-links. It is terrible as a
help format/medium.
While I do see your point I can't think of any other authoring system
that might be
On 04/09/2016 04:24 PM, Vojte(ch C(ihák wrote:
Therefore I'd like to say here (loudly) that I was always (and I'm
now) happy in Lazarus and FPC community (forum, ML, bugtracker) and
developers and other people always helped when I needed it. Thank you.
+1 !!!
While of course the Lazarus
On 04/09/2016 04:07 PM, Giuliano Colla wrote:
Because without a minimal amount of documentation all this valuable
work risks to be useless, because:
- nobody except a few core developers know of its existence
- nobody except the developer itself knows how to use it
There already have been
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
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
On 04/07/2016 04:33 PM, Mattias Gaertner wrote:
On Thu, 07 Apr 2016 16:25:26 +0200
Michael Schnell <mschn...@lumino.de> 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 manuall
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 unmodified svn d/l ?
-Michael
--
___
Lazarus mailing list
On 04/06/2016 09:47 AM, Michael Schnell wrote:
It happened to me (again) :(.
I resolved a lot of unit referenced to fpc RTL units by defining links
for the files in /usr/lib/fpc/3.1.1/units/i386-linux/rtl
(I suppose I should not do that this way, but I don't know another :( )
But later
It happened to me (again) :(.
After upgrading fpc to the latest svn version, I can't compile the
latest svn version of Lazarus.
The problem (first) occurs with RegisterFCL.
(Currently the error is "Can't find unit db used by RegisterFCL", but
there had been other units before it did not
[fpc-devel] Bug 29760 on FPC 3.0 Win64
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 04/01/2016 01:23 PM, Sven Barth wrote:
"it" meant the GUI,
I see. I misunderstood that with "only with Windows Store Apps" you
wanted to exclude "normal" Windows services.
-Michael
--
___
Lazarus mailing list
On 04/01/2016 01:13 PM, Sven Barth wrote:
However classical WinAPI can't access it. You can access it only with
Windows Store Apps and then only one at a time. Though you can runs
these platforms headless as well without problems.
That is not true (and a very common misconception).
A
On 04/01/2016 08:58 AM, Michael Van Canneyt wrote:
Some years ago they announced that the sever could run "without GUI".
In fact "Windows IOT" is windows 10 without the GUI API (i.e. you can
run Aervicesm but you can't run applications).
So this is viable/sensible/possible in the end.
On 03/31/2016 08:30 PM, Anthony Walter wrote:
I thought this was newsworthy and of interest to us:
Am I wrong feeling that the (IMHO rather viable) CIL (aka".Net")
initiative, once launched by Microsoft is declining due to the
ubiquitous rise of Java ?
In fact Microsoft took Silverlight to
On 03/25/2016 12:17 PM, Graeme Geldenhuys wrote:
A word of caution, there is a major bug in FPC 3.0 regarding floating
point values (see the FPC mailing list), so I wouldn't recommend
anybody upgrade to FPC 3.0 at this point - at least until 3.0.2 is
out. This issue has been fixed in FPC Trunk
On 03/23/2016 03:32 PM, David Taylor wrote:
But with "only" 1 GB of memory, 64-bit may be no better than 32-bit.
The hardware, though, is 64-bit with the advantages that brings in
memory access speeds. I've seen nothing of the Raspberry Pi cards
which I use which would benefit from a 64-bit
On 03/23/2016 03:00 PM, David Taylor wrote:
Using the RPi-3 is a significantly more pleasant experience than the
RPi-2, even just headless when compiling things. Highly recommended.
I did have some minor issues with Jessie, with the serial port on the
RPi-3, and with gpsd not
On 03/18/2016 05:59 PM, Alfred wrote:
Hello,
I would like to inform you that Lazarus / FPC runs smooth on an
Odroid-C2 under aarch64 (arch linux).
Proof:
https://drive.google.com/file/d/0B96fg3TpL5RDWnJiMUwyQ21hM00/view?usp=sharing
GREAT !!!
Many thanks for the good work !!!
+1 !
-Michael
On 03/04/2016 07:50 PM, Larry Dalton wrote:
Is anyone running a lazarus program on a Firefox browser?
What is this supposed to mean ?
AFAIK, there is an fpc to java script compile somewhere, but I don't
know the state
Not so closely related to Firefox: there also is an fpc to java byte
On 03/03/2016 07:18 PM, Florian Klaempfl wrote:
I ordered also one in the hope using it to play with fpc aarch64.
But currently it does not look good as it seems that it is not only a
matter of the kernel but also the firmware. At least I didn't unwrap
mine yet because of this, without aarch64
On 03/03/2016 12:33 PM, Bo Berglund wrote:
And they claim not so much is to be gained with 64 bit mode since RAM
is just 1GB (currently).
I suppose similar to X86-64, with aarch64 the speed advantage vs 32 bit
is debatable.
Some applications that really do 64 bit calculation might get a lot
On 03/02/2016 05:09 PM, Michael Ring wrote:
AFAIK This is the default mode on RPi for now, same for ODroid C2, it
also currently runs a64 cpu with a a32 kernel, 'real' 64bit support
will come later.
So obviously the a64 hardware can run a32 code :-) .
Hence I suppose an a64 Linux
On 03/02/2016 05:09 PM, Michael Ring wrote:
AFAIK This is the default mode on RPi for now, same for ODroid C2, it
also currently runs a64 cpu with a a32 kernel, 'real' 64bit support
will come later.
So Alfred will only be able to run 64 Bit Lazarus programs after
updating the OS to a 64 bit
On 03/01/2016 09:45 PM, Alfred wrote:
While preparing fpc(laz)up for my RPi3, Choosing a64 as CPU target
I am exited to see that there is a very cheap testing platform for a64
arch !
Question: can a64 hardware and Linux run a32 programs (like X64 systems
can run X32 programs) ?
On 02/24/2016 09:59 PM, Dmitry Boyarintsev wrote:
Skepticism: what software became better after acquisition by Microsoft?
Sarcasm: Delphi Language became C#
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Please see the forum thread "non Unicodode application" (and don't reply
to a thread message wit ha new topic).
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 02/15/2016 07:23 PM, Giuliano Colla wrote:
The result is to make Application.ProcessMessage not 100% reentrant,
because of a Glib2 bug.
Would you suggest not to handle "the same" event ? How should you
detect that its the event already in the works or the next occurrence ?
In the
On 02/15/2016 12:03 PM, Juha Manninen wrote:
The real complexity of Unicode is beyond encodings
Yep.This I learned from the discussions. E.g. even with a technically
perfect UTF string implementation, the problem that exactly the same
printable text can be encoded in multiple ways can't be
On 02/13/2016 12:27 PM, Giuliano Colla wrote:
At least under Qt widgetset, it may happen that calling
Application.ProcessMessages from within a Message Handler will cause
the same message which was being processed to be processed again, the
handler called again and
On 02/12/2016 06:13 PM, Juha Manninen wrote:
On Fri, Feb 12, 2016 at 6:52 PM, Michael Schnell <mschn...@lumino.de> wrote:
I think that it is *very* desirable to provide configuration options to
provide full backwards compatibility (while still allow to use as many of
the new fe
Hi Experts,
A friend of mine wants to port an application from Delphi 7 to a be a
Lazarus 64 Bit Windows application.
This (huge) application only features a very limited GIU, but uses
strings lot for "uncoded" characters, going in and out via TCP/IP. Any
automatic type conversion would
On 02/12/2016 03:17 PM, Mattias Gaertner wrote:
IMHO, Michael, you should not redefine words. It confuses people.
Reentrant means it can be called again, while it is still running. It
does not need to be thread-safe.
Sorry that was not me. The subject here is " thread save " ,so I
On 02/12/2016 02:38 PM, Michael Van Canneyt wrote:
Just use RawByteString as stringtype for all parameters and variables
in calls where you don't want code page conversions to occur.
This would mean rewriting the complete application. This obviously is
not desired .
-Michael
--
On 02/12/2016 03:16 PM, Michael Van Canneyt wrote:
Tish...
{$define String:=RawByteString}
and you are done.
I'll let him know...
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 02/12/2016 03:16 PM, Michael Van Canneyt wrote:
On Fri, 12 Feb 2016, Michael Schnell wrote:
On 02/12/2016 02:38 PM, Michael Van Canneyt wrote:
Just use RawByteString as stringtype for all parameters and variables
in calls where you don't want code page conversions to occur
On 02/10/2016 10:12 PM, C Western wrote:
My understanding is Application.ProcessMessages has to be reentrant ...
As calling Application.ProcessMessages is only allowed from the main
thread it does not need to be reentrant = thread-save.
Of course it can be called recursively and it hence
On 02/12/2016 02:57 PM, Juha Manninen wrote:
And yes, often the same arguments were repeated by the same person who
started this thread.
At the time I did those researches and discussions, my colleagues here
were interested in porting their Delphi application to Linux using
Lazarus and I
On 02/12/2016 05:37 PM, Dmitry Boyarintsev wrote:
In this particular case (of porting Delphi 7 code straight to FPC
3.0.0) is a matter of backward compatibility.
Yep.
Not only to D7, but also to legacy fpc and Lazarus versions, that (as we
all know) were modeled after D7 (and friends).
I
This does sound good. :-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 02/12/2016 05:23 PM, Mattias Gaertner wrote:
If your friend use string literals in Delphi they are encoded in
system code page. Here might be some traps.
He will easily be able to handle this .
Thanks a lot !
-Michael
--
___
Lazarus mailing
On 02/12/2016 03:54 PM, Juha Manninen wrote:
Sure there is hope. See the new UTF-8 support:
http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus
I'll let him know...
And of course I will take read this myself, too.
In fact he does not want "Better_Unicode_Support" but
On 02/12/2016 03:54 PM, Juha Manninen wrote:
Both Delphi and FPC now support 64-bit. I don't know how that relates
to dynamic String encoding.
.
http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus
AFAIK, any 64 bit Delphi forces UTF-16 Unicode and cant do what is
described in
On 02/12/2016 03:54 PM, Juha Manninen wrote:
Sure there is hope. See the new UTF-8 support:
http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus
This page says:
"This page covers Unicode support in Lazarus programs (console or
server, no GUI) and applications (GUI with LCL) using
On 02/12/2016 03:55 PM, Mattias Gaertner wrote:
True, although the wording might be misleading.
FPC 3.0+ does not arbitrarily change encoding of strings.
That's why the LCL can use UTF-8 in AnsiStrings even without the new
UTF-8 mode.
It then works pretty similar to FPC 2.6.4.
This is exactly
On 02/12/2016 03:53 PM, Mattias Gaertner wrote:
Your friend can use the LCL for the GUI with disabled UTF-8 mode.
Sounds great !
He has to check (convert) the strings between his TCP/IP code and the
LCL controls (e.g. UTF8ToSys). As he has only a small GUI this should
be easy.
No problem.
On 02/04/2016 11:06 PM, Graeme Geldenhuys wrote:
It depends on the developer I guess. ;-)
I (mostly with Delphi) did use as well AsyncPro as Indy as Synapse (and
once LNET)
I found Indy rather hard to use. But it can successfully be made doing
lots of stuff .
-Michael
--
On 01/31/2016 11:10 PM, Anthony Walter wrote:
Thanks for the idea Bo. I'll put it near the top of my queue.
+1
IMHO the knowledge about the (great) thread Features of Lazarus are by
far not spread wide enough.
The "lesson" should include:
- Motivation for the usage of threads:
- -
On 02/01/2016 12:47 PM, Bo Berglund wrote:
Blocking sockets is where I am now...
So Porting AsyncPro would be a great exercise :-) !!!
This is an exceptionally useful tool, great open source code once done
by a professional tea, but done in a Windows-only and outdated way (not
using
On 02/01/2016 03:00 PM, Bo Berglund wrote:
And very complex to hack into as well.
If I can provide any help., please let me know.
So I turned to Indy10 now
Not a good idea IMHO, Indy is exceptionally complex.
-Michael
--
___
Lazarus mailing list
On 01/21/2016 10:42 AM, Bo Berglund wrote:
I could probably rip out the APro component and replace it with a
TCPIP socket one instead since the RS232 is not going to be used anymore.
The beauty of AsyncPro is that it provides the same user interface for
serial and socket component. Hence a
On 01/21/2016 01:25 PM, Mark Morgan Lloyd wrote:
I didn't say anything wouldn't work.
Sorry. I took "issue" for a potential problem
Copying data tends to introduce a significant performance hit, which
is why many OSes try to avoid it by passing pointers. The typical
result of passing
On 01/21/2016 11:38 AM, Mark Morgan Lloyd wrote:
That of course is a significant issue.
I don't see what could prevent this from working.
The simple method would be to create a new buffer for the data to be
transferred to the main thread and copy the data already received in a
"static
On 01/21/2016 10:09 AM, Bo Berglund wrote:
. which implements an *event driven* serial
comm port, which can switch between serial and sockets communications.
The incoming data are dealt with in the OnTriggerAvail event.
So these are the only specific items used by me, but obviously in the
On 01/21/2016 09:51 AM, Bo Berglund wrote:
ditch the platforms that would not
allow me to install Lazarus...
It should be possible to link a project against the LCL without
completely installing Lazarus or using Lazarus on that platform
This does not even require cross compiling.
The
On 01/21/2016 10:09 AM, Bo Berglund wrote:
I have a device comm simulation program created in Delphi 7 (or maybe
2007), which uses TurboPower Async Pro components for the serial and
TCPIP communications. It is used for production testing and also for
development purposes. On Windows of
On 01/18/2016 11:26 AM, Michael Van Canneyt wrote:
The bad idea was that HTML became the standard for remote GUI. HTML =
HyperText Markup Language
And a web GUI is anything but text these days.
... requiring a decently statefull (instead of connection-less) protocol
-Michael
--
On 01/18/2016 01:41 AM, Graeme Geldenhuys wrote:
1. Most websites are unusable without Javascript
The HTTP protocol cripples TCT/IP disallowing the server to
spontaneously send anything .
So without scrip the browser is dead by design.
-Michael (IMHO, http was the worst idea ever...)
On 01/15/2016 06:29 PM, Anthony Walter wrote:
On a programming web forum someone said regarding Lazarus:
On just cursory review, looks compelling. However, I get so little
call these days for native/desktop applications. Seems everyone wants
web now.
Of course it would be great if Lazarus
On 01/18/2016 11:13 AM, Sven Barth wrote:
The requirements back then were different. You didn't have highly
interactive code running in the browser like you have today and for
that HTTP was perfect.
Of course you are right.
The consequence being that a new protocol (not connection-less)
On 01/17/2016 09:09 AM, Bo Berglund wrote:
If I install only fpc is it then possible to build a GUI program from
sources without also installing Lazarus (on Linux target)?
Of course: if you create your of GUI.
Alternatively you can also use MSE instead of Lazarus (I suppose there
are some
On 01/18/2016 12:00 PM, Dariusz Mazur wrote:
We write our business application as web from several years. Its the
same as desktop version, and development are done parallel as 90% of
both version have the same source code. And i have some others
consideration:
In a perfect world, the LCL
On 12/12/2015 07:21 PM, Jürgen Hestermann wrote:
As said: The docu in the wikis is very confusing and contradicting,
fully understandable only for those who already know the details.
This is obvious by the always repeating and long winding discussions on
that issue. It supposedly can't be
On 12/09/2015 11:45 AM, Mattias Gaertner wrote:
Please take a look at the NoGUI widgetset. It does not use another
Queue.
If it does not use "another queue" but the one provided by the fpc RTL
(i.e. does not install it's own queue), and (obviously) does not use a
queue that is related to a
On 12/10/2015 01:42 PM, Mattias Gaertner wrote:
So it does not provide an Event-Handling infrastructure and this (in
according to my terms) means it is not a ("Delphi Style") application,
hence not a "Service Application".
A service needs more than an event queue. See the lazdaemon package.
On 12/08/2015 05:49 PM, Mattias Gaertner wrote:
As I said, that's a straw man. I bet in 3 years from now you will find
a distro without an official FPC 3.
Meaning I should wait another three years ?
No real problem with me.
-Michael
--
___
On 12/08/2015 05:59 PM, Mattias Gaertner wrote:
For example?
TTimer is implemented using the timeout in checksynchronize().
Application QueuAsyncCall is implemented using TThread.Queue.
A new application type requires a design time package.
That means after installing the package, the
On 12/09/2015 11:45 AM, Mattias Gaertner wrote:
Application QueuAsyncCall is implemented using TThread.Queue.
What is wrong with the current implementation?
Nothing. But it uses another Queue. Queue handling needs OS calls for
waiting. I want to avoid to do any OS Calls so I simply use what
On Wed, 09 Dec 2015 12:17:55 +0100
Michael Schnell<mschn...@lumino.de> wrote:
On 12/09/2015 11:45 AM, Mattias Gaertner wrote:
Application QueuAsyncCall is implemented using TThread.Queue.
What is wrong with the current implementation?
Nothing. But it uses another Queue. Queue handling
On 12/09/2015 11:27 AM, Juha Manninen wrote:
Michael Schnell, please don't hijack this RC1 thread for your General
Ooops I did it again. :-(
You are absolutely correct (I got carried away by the answers I got, I
intended to provoke just a Yes or a No)
I'll stop answering here.
Thanks
On 12/09/2015 11:51 AM, Mattias Gaertner wrote:
Meaning your argument is flawed, because it can be prolonged to
infinity.
Don't wait for releases. Start coding now and tell your users
what FPC version is needed.
Coding is done. It works.
I'll Stop talking about it.
-Michael
--
On 12/08/2015 05:03 PM, Mattias Gaertner wrote:
On Tue, 08 Dec 2015 16:44:49 +0100
Michael Schnell <mschn...@lumino.de> wrote:
[...]
AFAIK, the existing Widget Type is selected in the IDE by setting it in
"Additions and Overrides" and/or by selecting an appropriate appli
On 12/08/2015 04:19 PM, Mattias Gaertner wrote:
The Lazarus team is glad to announce the first release candidate of Lazarus 1.6.
This release was built with FPC 3.0.0.
The previous release Lazarus 1.4.4 was built with FPC 2.6.4.
Great !
So there will be a Lazarus release that relies on fpc
On 12/08/2015 05:09 PM, Mattias Gaertner wrote:
That's a straw man argument. Every single revision of FPC is
published. Many projects use and/or support FPC 2.7+ since several years.
The code relies on TThread.Queue.
The first released version of fpc that (hopefully) has TThread.Queue is
On 12/03/2015 09:26 PM, Krzysztof wrote:
How to destroy object or component in its own method
You can do a "pseudo-finalizer" method in an object that just ends by
"Free;".
Here you (e.g. ion a thread) can create an object and queue that
function via TThread.Queue, TThread.Synchronize, or
On 12/04/2015 10:44 AM, Sven Barth wrote:
Why do you assume that every software written in Lazarus/Free Pascal
is automatically an open source one?
I don't assume "is" but I assume "should be", as I consider closed
source projects as a fraud against the highly valuated fpc and lazarus
team
On 12/04/2015 09:29 AM, Richard Mace wrote:
My idea was, in my application, I could periodically check to see if a
decompiler was running and then my app could perform an operation,
such as maybe closing.
Why should open source software need a decompiler ?
-Michael
--
On 12/04/2015 02:09 PM, Marc Santhoff wrote:
1. Protect your program using checksums
Don't connect the computer that holds the sources to the Internet.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 12/01/2015 09:01 PM, Den wrote:
Doesn't Cairo have a hardware acceleration backend?
Is there *any* GUI based widget type in Lazarus that does not attach to
a backend that in the end triggers the primitives to be handed via an OS
API and with that sent a graphic-hardware driver and with that
On 12/02/2015 10:54 AM, Graeme Geldenhuys wrote:
For the last few days I have been received "message delivery failures"
for somebody in the Lazarus mailing list.
same here.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 12/02/2015 10:50 AM, Graeme Geldenhuys wrote:
Explain "graphic primitives"? Do you mean API for things like Elipse
drawing, Line drawing, Text output etc.
Exactly.
Especially text rendering is a very time consuming task that is used a
lot when rendering the GUI of a usual desktop
On 11/30/2015 03:27 PM, Aradeonas wrote:
Obviously, if you want non standard speed, you need to consider non
standard complexity.
Yes I think like this.As I guess your products are not for end user
client so you could use flash without any problem
In fact they are for end users, but
On 11/30/2015 11:35 AM, Aradeonas wrote:
I am working on a specefic GUI that need to be too fast
Why do you think there is anything faster than the standard GUI ?
Of course there are very special circumstances that would allow for some
other GUI system to be faster.
- It could be a very
On 11/30/2015 12:58 PM, Aradeonas wrote:
Where can I read more about this?
The LCL uses the Windows API or a Linux Widget Set API, and both are
highly optimized to use the hardware Graphic processor for all provided
functions (such as rendering Text and standard objects).
If you need
On 11/30/2015 12:26 PM, Aradeonas wrote:
I need controls that has animations and images that need to be fast
in painting.
I checked everything I know, the best result for graphical function is
BGRABitmap but it is slow for high resolution painting so the best
result I can get is with OpenGL
1 - 100 of 1996 matches
Mail list logo
