ct2laz - convertor between CodeTyphon and Lazarus

[JuhaManninen]

... I guess I will try to finally make ct2laz fully work on linux too. Stay tuned... 

It should be easy because all the code you use from FPC and Lazarus libraries is already cross-platform.

[avra]

From version 1.0 application also works on Linux.    

Tested on Linux Mint Cinnamon Debian 32-bit edition. Please report here testing results with your OS and bitness info. To download full source go to the first post. To download Linux or Windows 32-bit binary go to https://bitbucket.org/avra/ct2laz/downloads/.

If you just press "CT => Laz" button without changing default settings, application will download latest CodeTyphon components and CodeOcean examples, and convert them for direct use in Lazarus. That's what most people will use this application for, but remember that it can also convert whole projects, and that conversion works both ways.

Table "replacements.csv" is the hearth of the conversion process, as it holds all package name pairs that differ in Lazarus and CodeTyphon. If for any reason package names change or latest IDE versions bring some new packages, this is the place where you fix things. Then you can send me fixed CSV file, or let me know and I will fix changed/added package name pairs. If the same package exists for both IDEs (like "bgrabitmappack" in Lazarus and "pl_bgrabitmap" in CodeTyphon), but for some reason in Lazarus you want to use CodeTyphon version instead, just replace "T" with "F" (without quotes) in the first CSV table column. This means there will be no conversion for that package so all CodeOcean examples will keep working with CodeTyphon version of that package (which you installed instead of original Lazarus package).

Enjoy and thank you all! 

EDIT: link was missing a slash character, now it works as it should

[avra]

News:

• PilotLogic has changed download URL with CodeTyphon 6.0, so for a few days download was broken. I have updated download URL so it works again. You should delete old INI file if you have it, in order for this fix to work.
• Updated descriptions in replacements CSV file
• Executable suffix now depends on architecture and target (thanks to hint from DonAlfredo).
• Linux 32 bit binary was successfully tested on Debian 8 Cinammon 32 bit, Makulu 11 64 bit, Ubuntu Mate 15.10 32 bit, and Manjaro 16.06.1 32 bit. Don't forget that you need to install p7zip package.

https://bitbucket.org/avra/ct2laz/downloads/

EDIT: link was missing a slash character, now it works as it should

[Akira1364]

Don't know if you've seen this post already, but I thought I'd point it out in case you haven't:

http://www.pilotlogic.com/sitejoom/index.php/forum/ct-lab-news/3758-ct-lab-ver-6-10

Apparently two of the things PilotLogic has planned for the next version are

Lab task 0010 : Change Typhon Project Info file extension from "lpi" to "ctpr"
Lab task 0040 : Change Typhon Package file extension from "lpk" to "ctpkg"

So you might want to start factoring that into your development of ct2laz, I guess?

[avra]

Apparently two of the things of PilotLogic has planned for the next version are

Lab task 0010 : Change Typhon Project Info file extension from "lpi" to "ctpr"
Lab task 0040 : Change Typhon Package file extension from "lpk" to "ctpkg"

So you might want to start factoring that into your development of ct2laz, I guess?

Thanks for pointing that out. That case is already partly covered, since file extensions used for search and replace are configurable as can be seen on the attached screenshot. You just need to replace *.lpi and *.lpk extensions with new ones. I will probably wait for a while before making these new extensions default ones, and add a button for old ones. However file renaming is not covered yet. It will be covered soon (ideally before CT 6.1 officially comes out), but for now manual file renaming should do the work after ct2laz has finished conversion.

[avra]

ct2laz has been updated. Renaming files feature was added, because CodeTyphon 6.10 changed several Lazarus file extensions. It is a must to first delete your old INI file before any conversion.

Sources and overview:
https://bitbucket.org/avra/ct2laz/

Binaries for Windows and Linux and needed CSV file:
https://bitbucket.org/avra/ct2laz/downloads/

[tigerA15]

