Darius Blaszyk wrote:
FPC and Lazarus are, by and large, pretty simple to build. Middleware such as
SDL can be far more difficult because it can turn out to have a cascade of
requirements, and in the past I've found things like TrueType to be
particularly painful.
Hi Mark,
Can you explain
On Sun, Jan 09, 2011 at 10:57:39AM -0600, Andrew Brunner wrote:
NS_APP_FIELDS=NameSpace
const
VALUE1 = 'VAL1';
VALUE2 = 'Val2';
VALUE3 = 3;
end;
I recognize it doesn't change much, but it would sure look more
industry standardized if this would work.
While one can discuss if
Mark Morgan Lloyd wrote:
Vincent Snijders wrote:
Hi,
Yesterday Lazarus trunk was branched to
http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_30/. From
this branch the next Lazarus release 0.9.30 will be released.
Build and basic operation OK for x86, SPARC and PPC (all Linux). ARM
Am 09.01.2011 19:56, schrieb Hans-Peter Diettrich:
Why this? Well, we would not need to use prefixes in the names of our
widgets. I could develop a widget called TEdit too, but using my own
unit.
All existing form objects are stored in Application.CustomForms[], and
their controls in
On Sun, Jan 9, 2011 at 3:56 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Marcos Douglas schrieb:
If units are namespaces, why not use them in widgets declarations,
automatic, in Lazarus?
When we droped a widget in a Form, ie a TEdit, the declarion would be like
this:
TForm1 =
On 01/05/2011 11:27 PM, Graeme Geldenhuys wrote:
I fully agree. I think it will be great having a fully implemented
LCL-fpGUI, and many have mentioned that as well. I can list many
benefits. Unfortunately my plate is already very full with my family
responsibilities, my daytime job, fpGUI,
On 01/09/2011 11:44 AM, Michael Van Canneyt wrote:
I think it makes more sense to skip SDL and directly use the linux
framebuffer.
Someone might want to use SDL controls together with Lazarus generated
controls.
A friend of mine did this (using Delphi and later - as he did not get it
On Mon, 10 Jan 2011, Michael Schnell wrote:
On 01/05/2011 11:27 PM, Graeme Geldenhuys wrote:
I fully agree. I think it will be great having a fully implemented
LCL-fpGUI, and many have mentioned that as well. I can list many
benefits. Unfortunately my plate is already very full with my
On 01/09/2011 03:45 PM, Darius Blaszyk wrote:
This is also the reason why I started on a GLut/OpenGL backend for
fpGUI. In the last weeks it has reached a point that some examples
already work perfectly.
So can we expect to - finally - see a lot new and fully functional (form
designer and
On Mon, 10 Jan 2011, Michael Schnell wrote:
On 01/09/2011 03:45 PM, Darius Blaszyk wrote:
This is also the reason why I started on a GLut/OpenGL backend for fpGUI.
In the last weeks it has reached a point that some examples already work
perfectly.
So can we expect to - finally - see a lot
On Jan 10, 2011, at 11:52 AM, Michael Schnell wrote:
On 01/09/2011 03:45 PM, Darius Blaszyk wrote:
This is also the reason why I started on a GLut/OpenGL backend for fpGUI. In
the last weeks it has reached a point that some examples already work
perfectly.
So can we expect to - finally
On 01/10/2011 11:41 AM, michael.vancann...@wisa.be wrote:
No. It creates code in a 'AfterCreate' procedure to create the layout of
your form. (Well, partially. Not all properties can be set).
Hmm. I understand from your words that AfterCreate is called as an
event of the (main-) form. So some
On 01/10/2011 12:00 PM, Darius Blaszyk wrote:
I added a new backend to fpGUI not to lazarus.
I see. Thanks for the clarification. Unfortunately a full integration
for fpGUI into Lazarus seems like a not easy task, so the other possible
Widget types I mentioned can't benefit from this :( .
On Jan 10, 2011, at 12:12 PM, Michael Schnell wrote:
On 01/10/2011 12:00 PM, Darius Blaszyk wrote:
I added a new backend to fpGUI not to lazarus.
I see. Thanks for the clarification. Unfortunately a full integration for
fpGUI into Lazarus seems like a not easy task, so the other possible
Michael Schnell wrote:
On 01/09/2011 11:44 AM, Michael Van Canneyt wrote:
I think it makes more sense to skip SDL and directly use the linux
framebuffer.
Someone might want to use SDL controls together with Lazarus generated
controls.
A friend of mine did this (using Delphi and later -
Op 2011-01-10 12:37, Michael Schnell het geskryf:
Does this mean that _currently_ fpGUI projects' look and feel can't be
designed with Lazarus, but needs to be done separately with a dedicated
fpGUI designer software.
That's correct for pure fpGUI projects (no LCL involvement).
I suppose
Am 10.01.2011 12:09, schrieb Michael Schnell:
On 01/10/2011 11:41 AM, michael.vancann...@wisa.be wrote:
No. It creates code in a 'AfterCreate' procedure to create the layout of
your form. (Well, partially. Not all properties can be set).
Hmm. I understand from your words that AfterCreate is
Op 2011-01-10 12:41, michael.vancann...@wisa.be het geskryf:
... fpGUI is very sensitive to the order in which you do things.
That's simply because the UI is defined as actual source code (just like
Qt Creator, any Java form designer, MS Visual Studio etc), and gives the
developer a guaranteed
Op 2011-01-10 13:09, Michael Schnell het geskryf:
event of the (main-) form. So some LCL based form creating code is run
before.
Yes, I think so (though not 100% sure how LCL works).
I suppose that the AfterCreate code reads some data
(supposedly from a resource) when running and this
Haai Maryke,
Weet nie wat nou aan die gang is nie, Ek weet jys besig ma jy kon nou nie
vinnig genoeg van my ontslae raak nie en ek kon hoor daar was nog iemand in
die kantoor. Wat is nou skielik weer die probleem?
Lx
--
___
Lazarus mailing list
Am 10.01.2011 12:21, schrieb Graeme Geldenhuys:
I suppose to do a full integration in Lazarus each FPGUI control would
need an additional - say - qt-compatible design-time implementation.
Seems like a lot of work.
Lazarus does seem to have a relatively new feature in it's form
designer, where
On 01/10/2011 12:15 PM, Darius Blaszyk wrote:
Is that so? I always thought it was a matter of resources.
Yep. I feel that a major consolidation of the many incarnations of the
Widget Type code is essential to enable the (then hopefully a lot
easier) creation of more Widget Types like fully
Op 2011-01-10 13:12, Michael Schnell het geskryf:
I see. Thanks for the clarification. Unfortunately a full integration
for fpGUI into Lazarus seems like a not easy task,
On the contrary, I think implementing LCL-fpGUI widgetset in Lazarus
would be the easiest widgetset from the lot (WinAPI,
On 01/10/2011 12:20 PM, Sven Barth wrote:
,,,
At this point I'd need to do some testing myself before I can understand
what is happening.
I'll do so once I get a current Lazarus from the svn going :(.
-Michael
--
___
Lazarus mailing list
On 01/10/2011 12:30 PM, Graeme Geldenhuys wrote:
The fpGUI UI Designer generates source code.
I see. I understand that the Lazarus `form designer creates a resource
that is interpreted by the runtime Form creating process (an at design
time by the design time Form creating process in a very
On 01/10/2011 12:28 PM, Sven Barth wrote:
Here is a rather short excerpt about this topic:
http://wiki.lazarus.freepascal.org/Extending_the_IDE#Writing_a_designer_mediator
This can be used to design webpages, UML diagrams or other widgetsets
like fpGUI http://opensoft.homeip.net/fpgui/
Am 10.01.2011 12:42, schrieb Michael Schnell:
On 01/10/2011 12:30 PM, Graeme Geldenhuys wrote:
The fpGUI UI Designer generates source code.
I see. I understand that the Lazarus `form designer creates a resource
that is interpreted by the runtime Form creating process (an at design
time by the
On 01/10/2011 12:39 PM, Graeme Geldenhuys wrote:
I think implementing LCL-fpGUI widgetset in Lazarus
would be the easiest widgetset from the lot
Yep, but the API between the no-Widget-Type depending LCL parts and the
Widget set seems quite complex (using some kind of registration for the
Am 10.01.2011 12:50, schrieb Michael Schnell:
On 01/10/2011 12:28 PM, Sven Barth wrote:
Here is a rather short excerpt about this topic:
http://wiki.lazarus.freepascal.org/Extending_the_IDE#Writing_a_designer_mediator
This can be used to design webpages, UML diagrams or other widgetsets
like
On 01/10/2011 12:53 PM, Sven Barth wrote:
Is it more clear now?
Yep. Thanks a lot for your patience.
I'll do so tests as soon as I get Lazarus to create working empty GUI
project
-Michael
--
___
Lazarus mailing list
Op 2011-01-10 13:57, Michael Schnell het geskryf:
Yep, but the API between the no-Widget-Type depending LCL parts and the
Widget set seems quite complex
Well that is all LCL internal design stuff and nothing related to fpGUI.
But yes, the LCL internals are rather daunting when you haven't
On 01/10/2011 12:56 PM, Sven Barth wrote:
This approach is only needed if you want to design pure fpGUI
applications (and don't want to use the external designer provided by
fpGUI). This is not needed when using fpGUI as a LCL widgetset.
Right now (not having done any testing) I don't see for
2011/1/10 Graeme Geldenhuys graemeg.li...@gmail.com:
Op 2011-01-10 13:57, Michael Schnell het geskryf:
Yep, but the API between the no-Widget-Type depending LCL parts and the
Widget set seems quite complex
Well that is all LCL internal design stuff and nothing related to fpGUI.
But yes, the
Op 2011-01-10 13:42, Michael Schnell het geskryf:
On 01/10/2011 12:30 PM, Graeme Geldenhuys wrote:
The fpGUI UI Designer generates source code.
Why does fpGUI go the other way ?
The reason the fpGUI's UI Designer follows a different design is simple:
I like having less files around. Object
On Mon, 10 Jan 2011, Graeme Geldenhuys wrote:
Op 2011-01-10 13:12, Michael Schnell het geskryf:
I see. Thanks for the clarification. Unfortunately a full integration
for fpGUI into Lazarus seems like a not easy task,
On the contrary, I think implementing LCL-fpGUI widgetset in Lazarus
Op 2011-01-10 14:30, Vincent Snijders het geskryf:
It is not so odd, if you remember that the LCL was modeled after the
VCL, which has even more 'Windows-ism's.
Yes I understand the attraction towards VCL, but having the Windows API
(as an example) cloned for every widgetset of every platform
Op 2011-01-10 14:34, michael het geskryf:
Getting some controls to a more or less working condition will not be
difficult.
This is the point I was trying to make.
But going the full 100%, this is another task.
And I believe the latter is precisely the reason you abandoned LCL
Exactly.
On 01/10/2011 01:06 PM, Sven Barth wrote:
The design mediator API is only needed when one wants to design pure
non-LCL fpGUI applications. For LCL-fpGUI the normal LCL designer is
used.
Of course; but is this not what is needed to have an fpGUI widget Type
fully integrated in Lazarus,
On 01/10/2011 01:21 PM, Graeme Geldenhuys wrote:
No, that is incorrect.
Sorry for bothering you. I hope I can discuss on a more competent level
when I am able to try things out before chatting.
-Michael
--
___
Lazarus mailing list
Hi,
While looking at the LCL-fpGUI code for a reply to a previous message, I
noticed something...
Is it really necessary for LCL-fpGUI to use COM-style interfaces? After
all, TFGGUIPrivate overrides the COM memory management anyway. So
wouldn't it be better and probably more efficient to simply
On Mon, 10 Jan 2011, Graeme Geldenhuys wrote:
Op 2011-01-10 14:34, michael het geskryf:
Getting some controls to a more or less working condition will not be
difficult.
This is the point I was trying to make.
But going the full 100%, this is another task.
And I believe the latter is
Op 2011-01-10 15:18, Michael Schnell het geskryf:
Of course; but is this not what is needed to have an fpGUI widget Type
fully integrated in Lazarus, working at design time in the same way as
e.g. the gtk2 Widget Type works ?
No, it's not needed - just like there are no design mediator API
Op 2011-01-10 15:20, michael.vancann...@wisa.be het geskryf:
Rome also wasn't built on a day.
Do we know this for certain? I'm pretty sure aliens built the pyramids
in one day using that beam me up Scotty technology, so they might have
done the same for Rome. ;-)
Back to the point - I
Interesting stuff, indeed,
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 01/10/2011 02:36 PM, Graeme Geldenhuys wrote:
No, it's not needed - just like there are no design mediator API
implementation for any of the other LCL widgetsets either.
Of course, This was my first idea, but I felt, that doing a full
completely compatible Widget Type that allows for the
On 01/10/2011 01:59 PM, Graeme Geldenhuys wrote:having the Windows API
(as an example) cloned for every widgetset of every platform is a bit
overboard I think.
Building a propriety, commonly agreed, and decently documented Object
Pascal layer in between would be a much more professional design.
Hello Lazarus-List,
Monday, January 10, 2011, 2:27:02 PM, you wrote:
GG I'm not well versed in the LCL-fpGUI widgetset code, so if there really
GG is an advantage to using COM-style interface in this widgetset, would
GG somebody so kind as to explain those advantages. Many thanks.
As one of the
Op 2011-01-10 16:08, José Mejuto het geskryf:
As one of the last commiters :) I can only say that I do not know,
just simply use whatever done in code and try to expand and adapt it
as much as possible.
OK thanks. Maybe one of the other LCL-fpGUI commiters will comment further.
Currently
Debugging under Linux (Ubuntu) is the largest development pain, and
has persisted since I started cross platform development with
FPC/Lazarus. I was wondering what if anything could be done to get a
bug report together and submit something to either GDB or X.org, or
identify the source of the
Op 2011-01-10 16:41, Andrew Brunner het geskryf:
Debugging under Linux (Ubuntu) is the largest development pain, and
has persisted since I started cross platform development with
FPC/Lazarus. I was wondering what if anything could be done to get a
bug report together and submit something to
Hello Lazarus-List,
Monday, January 10, 2011, 3:37:21 PM, you wrote:
Currently the lack of regions in fpGUI (At least
I had not found them) is driving me crazy, but that's the funny
thing :)
GG Not sure what that has to do with my original question, but I'll try and
GG answer.
Nothing, just
On 10/01/2011 14:41, Andrew Brunner wrote:
Debugging under Linux (Ubuntu) is the largest development pain, and
has persisted since I started cross platform development with
FPC/Lazarus. I was wondering what if anything could be done to get a
bug report together and submit something to either
On Mon, 10 Jan 2011, Martin wrote:
On 10/01/2011 14:41, Andrew Brunner wrote:
Debugging under Linux (Ubuntu) is the largest development pain, and
has persisted since I started cross platform development with
FPC/Lazarus. I was wondering what if anything could be done to get a
bug report
Op 2011-01-10 17:02, José Mejuto het geskryf:
A region is more complex, it could have rectangles or any kind of
path, so for WinAPI compatibility I had created a simple workaround
for rectangles (as far as I know LCL only uses rectangles)
Yes, I just searched the LCL help, and it mentions
On 10/01/2011 15:02, michael.vancann...@wisa.be wrote:
While debugging threaded apps should be no special at all, it
probably still is
And so is 64 bits at current = simply due to the lack of testing it had
I don't understand what the problem is?
I debug 64-apps with lazarus daily ?
On Mon, 10 Jan 2011, Martin wrote:
On 10/01/2011 15:02, michael.vancann...@wisa.be wrote:
While debugging threaded apps should be no special at all, it probably
still is
And so is 64 bits at current = simply due to the lack of testing it had
I don't understand what the problem is?
I
On Mon, Jan 10, 2011 at 9:17 AM, michael.vancann...@wisa.be wrote:
Well, since I exclusively work on Linux 64-bit, debugging works fine for me.
Well, if you just use the application thread I didn't have many
problems there in a while. My issues are with debugging the threaded
network engine -
Marcos Douglas schrieb:
I'm not talk about RTTI but style, make code more readable and less
duplication of names.
Working with items of the same name, from different locations (units,
namespaces), requires qualifications all over. That waste of characters
in source code makes code less
Graeme Geldenhuys schrieb:
Op 2011-01-10 12:41, michael.vancann...@wisa.be het geskryf:
... fpGUI is very sensitive to the order in which you do things.
That's simply because the UI is defined as actual source code (just like
Qt Creator, any Java form designer, MS Visual Studio etc), and
On Mon, 2011-01-10 at 09:40 -0600, Andrew Brunner wrote:
On Mon, Jan 10, 2011 at 9:17 AM, michael.vancann...@wisa.be wrote:
Well, since I exclusively work on Linux 64-bit, debugging works fine for me.
Well, if you just use the application thread I didn't have many
problems there in a
The only reason why I have to maintain windows here is because of
debugging. And I recently added a mechanism into the server that
contains code that required testing and I must have restarted the
desktop manager like 200 times... One time for each line of code :-o
So during times of heavy
On Mon, Jan 10, 2011 at 9:51 AM, Joost van der Sluis jo...@cnoc.nl wrote:
What happens if you kill Lazarus/gdb/your application when the desktop
freezes? Do you really have to restart gdm?
Most of the times, nothing but ctrl+alt+f2 responds. The entire
desktop goes into a halted state. Other
On Mon, Jan 10, 2011 at 6:43 AM, Andrew Brunner
andrew.t.brun...@gmail.comwrote:
type
ns=class
Type
Vendor=class
Const
id= ITMID';
Size = 'ITMSIZE';
Type
PVendor=^TVendor;
TVendor=record
ID : Int64;
Size : Integer;
Hi Lazarus list,
$ mkdir lazarus_0.9.30
$ svn co http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_30/
lazarus_0.9.30
$ cd lazarus_0_9_30
$ mv lazarus lazarus.old
$ make clean all
$ ./lazarus
works fine.
I strongly suggest to the maintainer of fixes_0_9_30 to rename the
lazarus
2011/1/10 Pew (piffle.the.cat) piffle.the@iinet.net.au:
I strongly suggest to the maintainer of fixes_0_9_30 to rename the lazarus
folder to lazarus.old. This avoid the conflict with the lazarus binary file
which is created with the make clean all command.
Why has the maintainer to do
On 1/10/2011 12:57, Vincent Snijders wrote:
2011/1/10 Pew (piffle.the.cat)piffle.the@iinet.net.au:
I strongly suggest to the maintainer of fixes_0_9_30 to rename the lazarus
folder to lazarus.old. This avoid the conflict with the lazarus binary file
which is created with the make clean all
On 01/11/2011 05:08 AM, waldo kitty wrote:
On 1/10/2011 12:57, Vincent Snijders wrote:
2011/1/10 Pew (piffle.the.cat)piffle.the@iinet.net.au:
I strongly suggest to the maintainer of fixes_0_9_30 to rename the
lazarus
folder to lazarus.old. This avoid the conflict with the lazarus
binary
On 01/11/2011 05:13 AM, Pew (piffle.the.cat) wrote:
On 01/11/2011 05:08 AM, waldo kitty wrote:
On 1/10/2011 12:57, Vincent Snijders wrote:
2011/1/10 Pew (piffle.the.cat)piffle.the@iinet.net.au:
I strongly suggest to the maintainer of fixes_0_9_30 to rename the
lazarus
folder to
2011/1/10 waldo kitty wkitt...@windstream.net:
On 1/10/2011 12:57, Vincent Snijders wrote:
2011/1/10 Pew (piffle.the.cat)piffle.the@iinet.net.au:
I strongly suggest to the maintainer of fixes_0_9_30 to rename the
lazarus
folder to lazarus.old. This avoid the conflict with the lazarus
2011/1/10 Pew (piffle.the.cat) piffle.the@iinet.net.au:
Please read this page
http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.move.html
and work out what the command is to rename the folder lazarus to lazarus.old
on
http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_30/lazarus
On Mon, Jan 10, 2011 at 9:43 AM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Marcos Douglas schrieb:
I'm not talk about RTTI but style, make code more readable and less
duplication of names.
Working with items of the same name, from different locations (units,
namespaces), requires
On Mon, 2011-01-10 at 10:19 -0600, Andrew Brunner wrote:
On Mon, Jan 10, 2011 at 9:51 AM, Joost van der Sluis jo...@cnoc.nl wrote:
What happens if you kill Lazarus/gdb/your application when the desktop
freezes? Do you really have to restart gdm?
Most of the times, nothing but ctrl+alt+f2
Andrew Brunner wrote:
have to create a VirtualBox with XP on it.
I can attest to this being a good idea. virtualbox is fantastic.
~D.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 10.01.2011 17:50, Razvan Adrian Bogdan wrote:
On Mon, Jan 10, 2011 at 6:43 AM, Andrew Brunner
andrew.t.brun...@gmail.com mailto:andrew.t.brun...@gmail.com wrote:
type
ns=class
Type
Vendor=class
Const
id= ITMID';
Size = 'ITMSIZE';
On 10/01/2011 18:51, Marcos Douglas wrote:
Working with items of the same name, from different locations (units,
namespaces), requires qualifications all over. That waste of characters in
source code makes code less readable to me.
Waste of characters? Not really. Write xyz.TFoo is not so
On Mon 10 Jan 2011, Joost van der Sluis wrote:
On Mon, 2011-01-10 at 10:19 -0600, Andrew Brunner wrote:
On Mon, Jan 10, 2011 at 9:51 AM, Joost van der Sluis jo...@cnoc.nl wrote:
What happens if you kill Lazarus/gdb/your application when the desktop
freezes? Do you really have to restart
On Mon, Jan 10, 2011 at 4:34 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
The prefix is not needed. It makes it easier, but is by no means a
requirement, as long as you keep the unit names separate.
Compare
Edit1 : myedit.tedit
to
Edit1 : tmyedit
In the second case, you'll
So namespaces: yes, nice to have.
But do they solve an urgent problem ? I don't think so.
Michael.
I agree. I was using C# for a while and that's when I got used to the
idea that I could group consts and methods not associated with
objects. I have only one unit that HEAVILY uses namespaces
On Mon, Jan 10, 2011 at 4:48 PM, Martin laza...@mfriebe.de wrote:
Ideas about namespaces have ben collected before
http://wiki.lazarus.freepascal.org/Namespaces
But in the end, iirc none of them solves the problem. They just move the
problem to the next level.
And speaking of
On Mon, 10 Jan 2011, Marcos Douglas wrote:
On Mon, Jan 10, 2011 at 4:34 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
The prefix is not needed. It makes it easier, but is by no means a
requirement, as long as you keep the unit names separate.
Compare
Edit1 : myedit.tedit
to
I tried to connect to mysql 5.1 database installed on my computer but it did
not work; I tried the 2 types of connections 40 and 41 but lazarus kept telling
me that it does not work with the installed version of libmusql.dll; there is
nothing in the documentation about this issue!!
please
On 10 January 2011 17:55, Pew (piffle.the.cat)
piffle.the@iinet.net.au wrote:
Hi Lazarus list,
$ mkdir lazarus_0.9.30
Unnecessary step.
$ svn co http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_30/
lazarus_0.9.30
$ cd lazarus_0_9_30
What? You check it out into
On 1/10/2011 13:36, Vincent Snijders wrote:
There is no lazarus folder in svn, it gets the folder name from the
svn checkout command which happens on the client.
ahhh, yes... now i see what the (supposed) problem is... but since an executable
and a directory are quite different, there should
Op 2011-01-10 17:40, Andrew Brunner het geskryf:
problems there in a while. My issues are with debugging the threaded
network engine - when data arrives - app stops @ break point - I get
It's not perfect, but I had great success debugging our threads using
tiOPF's tiLog unit. You can specify
Hi Vincent,
On 01/11/2011 05:40 AM, Vincent Snijders wrote:
2011/1/10 Pew (piffle.the.cat)piffle.the@iinet.net.au:
Please read this page
http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.move.html
and work out what the command is to rename the folder lazarus to lazarus.old
on
85 matches
Mail list logo