headers
Grizzly(Francis Smit | 1 Jun 01:50
Picon
Gravatar

Trying to install a custom component get errors

I've made a small component nothing much yet but it compiles at least I
try to install it by hiting the install button in the  package manager
thing it then wants to recompile the whole of lazarus, but I cannot get
it to compile; instead I get the following error message:

"Compiling package pkggzzcmdline 0.0" completed
Recompiling RTTICtrls, checksum changed for LResources
rttictrls.pas(77,12) Fatal: Can't find unit RTTICtrls used by
RunTimeTypeInfoControls

what does this mean I've put the path to rttictrls.pas, in the compiler
options in the package management tool and in the "project->compiler
options...->Paths->Other Unit Files" but I still get this error, I'm
using ubuntu linux 9.04 with lazarus packages from deb
http://www.hu.freepascal.org/lazarus/ lazarus-stable universe  

also will lazarus be able to install packages dynamically any time soon
Delphi & C++Builder both did it was much simpler from my user pt of view

_______________________________________________
Lazarus mailing list
Lazarus <at> lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 6 comments |
headers
Paul Ishenin | 1 Jun 02:58
Picon
Favicon
Gravatar

Re: TPairSplitter vs. TSplitter

Marc Santhoff wrote:
> Is TPairSplitter buggy? Or gtk2?

Gtk2. It happens with other controls too.

> Summing up I want to know:
> 
> Is it a good idea to go on using TPairSplitter or if I should better
> switch to TSplitter?

Previosly we thought to remove TPairSplitter. TPairSplitter uses 2 
panels + splitter on other than gtk/gtk2 platforms. Therefore it adds 2 
unneeded window handles. This makes your form more heavy - it needs more 
os resources, positioning and resizing requires more operations.

I would use TSplitter only.

Best regards,
Paul Ishenin.

_______________________________________________
Lazarus mailing list
Lazarus <at> lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 5 comments |
headers
Marc Santhoff | 1 Jun 04:01
Picon

Re: TPairSplitter vs. TSplitter

Am Montag, den 01.06.2009, 08:58 +0800 schrieb Paul Ishenin:
> Marc Santhoff wrote:
> > Is TPairSplitter buggy? Or gtk2?
> 
> Gtk2. It happens with other controls too.
> 
> > Summing up I want to know:
> > 
> > Is it a good idea to go on using TPairSplitter or if I should better
> > switch to TSplitter?
> 
> Previosly we thought to remove TPairSplitter. TPairSplitter uses 2 
> panels + splitter on other than gtk/gtk2 platforms. Therefore it adds 2 
> unneeded window handles. This makes your form more heavy - it needs more 
> os resources, positioning and resizing requires more operations.

I'd vote for removing, if in the end it happens to be a bad decision to
use it because it is not fully funtional (combined with gtk2) and with
TSplitter there is an alternative.

> I would use TSplitter only.

Will do so, too.

Many thanks for clearing things up.

--

-- 
Marc Santhoff <M.Santhoff <at> web.de>

_______________________________________________
(Continue reading)

Permalink | Reply | 4 comments |
headers
Eugen Bolz | 1 Jun 04:34
Picon

Re: Python4Delphi/Lazarus: VarPyth: VarDataClear.. not yet supported?

I'm happy that also others try to work with p4d, not only me.

With this i can add a Delphi-Variable/Class to Python:
MyPyForm := PyFormType.CreateInstance;
(PythonToDelphi(MyPyForm) as TPyForm).Control:= Self;
PyClassMod.SetVar('MainForm', MyPyForm); 

But when I wanted to change the Caption I got Access Violation so now 
these Patch fixing it?

And how to create Forms within PythonCode and use them also in Python?

PS: Could u add the patches to this Bug-Report I made?
http://code.google.com/p/python4delphi/issues/detail?id=2

I already have added 2 patches, but I think there not that right.

Best Regards,
Eugen

_______________________________________________
Lazarus mailing list
Lazarus <at> lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 1 comment |
headers
Vincent Snijders | 1 Jun 08:21
Picon

Re: Trying to install a custom component get errors

Grizzly(Francis Smit) schreef:
> also will lazarus be able to install packages dynamically any time soon

No. Some specs are here: 
http://wiki.lazarus.freepascal.org/packages#Lazarus_and_Library_packages

But so far nobody volunteered for the implementation, so installing 
packages dynamically won't be possible "any time soon".

> Delphi & C++Builder both did it was much simpler from my user pt of view

It was easier for Delphi and C++ Builder 
(http://wiki.lazarus.freepascal.org/packages#Lazarus_and_Library_packages) 
and commercially required because they don't offer the source of the 
Delphi IDE.

Vincent

_______________________________________________
Lazarus mailing list
Lazarus <at> lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 1 comment |
headers
Vincent Snijders | 1 Jun 08:24
Picon

Re: TPairSplitter vs. TSplitter

Marc Santhoff schreef:
> Am Montag, den 01.06.2009, 08:58 +0800 schrieb Paul Ishenin:
>> Marc Santhoff wrote:
>>> Is TPairSplitter buggy? Or gtk2?
>> Gtk2. It happens with other controls too.
>>
>>> Summing up I want to know:
>>>
>>> Is it a good idea to go on using TPairSplitter or if I should better
>>> switch to TSplitter?
>> Previosly we thought to remove TPairSplitter. TPairSplitter uses 2 
>> panels + splitter on other than gtk/gtk2 platforms. Therefore it adds 2 
>> unneeded window handles. This makes your form more heavy - it needs more 
>> os resources, positioning and resizing requires more operations.
> 
> I'd vote for removing, if in the end it happens to be a bad decision to
> use it because it is not fully funtional (combined with gtk2) and with
> TSplitter there is an alternative.

Can we refer to you to port all existing code?

I don't mind deprecating it.

Vincent

_______________________________________________
Lazarus mailing list
Lazarus <at> lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mattias Gaertner | 1 Jun 09:27
Picon
Favicon

Re: Trying to install a custom component get errors

On Mon, 01 Jun 2009 09:50:58 +1000
"Grizzly(Francis Smit)" <grizzly <at> smit.id.au> wrote:

> I've made a small component nothing much yet but it compiles at least
> I try to install it by hiting the install button in the  package
> manager thing it then wants to recompile the whole of lazarus, but I
> cannot get it to compile; instead I get the following error message:
> 
> "Compiling package pkggzzcmdline 0.0" completed
> Recompiling RTTICtrls, checksum changed for LResources
> rttictrls.pas(77,12) Fatal: Can't find unit RTTICtrls used by
> RunTimeTypeInfoControls
> 
> what does this mean I've put the path to rttictrls.pas, in the
> compiler options in the package management tool and in the
> "project->compiler options...->Paths->Other Unit Files" but I still
> get this error, I'm using ubuntu linux 9.04 with lazarus packages
> from deb http://www.hu.freepascal.org/lazarus/ lazarus-stable
> universe  

Probably You get this error, because you added the path to the "Other
Unit Files".
This probably created duplicate ppu files.
Remove them and use the project inspector to add the packages
requirements to the project.

 
> also will lazarus be able to install packages dynamically any time
> soon Delphi & C++Builder both did it was much simpler from my user pt
> of view
(Continue reading)

Permalink | Reply | 3 comments |
headers
Graeme Geldenhuys | 1 Jun 09:49
Picon
Gravatar

Re: TPairSplitter vs. TSplitter

2009/6/1 Vincent Snijders <vsnijders <at> vodafonevast.nl>:
>
> I don't mind deprecating it.

Then I would suggest moving it into a "Deprecated" tab in the
components palette as well. As far as I know you can mark a method
deprecated in the Object Pascal language, but I don't know of a whole
class. I also don't believe Lazarus can visually (on the component
palette) show that a component is deprecated. So a dedicated
"Deprecated" tab seems the only logical choice.

PS:
  Is there a way to mark a whole class as deprecated in Object Pascal / Delphi?

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

_______________________________________________
Lazarus mailing list
Lazarus <at> lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 0 comments |
headers
Graeme Geldenhuys | 1 Jun 10:24
Picon
Gravatar

When do we use clForm, clWindow, clBtnFace?

Hi,

Relating to the bug report that mentions that clForm should rather be
the default color for a TCustomForm instead of clBtnFace.

http://bugs.freepascal.org/view.php?id=13577

I fully agree with the bug report - clForm backs a lot more sense that
clBtnFace. But that made be think a bit more...

When do we use clForm, clWindow, clBackground and clBtnFace.

What is the difference between clForm and clWindow?  Isn't a TForm
also a Window?  Then again, couldn't clForm and clWindow be removed
and we simply use clBackground? If not, where am I supposed to use
clBackground then?

These pre-defined colors are quite confusing when you think about it.

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

_______________________________________________
Lazarus mailing list
Lazarus <at> lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
(Continue reading)

Permalink | Reply | 2 comments |
headers
Marc Weustink | 1 Jun 11:22

Re: TPairSplitter vs. TSplitter

Marc Santhoff wrote:
> Am Montag, den 01.06.2009, 08:58 +0800 schrieb Paul Ishenin:
>> Marc Santhoff wrote:
>>> Is TPairSplitter buggy? Or gtk2?
>> Gtk2. It happens with other controls too.
>>
>>> Summing up I want to know:
>>>
>>> Is it a good idea to go on using TPairSplitter or if I should better
>>> switch to TSplitter?
>> Previosly we thought to remove TPairSplitter. TPairSplitter uses 2 
>> panels + splitter on other than gtk/gtk2 platforms. Therefore it adds 2 
>> unneeded window handles. This makes your form more heavy - it needs more 
>> os resources, positioning and resizing requires more operations.
> 
> I'd vote for removing, if in the end it happens to be a bad decision to
> use it because it is not fully funtional (combined with gtk2) and with
> TSplitter there is an alternative.

At the time we implemented TSplitter, I voted to keep the TPairSplitter. 
If I look at my uses of a TSplitter in most cases I need something as a 
TPairSplitter. Which means that I need to use 2 TPanels myself. I think 
there are more users needing this.
IMO, a widgetset can do this more efficient with some native control (1 
handle), than using 2 panels (3 handles). So I still think it has its 
need, and imo it doesn't have to get deprecated

Marc

_______________________________________________
(Continue reading)

Permalink | Reply | 1 comment |

Gmane