thanks a lot.
   this tool has a little bug：
　　　　it should change '{$R *.lfm}' to '{$R *.frm}'   

[avra]

thanks a lot.
   this tool has a little bug：
　　　　it should change '{$R *.lfm}' to '{$R *.frm}'   

Thanks for reporting. Only CSV file with replacement pairs needs to be updated for your find. It's too late now for this so I will leave it for tomorrow.

[avra]

　　　　it should change '{$R *.lfm}' to '{$R *.frm}'   

Fixed. You only need to replace your CSV with new one. Executable is not affected.

[avra]

Well, here is one unintended feature: reverting CT 6.10+ project back to 6.00- version. 

Some people have converted their projects to new version, found a spoiler bug, and now can't get back to old CT because they made no backup. Well, ct2laz comes to the rescue. First convert your CT 6.10+ project to Lazarus, and then back to CT but do not check the last 6.10 related checkbox and replace T with F in table column with .lfm} and .frm} in the above screenshot.

Enjoy! 

[sam707]

@avra = your ct2laz works pretty fine to me, so I can ensure that when I write some stuffs with CT they keep compatibility with LAZ! and it is NICE! THANK YOU avra

BUT there is a little 'bug' (prefer to say omission) I wanted to tell =

when I convert from <> to , there I must always manually edit the xml file describing project and change the extension of the main program mannually (CT 6.15, LAZ 1.6.4)

example =

    </RequiredPackages>
    <Units Count="4">
      <Unit0>
        <Filename Value="snipy.ppr"/>
        <IsPartOfProject Value="True"/>
      </Unit0>
      <Unit1>
        <Filename Value="formmain.pas"/>
        <IsPartOfProject Value="True"/>
        <ComponentName Value="MainForm"/>
        <HasResources Value="True"/>
        <ResourceBaseClass Value="Form"/>
      </Unit1>

in the .ctpr / .lpi file (xml project descr.) your ct2laz does not change the value I marked bold! from .lpr to .ppr

I do this manually at the moment

It's not big deal, i just wanted let you to know
Regards!

[avra]

@avra = your ct2laz works pretty fine to me, so I can ensure that when I write some stuffs with CT they keep compatibility with LAZ! and it is NICE! THANK YOU avra

Thank you very much.    You are too kind! 

in the .ctpr / .lpi file (xml project descr.) your ct2laz does not change the value I marked bold! from .lpr to .ppr

Thank you for this bug report. From a quick look, I would need to change some things. One of the initial decisions was to use no parser but very simple string replacements, and storing these replacement pairs in a simple CSV file. As CT decided to move further from Lazarus files I had to distinguish between quoted and not quoted strings, introduce file renaming and several other things. And so far I only needed to replace strings which are looked at as a whole. Solving this bug requires a possibility to replace strings which are not looked as a whole. I have already partially implemented such possibility but never used it in main code logic. The most convenient way to solve this fully seams to expand CSV file with one boolean. That would allow me to leave code pretty generic, avoid handling such specifics in code, and leave data to CSV where it belongs.

Unfortunately, I will probably not be able to deal with this bug before the end of August. 
Cheers! 

[sam707]

np @Avra, i would have fix it myself by using a xml parser package, but i also have no time atm.. wife, kidos, hollidays (house to remake some walls)

i'm much more busy on hollidays than at work (that kills me hahahaha)

I'd noticed also a "adLCL" and "LCL" requirement failing sometimes, lets keep in touch, when back at my office i'll dl your source code and read it deep

THANK YOU anyway for your great ct2laz 

[avra]

i'm much more busy on hollidays than at work

Usually that's not the case with me, but this time I have to convert one old arcade cabinet into MAME cabinet for the kids with custom electronics interfacing original joysticks, buttons and lights. They think it is for them. 

I'd noticed also a "adLCL" and "LCL" requirement failing sometimes

Please report details once you find a pattern. Patches are also welcome. 

Cheers!