Online Package Manager

[JuhaManninen]

I noticed this forum already before but did not try the package manager yet.
From the screenshot I can see there is KControls 1.7. This is last "stable", but very old already.
(I still don't have everything ready what I planned for KControls 1.8 )

You can release a bug fix dot-release, say 1.7.5.

Is there any option to add a link to the repository for the included package (to give the option to download newer version) or maybe to its forum as well?

You should create a repository package of your new KControls 1.7.5 release and send it to GetMem.
See:
http://wiki.freepascal.org/Online_Package_Manager#Create_repository_package

It is important that package maintainers provide them. Otherwise this will not work well in years to come.
Please everybody advertise this to package authors.

[balazsszekely]

@lainz
I added the packages. Thanks! I also fixe BGRABitmap in the central repository by adding LCLPlatformDef to the uses clauses for BGRAText unit. Apparently some things where moved around lately. Since BGRABitmap is used a lot, I thought I fix it.

These maybe will not be updated a lot so for now I will not mantain an external json.

That's ok. The update feature is a possibility not mandatory.


PS: I also updated KControls to the latest version.

[tk]

@tk Hi there. Thanks for your good work. Is KControls 1.8 ready for production use?

Not yet. I still need some time to implement planned features.

@GetMem, @Juha, @minesadorada:
Thank you all, I'll try the OPM and see what I can do.

[JD]

@tk Hi there. Thanks for your good work. Is KControls 1.8 ready for production use?

Not yet. I still need some time to implement planned features.

OK. Noted!

[lainz]

Thanks GetMem, almost 50 packages available as single click installation.

[JuhaManninen]

I also fixe BGRABitmap in the central repository by adding LCLPlatformDef to the uses clauses for BGRAText unit. Apparently some things where moved around lately. Since BGRABitmap is used a lot, I thought I fix it.

Yes.
 http://wiki.freepascal.org/Lazarus_1.8.0_release_notes#TLCLPlatform_definition_was_moved
Did you offer the fix to the master BGRABitmap sources, too?
I admire your enthusiasm but you are essentially forking the original package's code now. In some other situation it can create a mess and the changes in your fork are overwritten.
The online repository should be used for delivering, not forking, existing packages.

PS: I also updated KControls to the latest version.

I still see version 1.7. I understood it is the latest version so far.

[JuhaManninen]

The OPM client creates a 100% CPU load for one processor core. It looks like OnIdle load because it does not slow anything down, but it will kill laptop batteries quickly.
I did not study the code (yet) for possible reasons.

[lainz]

I can fix the bgrabitmap pack but I need some help, adding that unit (LCLPlatformDef) to uses clause makes the package don't compile in Lazarus 1.6.

Any ideas? It will work in Lazarus 1.8, so I need something in the uses clause that adds the unit only in 1.8 or 1.7 trunk, never in 1.6.x

[balazsszekely]

@Juha

The OPM client creates a 100% CPU load for one processor core. It looks like OnIdle load because it does not slow anything down, but it will kill laptop batteries quickly.

Fixed in r. 53769. Please test.

@lainz

Any ideas? It will work in Lazarus 1.8, so I need something in the uses clause that adds the unit only in 1.8 or 1.7 trunk, never in 1.6.x

Code: Pascal  [Select][+][-]

1. {$IF LCL_FULLVERSION >= 1070000} LCLPlatformDef; {$ENDIF}

I also must add to the one in central repository.

[lainz]

Code: Pascal  [Select][+][-]

1. {$IF LCL_FULLVERSION >= 1070000} LCLPlatformDef; {$ENDIF}

Hi GetMem, I tried with your code but it gives me an error, with FPC 3.0

Code: Pascal  [Select][+][-]

1. bgratext.pas(35,7) Error: Incompatible types: got "AnsiString" expected "Int64"

[balazsszekely]

@lainz
I mean like this(BGRAtext.pas):

Code: Pascal  [Select][+][-]

1. //...
2. uses
3.   Classes, Types, SysUtils, BGRAGraphics, BGRABitmapTypes, InterfaceBase, BGRAPen,
4.   {$IF LCL_FULLVERSION >= 1070000} LCLPlatformDef,{$ENDIF} BGRAGrayscaleMask;  
5. //...
6.  

[lainz]

I know. I did that, but again the compiler gives me the same error.

[JuhaManninen]

Code: Pascal  [Select][+][-]

1. {$IF LCL_FULLVERSION >= 1070000} LCLPlatformDef; {$ENDIF}

Hi GetMem, I tried with your code but it gives me an error, with FPC 3.0

Code: Pascal  [Select][+][-]

1. bgratext.pas(35,7) Error: Incompatible types: got "AnsiString" expected "Int64"

I am getting the same error when the IF condition is in the interface section. It works when it is in the implementation section.
It must be a bug in FPC 3.0. Does anybody know about it?

[balazsszekely]

Add LCLVersion to the first uses, then it works in the second one:

Code: Pascal  [Select][+][-]

1. uses GraphType, Math, BGRABlend, BGRAUTF8, {$IF LCL_FULLVERSION > 1060000} LCLPlatformDef{$ENDIF};

and you must use ">" instead of ">= " since ">=" won't work in FPC 3.1.1. I have no idea why.

http://forum.lazarus.freepascal.org/index.php/topic,34297.msg229826.html#msg229826

[JuhaManninen]

Add LCLVersion to the first uses, then it works in the second one:

Code: Pascal  [Select][+][-]

1. uses GraphType, Math, BGRABlend, BGRAUTF8, {$IF LCL_FULLVERSION > 1060000} LCLPlatformDef{$ENDIF};

Yes, then it works in the implementation uses section.
I tried to have both LCLVersion and the IF condition in interface uses section. Doesn't work!

and you must use ">" instead of ">= " since ">=" won't work in FPC 3.1.1. I have no idea why.

It must be a bug. Somebody should report it.

Fixed in r. 53769. Please test.

Works well now. Thanks.