On 10/11/2007, Al Boldi [EMAIL PROTECTED] wrote:
You don't need to do this. Eg: create a form without code or non-visual
components, bind BO attributes and components in a single line, and the
MVP will do the rest for you using informations from the model.
Sure, this is great when you are
I would try using the Parent property. What's the difference between
Parent and ParentWindow?
--
Felipe Monteiro de Carvalho
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives
I tried to create moving objects.
drawing in blue; drawind in background-color, drawing again
in a slightly changes Position,
I use
- lazarus 0.9.15 beta
- debian
Problem : what is the color of the background of a (normal)
form?
clBackground doesn't fit (it's clteal?)
The different
On 09/11/2007, Micha Nelissen [EMAIL PROTECTED] wrote:
My opinion is that modal forms are buggy in gtk/X. For me, they are
present on all desktops, which is not what I want.
The behavior I described was visible in many apps. fpGUI (not gtk
based), Firefox (not sure if they use gtk), FlameRobin
On 09/11/2007, Giuliano Colla [EMAIL PROTECTED] wrote:
(such as splash screens), and in that case they stay above any other
window, but they will show in all desktops. Happens with Gtk, and with
Qt also, because it's an X11 spec.
I haven't implemented a dedicated splash screen class in fpGUI
Hello Felipe,
I would try using the Parent property. What's the difference between
Parent and ParentWindow?
Thanks for the tip, but I tried that already. Parent needs a
TWinControl, which I don't have. I only have the window handle. I tried
FindControl(Handle : THandle) : TWinControl (or
Graeme Geldenhuys wrote:
On 10/11/2007, Al Boldi [EMAIL PROTECTED] wrote:
You don't need to do this. Eg: create a form without code or
non-visual components, bind BO attributes and components in a single
line, and the MVP will do the rest for you using informations from the
model.
Felipe Monteiro de Carvalho schrieb:
Is the interface of your SDK fixed? I mean, can't you ask users of the
SDK to pass a TForm or something instead of a system handle?
Yes, it is fixed (it's the VST Plugin SDK). I also have written some
host code for these plugins, but since the
Yes I'd wish to do so. I have windows and OSX here (I guess I can test
the GTK part in OSX). What I don't have is much time, so I'd really like
to only implement that function. Do you have a link where I can find
instructions about how to do so?
I don't think there are instructions. I just
Graeme Geldenhuys wrote:
On 09/11/2007, Giuliano Colla [EMAIL PROTECTED] wrote:
(such as splash screens), and in that case they stay above any other
window, but they will show in all desktops. Happens with Gtk, and with
Qt also, because it's an X11 spec.
I haven't implemented a dedicated
I realize if i want unicode support i must use units Laz_DOM,
Laz_XMLRead, Laz_XMLWrite instead of FP DOM, XMLRead, XMLWrite.
--
Valdas Jankūnas
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as
Valdas Jankūnas schreef:
I realize if i want unicode support i must use units Laz_DOM,
Laz_XMLRead, Laz_XMLWrite instead of FP DOM, XMLRead, XMLWrite.
Which is contrary to what I would expect (although I think it may be
true). The FP units use widestring internally, the Lazarus units
On Sat, 10 Nov 2007 13:01:55 +0100
Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote:
Yes I'd wish to do so. I have windows and OSX here (I guess I can
test the GTK part in OSX). What I don't have is much time, so I'd
really like to only implement that function. Do you have a link
where
On Sat, 10 Nov 2007 13:25:52 +0100
Vincent Snijders [EMAIL PROTECTED] wrote:
Valdas Jankūnas schreef:
I realize if i want unicode support i must use units Laz_DOM,
Laz_XMLRead, Laz_XMLWrite instead of FP DOM, XMLRead,
XMLWrite.
Which is contrary to what I would expect (although I
Mattias Gaertner wrote:
I think ParentWindow is very widgetset specific (see below). Probably
it will work cross platform very limited. See at end for an
alternative solution.
- AFAIK under winapi you can stack handles even of different processes.
gtk does not allow this. I don't know about
Ok, just for the records: I tried to do it with
TWinForm.CreateParented(ParentWindow: hwnd), but I get an access
violation. So that does not work.
I think ParentWindow is very widgetset specific (see below). Probably
it will work cross platform very limited.
Ok, thanks for the information.
On Sat, 10 Nov 2007 15:55:38 +0300
Al Boldi [EMAIL PROTECTED] wrote:
Mattias Gaertner wrote:
I think ParentWindow is very widgetset specific (see below).
Probably it will work cross platform very limited. See at end for an
alternative solution.
- AFAIK under winapi you can stack
Right now I have made it very simple and as expected it doesn't work. I
implemented it as:
{--
TWinControl CreateParentedControl
--}
class
On Sat, 10 Nov 2007 14:41:18 +0100
Christian Budde [EMAIL PROTECTED] wrote:
Right now I have made it very simple and as expected it doesn't work.
I implemented it as:
{--
TWinControl CreateParentedControl
Joao Morais wrote:
Al Boldi wrote:
Oh, I meant the OPF design. Is it possible to isolate the OPF from the
MVP?
Ah yes, they are completely decoupled. You can:
var
VClient: TClient;
VClientList: TPressProxyList;
begin
VClient := TClient.Create;
// or
VClient :=
On Fri, 9 Nov 2007 16:12:02 -0600 (CST)
Jesus Reyes [EMAIL PROTECTED] wrote:
--- wile64 [EMAIL PROTECTED] escribió:
Strange.
Normally if you open a package and install it the IDE saves the
found .lpk files to packagefiles.xml.
Either this file was not written or it not read on
Hello Mattias,
If you only need a reparented control, that will not get focus,
get incorrect mouse and keyboard events and will likely crash, then it
is easier to implement only CreateParented. ;)
I not sure if I understand correctly what you meant with this. For sure
I don't want it to
Al Boldi wrote:
You simply cannot compare a form with three combos
and two grids between dbware and mvp approaches. The former will eat
five groups of data access components, shortcuts to include some
funcionality and a lot of time to configure and debug everything. MVP
will eat five lines of
Mattias Gaertner wrote:
Maybe my statement was not clear: The Parent/Child connection is the
main problem. It would be easier to handle the child/parent
relationship by the LCL and keep the 1:1 mapping between controls and
handles.
So, all that is needed is a TForeignHandleControl with a
Vincent Snijders rašė:
Valdas Jankūnas schreef:
I realize if i want unicode support i must use units Laz_DOM,
Laz_XMLRead, Laz_XMLWrite instead of FP DOM, XMLRead, XMLWrite.
Which is contrary to what I would expect (although I think it may be
true). The FP units use widestring internally,
On Nov 10, 2007 3:31 PM, Mattias Gaertner [EMAIL PROTECTED] wrote:
The source code is UTF-8. Are you sure, that cwstrings works under
linux with an ISO charset as default? And what about windows, if the
codepage is 1251 (or whatever non UTF-8)?
Under windows it will usually work because of a
Christian Budde wrote:
Ok, just for the records: I tried to do it with
TWinForm.CreateParented(ParentWindow: hwnd), but I get an access
violation. So that does not work.
I think ParentWindow is very widgetset specific (see below). Probably
it will work cross platform very limited.
Ok,
On Sat, 10 Nov 2007, Mattias Gaertner wrote:
On Sat, 10 Nov 2007 15:25:05 +0100 (CET)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Sat, 10 Nov 2007, Valdas Jankūnas wrote:
I realize if i want unicode support i must use units Laz_DOM,
Laz_XMLRead, Laz_XMLWrite instead of
On Sat, 10 Nov 2007, Mattias Gaertner wrote:
The source code is UTF-8. Are you sure, that cwstrings works under
linux with an ISO charset as default? And what about windows, if the
codepage is 1251 (or whatever non UTF-8)?
This, I don't know. cwstrings is for Linux only.
Afaik it
On Sat, 10 Nov 2007, Felipe Monteiro de Carvalho wrote:
On Nov 10, 2007 3:31 PM, Mattias Gaertner [EMAIL PROTECTED] wrote:
The source code is UTF-8. Are you sure, that cwstrings works under
linux with an ISO charset as default? And what about windows, if the
codepage is 1251 (or whatever
On Nov 10, 2007 5:49 PM, Michael Van Canneyt [EMAIL PROTECTED] wrote:
As far as I know, FPC has no support for a BOM marker at all ?
That would be inconsistent with my tests until now.
http://www.freepascal.org/mantis/view.php?id=9058
--
Felipe Monteiro de Carvalho
I set up a shell program:
[EMAIL PROTECTED]:~/Programs/lazarus$ cat ./updatelaz
#!/bin/sh
svn update
export LCL_PLATFORM=gtk2; make clean all idepkg
When I run this from the lazarus directory, I get the following error:
Linking ../lazbuild
984 lines compiled, 6.2 sec
make[2]: Leaving
On Sat, 10 Nov 2007, Felipe Monteiro de Carvalho wrote:
On Nov 10, 2007 5:49 PM, Michael Van Canneyt [EMAIL PROTECTED] wrote:
As far as I know, FPC has no support for a BOM marker at all ?
That would be inconsistent with my tests until now.
On Sat, 10 Nov 2007 10:13:12 -0600
Matt Henley [EMAIL PROTECTED] wrote:
I set up a shell program:
[EMAIL PROTECTED]:~/Programs/lazarus$ cat ./updatelaz
#!/bin/sh
svn update
export LCL_PLATFORM=gtk2; make clean all idepkg
[...]
After an update you must compile your packages too:
make
Hi,
In design,
In design, how to path of active project?
Expandfilepath alway /lazarus/
Thanks
--
Laurent.
French Forum : http://lazforum-fr.tuxfamily.org/index.php
35 matches
Mail list logo