On Wed, 04 Apr 2012 11:41:53 -0400
waldo kitty wkitt...@windstream.net wrote:
On 4/2/2012 18:14, Mattias Gaertner wrote:
On Mon, 02 Apr 2012 15:10:18 -0400
waldo kittywkitt...@windstream.net wrote:
On 3/31/2012 17:44, waldo kitty wrote:
On 3/31/2012 13:01, Mattias Gaertner wrote:
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote:
True is that nowadays NON-GUY envs. tend to disappear; but you need to
remember that FP is meant to be portable to (any) environment,
including embedded systems; where this difference is still alive and
kicking.
Embedded stuff, CGI,
On Wed, 4 Apr 2012 22:18:37 -0300
Marcos Douglas m...@delfire.net wrote:
On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
On Wed, 4 Apr 2012 21:59:08 -0300
Marcos Douglas m...@delfire.net wrote:
On Wed, Apr 4, 2012 at 9:53 PM, Mattias Gaertner
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote:
Sorry, this one I cannot catch... :-O
CustomDrwan allows for intercepting the calls to the GUI at a layer
quite near to the system API. So you can (in a sick way, from behind, at
least technically) separate the business code from the GUI even in
On Thu, 05 Apr 2012 09:38:07 +0200
Michael Schnell mschn...@lumino.de wrote:
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote:
True is that nowadays NON-GUY envs. tend to disappear; but you need to
remember that FP is meant to be portable to (any) environment,
including embedded systems;
On 04/05/2012 10:00 AM, Mattias Gaertner wrote:
And since years you are told that Lazarus adds GUI to the non GUI
stuff in FPC. No gui stuff was never the goal of the LCL.
I don't blame anybody on this, but it is as it is, and the fact that it
never was the goal does not mean that it does not
On 3-4-2012 18:36, Hans-Peter Diettrich wrote:
Reinier Olislagers schrieb:
As long as FPC and Lazarus expect that every user can use a console, I
see no better solution. Except that the developers should decide to
distribute the FPDoc projects instead of the Makefile...
As I mentioned:
Michael Schnell schrieb:
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote:
True is that nowadays NON-GUY envs. tend to disappear; but you need to
remember that FP is meant to be portable to (any) environment,
including embedded systems; where this difference is still alive and
kicking.
Reinier Olislagers schrieb:
Perhaps you could create the batch/shell files from within fpdoc manager
using TProcess.Execute?
Again: not me :-(
I'm not familiar with shelling out to processes, in detail on different
platforms. Where is make, and where is fpdoc? But I'm open to
contributions...
On Wed, Apr 4, 2012 at 11:17 PM, waldo kitty wkitt...@windstream.net wrote:
On 4/4/2012 21:18, Marcos Douglas wrote:
On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner wrote:
make clean all is the clean way.
It's recommended if I have an error, right?
ummm... n... please see the
On Thu, Apr 5, 2012 at 4:45 AM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
On Wed, 4 Apr 2012 22:18:37 -0300
Marcos Douglas m...@delfire.net wrote:
On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
On Wed, 4 Apr 2012 21:59:08 -0300
Marcos Douglas
On 5-4-2012 14:21, Hans-Peter Diettrich wrote:
Reinier Olislagers schrieb:
Otherwise, you can test if it's in the compiler binary path,
fpcdir\bin\architecture, e.g.
c:\development\fpctrunk\bin\i386-win32\make.exe fpdoc is in
fpcdir\utils\fpdoc\fpdoc.exe (or in the compiler binary path, see
On 04/05/2012 02:05 PM, Hans-Peter Diettrich wrote:
AFAIR there exists a noGUI widgetset, which implements the message
processing (for Timer...) in a non-GUI application.
Last time I checked the noGUI Widget Type did not support TTimer or
Thread-generated Events (e.g. TThread.Synchronize(),
On 5 April 2012 09:38, Michael Schnell wrote:
Since years, I always advocated that it should be possible to do non-GUI
software in a decent way. But here, Lazarus is severely lacking support:
there is _no_ Widget type that allows for normal Delphi-Type event driven
programming style, without
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
The FPDocManager has no platform dependencies. The only external
dependency currently is the fpcdocs Makefile, which should be
replaced by fpdoc projects, supplied and maintained by the FPC/fpdoc
people.
Then why is fpdocmanager in Lazarus, not
On Thu, 5 Apr 2012, Michael Schnell wrote:
On 04/05/2012 02:05 PM, Hans-Peter Diettrich wrote:
AFAIR there exists a noGUI widgetset, which implements the message
processing (for Timer...) in a non-GUI application.
Last time I checked the noGUI Widget Type did not support TTimer or
On 5-4-2012 14:35, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs
should be maintainable with FPC only without requirement for Lazarus,
but I might be mistaken...
Do the current fpdoc toolset
Marcos Douglas m...@delfire.net hat am 5. April 2012 um 14:04 geschrieben:
[...]
AFAIK startlazarus should end itself shortly after starting the IDE.
Maybe you were too quick, maybe your virus scanner was still scanning
startlazarus.exe.
Hmm... OK, I did not know that. I will monitor if
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:35, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs
should be maintainable with FPC only without requirement for Lazarus,
but I
2012/4/5 Mattias Gaertner nc-gaert...@netcologne.de:
Marcos Douglas m...@delfire.net hat am 5. April 2012 um 14:04 geschrieben:
[...]
AFAIK startlazarus should end itself shortly after starting the IDE.
Maybe you were too quick, maybe your virus scanner was still scanning
On 5-4-2012 14:56, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:35, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs
should be
On 4/5/2012 07:59, Marcos Douglas wrote:
On Wed, Apr 4, 2012 at 11:17 PM, waldo kittywkitt...@windstream.net wrote:
On 4/4/2012 21:18, Marcos Douglas wrote:
On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner wrote:
make clean all is the clean way.
It's recommended if I have an error,
On 04/05/2012 02:37 PM, michael.vancann...@wisa.be wrote:
TThread.Synchronize works perfectly in any kind of application outside of
the LCL.
The main thread just has to call CheckSynchronize at regular intervals.
(which is what the LCL does for you).
Of course I do know this.
But regular
On Thu, 5 Apr 2012, Michael Schnell wrote:
On 04/05/2012 02:37 PM, michael.vancann...@wisa.be wrote:
TThread.Synchronize works perfectly in any kind of application outside of
the LCL.
The main thread just has to call CheckSynchronize at regular intervals.
(which is what the LCL does for
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:56, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:35, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
Then why is fpdocmanager in Lazarus, not
On 5-4-2012 15:26, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:56, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:35, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers
On 04/05/2012 03:25 PM, Michael Van Canneyt wrote:
The LCL does just that: polling
With not embedded application (which of course is the main target for
LCL application) Latency and performance optimizing is not a real issue,
so this certainly is good enough.
But at least on Windows this
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 15:26, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:56, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 14:35, michael.vancann...@wisa.be
On Thu, 5 Apr 2012, Michael Schnell wrote:
On 04/05/2012 03:25 PM, Michael Van Canneyt wrote:
The LCL does just that: polling
With not embedded application (which of course is the main target for LCL
application) Latency and performance optimizing is not a real issue, so this
certainly
On 5-4-2012 15:36, michael.vancann...@wisa.be wrote:
On Thu, 5 Apr 2012, Reinier Olislagers wrote:
On 5-4-2012 15:26, michael.vancann...@wisa.be wrote:
A happy user !!
Quick, we must stuff him and put him in a museum !!
Michael.
As long as it's on alcohol ;)
I have plenty of vodka and
On 4/5/2012 03:37, Mattias Gaertner wrote:
On Wed, 04 Apr 2012 11:41:53 -0400
waldo kittywkitt...@windstream.net wrote:
yes, definitely closer... except that normal ide and optimized ide are
coming out the same as debug ide :(
Fixed.
confirmed! /me does the Happy Happy Dance :lol:
On 04/05/2012 03:39 PM, Michael Van Canneyt wrote:
Events do not automagically appear in your application, even under
windows.
They are not interrupts.
AFAIK, in Windows, the Application main thread can call an API function
to wait for the next message. Here it uses no CPU cycles and when a
On 4/3/2012 14:52, waldo kitty wrote:
question... are these two the same?
--build-ide=
--build-ide=
i hadn't caught an answer to the above... sorry if it got lost in the traffic :?
and i guess the same question for --build-mode, too?
lazbuild --build-ide= --build-mode=
lazbuild
waldo kitty wkitt...@windstream.net hat am 5. April 2012 um 16:39 geschrieben:
On 4/3/2012 14:52, waldo kitty wrote:
question... are these two the same?
--build-ide=
--build-ide=
i hadn't caught an answer to the above... sorry if it got lost in the traffic
:?
and i guess the same
On Thu, 5 Apr 2012, Michael Schnell wrote:
On 04/05/2012 03:39 PM, Michael Van Canneyt wrote:
Events do not automagically appear in your application, even under windows.
They are not interrupts.
AFAIK, in Windows, the Application main thread can call an API function to
wait for the next
2012/4/4 Kjow antispamm...@gmail.com:
Hi all,
I would make unreadable functions/components/classes/etc names into
the binary built.
I noticed that with an hex editor I can see things like TButton,
width, heigh etc.
Avoiding this, could make also more difficul a reverse engeneering
with the
On Thu, Apr 5, 2012 at 4:45 AM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
On Wed, 4 Apr 2012 22:18:37 -0300
Marcos Douglas m...@delfire.net wrote:
[cut]
It's recommended if I have an error, right?
Yes.
We use make clean all, get a default IDE and recompile again using
pcp param
On 4/3/2012 14:52, waldo kitty wrote:
On 4/3/2012 04:06, Mattias Gaertner wrote:
or you can hand craft your own command, but then you have to
follow the development of the Makefiles.
hummm... i tried following thru them trying to find the reason for some echo
lines after building apiwizz but
On 04/05/2012 04:45 PM, Michael Van Canneyt wrote:
Exactly. That is called 'polling' windows...
...
You have a strange definition of polling.
Polling = Checking something at regular intervals.
Sorry for being tense, but what has been described (and acknowledged by
you) is _not_ doing
On Thu, 5 Apr 2012, Michael Schnell wrote:
On 04/05/2012 04:45 PM, Michael Van Canneyt wrote:
Exactly. That is called 'polling' windows...
...
You have a strange definition of polling.
Polling = Checking something at regular intervals.
Sorry for being tense, but what has been
On 05/04/12 16:15, Michael Schnell wrote:
So there is a possibility to feed user events to the queue in GTK ? If
Yes, you can add your own file descriptors for the gdk event loop to
watch. So you can have the loop wake up when there's input on a network
socket, for instance. You can add
On 04/05/2012 05:36 PM, michael.vancann...@wisa.be wrote:
Then try this:
Polling = Asking or checking something.
OK, if you want it that way, I'm with you now.
This is as opposed to 'interrupts', where you're not asking, but where
the
environment interrupts whatever you're doing and
On 4/5/2012 08:55, Mattias Gaertner wrote:
Marcos Douglas m...@delfire.net hat am 5. April 2012 um 14:04 geschrieben:
[...]
AFAIK startlazarus should end itself shortly after starting the IDE.
Maybe you were too quick, maybe your virus scanner was still scanning
startlazarus.exe.
On 04/05/2012 06:03 PM, Henry Vermaak wrote:
Yes, you can add your own file descriptors for the gdk event loop to
watch.
I did not know about this concept. Maybe this is a perfect solution. If
so, why does (or did when I checked quite a long time ago) GT2 implement
at least one additional
Am 05.04.2012 15:20, schrieb Michael Schnell:
On 04/05/2012 02:37 PM, michael.vancann...@wisa.be wrote:
TThread.Synchronize works perfectly in any kind of application outside of
the LCL.
The main thread just has to call CheckSynchronize at regular intervals.
(which is what the LCL does for
On 4/5/2012 10:45, Mattias Gaertner wrote:
waldo kitty wkitt...@windstream.net hat am 5. April 2012 um 16:39 geschrieben:
lazbuild --build-ide= --build-mode=
lazbuild --build-ide= --build-mode=
lazbuild --build-ide= --build-mode=
lazbuild --build-ide= --build-mode=
all of the above
On 4/5/2012 11:01, Marcos Douglas wrote:
Just for record, a long time that I didn't need to run make clean
all in Lazarus' sources.
Today I tried the technique:
1- I got the sources from SVN /branches/fixes_1_0/
2- Run make clean all
3- I opened the new lazarus.exe using PCP params
4- Build the
On Thu, Apr 5, 2012 at 1:32 PM, waldo kitty wkitt...@windstream.net wrote:
On 4/5/2012 11:01, Marcos Douglas wrote:
Just for record, a long time that I didn't need to run make clean
all in Lazarus' sources.
Today I tried the technique:
1- I got the sources from SVN /branches/fixes_1_0/
2-
On 05/04/12 17:16, Michael Schnell wrote:
On 04/05/2012 06:03 PM, Henry Vermaak wrote:
Yes, you can add your own file descriptors for the gdk event loop to
watch.
I did not know about this concept. Maybe this is a perfect solution. If
so, why does (or did when I checked quite a long time ago)
svn of lazarus Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2, windows
and linux, german localization:
if you open a list of packages to be installed, the IDE uses a
savedialog to select the file to be opened.
The german button caption is speichern
--
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2
does not format the actual IDE code window, but shows me a dialog JCF
parse Tree and does not reformat the code.
I think i changed nothing in the IDE settings for JCF.
--
___
On 4/5/2012 12:53, Marcos Douglas wrote:
On Thu, Apr 5, 2012 at 1:32 PM, waldo kittywkitt...@windstream.net wrote:
BUT i note that your above appears to say that you started fresh with a new
empty directory... in that case you are quite correct that make clean
can't run because the files have
On 4/5/2012 14:54, waldo kitty wrote:
On 4/5/2012 12:53, Marcos Douglas wrote:
In another words, if I used lazbuild I had compile just one time. Is
that you mean?
[...]
so a whole new svn install can go like this...
1- get the sources from SVN /branches/fixes_1_0/
2- make lazbuild lcl
05.04.2012 22:11, John Landmesser написал:
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2
does not format the actual IDE code window, but shows me a dialog JCF
parse Tree and does not reformat the code.
I think i changed nothing in the IDE settings for JCF.
Please create
06.04.12 2:11, John Landmesser написал:
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2
does not format the actual IDE code window, but shows me a dialog JCF
parse Tree and does not reformat the code.
I think i changed nothing in the IDE settings for JCF.
JCF shows this
Hi, I'm trying to compile trunk using FPC 2.7.1 from today on Linux
x86_64 and I'm getting this:
Free Pascal Compiler version 2.7.1 [2012/04/05] for x86_64
Copyright (c) 1993-2012 by Florian Klaempfl and others
Target OS: Linux for x86-64
Compiling lazcontrols.pas
Compiling dividerbevel.pas
John Landmesser schrieb:
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2
does not format the actual IDE code window, but shows me a dialog JCF
parse Tree and does not reformat the code.
Q: Can the reformatting be disabled, so that it does nothing when the
shortcut is
Michael Schnell schrieb:
On 04/05/2012 04:45 PM, Michael Van Canneyt wrote:
Exactly. That is called 'polling' windows...
...
You have a strange definition of polling.
Polling = Checking something at regular intervals.
Sorry for being tense, but what has been described (and acknowledged
Graeme Geldenhuys schrieb:
On 5 April 2012 09:38, Michael Schnell wrote:
Since years, I always advocated that it should be possible to do non-GUI
software in a decent way. But here, Lazarus is severely lacking support:
there is _no_ Widget type that allows for normal Delphi-Type event driven
Reinier Olislagers schrieb:
On 5-4-2012 14:21, Hans-Peter Diettrich wrote:
Reinier Olislagers schrieb:
Otherwise, you can test if it's in the compiler binary path,
fpcdir\bin\architecture, e.g.
c:\development\fpctrunk\bin\i386-win32\make.exe fpdoc is in
fpcdir\utils\fpdoc\fpdoc.exe (or in
michael.vancann...@wisa.be schrieb:
The FCL/RTL docs will have a fpdoc project file, as soon as the necessary
support for it has migrated to the fixes branch. I have set up and tested
these files (albeit only on linux). The fpdoc project file format is
documented already.
That said:
If
I just remove the package and build the IDE. Everytime i hit CTRL+D instead
of CTRL+S and i don't like the jcf...
2012/4/5 Hans-Peter Diettrich drdiettri...@aol.com
John Landmesser schrieb:
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2
does not format the actual IDE
On 2012-04-05 20:20:41 -0300, Leonardo M. Ramé wrote:
Hi, I'm trying to compile trunk using FPC 2.7.1 from today on Linux
x86_64 and I'm getting this:
Free Pascal Compiler version 2.7.1 [2012/04/05] for x86_64
Copyright (c) 1993-2012 by Florian Klaempfl and others
Target OS: Linux for
William Oliveira Ferreira schrieb:
I just remove the package and build the IDE.
Thanks, that's safe and easy :-)
Everytime i hit CTRL+D
instead of CTRL+S and i don't like the jcf...
+1
DoDi
--
___
Lazarus mailing list
On 4/5/2012 20:06, Hans-Peter Diettrich wrote:
Graeme Geldenhuys schrieb:
On 5 April 2012 09:38, Michael Schnell wrote:
Since years, I always advocated that it should be possible to do non-GUI
software in a decent way. But here, Lazarus is severely lacking support:
there is _no_ Widget type
I think we should use #lazarus-ide, just like the IRC channel name.
But AFAICS #Lazarus is actually used by @LazarusDev .
2012/4/3 Richard Mace richard.m...@gmail.com:
Hi All,
Do we have a prefered twitter hashtag for Lazarus? I did try #Lazarus but
that doesn't seem to have anything to do
06.04.2012 7:44, Hans-Peter Diettrich написал:
John Landmesser schrieb:
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk
2 does not format the actual IDE code window, but shows me a dialog
JCF parse Tree and does not reformat the code.
Q: Can the reformatting be disabled, so
67 matches
Mail list logo
