topic Re: LP_XMLConverter Libpacks and password protected objects in GDL

LP_XMLConverter Libpacks and password protected objects

Piotr Dobrowolski — Fri, 22 Nov 2024 14:24:45 GMT

Since some instructions on howto deal with translations in libpack is now published... I just wanted to try with existing library packed to lcf.

But I am hitting the wall hard way: LP_XMLConverter does not process libpack when the lcf that is part of the source folder contains password protected files...so the questions is: who the ... this functionality is for, maybe I do something wrong, but if the translation is only for open files then there is no point. I just wanted to experiment with the file system (files/folders) I have my own translation system inside the library.

Re: LP_XMLConverter Libpacks and password protected objects

scottjm — Fri, 22 Nov 2024 20:40:42 GMT

Which objects are giving password errors? I know in previous versions all objects are not password protected.

If you have the object placed in Archicad and try to open it in the GDL editor does it prompt for a password?

from recollection during beta when I did some poking around with libpacks I did the following and could decompile everything:

-unpack the libpack

-unpack the lcf

- decompile all the gsms inside that to xml or hsf.

Re: LP_XMLConverter Libpacks and password protected objects

Piotr Dobrowolski — Sat, 23 Nov 2024 01:05:20 GMT

Compiling libpack does not have -password option, and if incorporating in libpack a lcf with password protected gsm files, it fails.

Re: LP_XMLConverter Libpacks and password protected objects

scottjm — Sun, 24 Nov 2024 20:46:50 GMT

Hmmm odd. Does the libpak compile with the same lcf content that’s not password protected?

Re: LP_XMLConverter Libpacks and password protected objects

Barry Kelly — Sun, 24 Nov 2024 13:21:25 GMT

Does it work if you compile manually without the LP_XMLConverter?

Barry.

Re: LP_XMLConverter Libpacks and password protected objects

Piotr Dobrowolski — Mon, 25 Nov 2024 08:57:21 GMT

First I tried embedded command in AC, then LP_XMLConverter... the same error message. I will try creating the dummy library from scratch, and I will see what happens, (anyway such a demo should be there in the manual section: 1.libpack(ready), 2. source with gsms or so ...and and separate for each step to create a file&folder structure for translation and so on... so it can be treated as a sandbox. It is better than when I tried to decipher how it works from LP_XMLConverter embedded help, but still the manual is kind of 50:50.

I am about to implement libpack to VELUX library, it has to be password protected which is obvious... I have my own in-library translation system, so the only need is to implement the virtual file system, as for some markets it might be helpful.

Re: LP_XMLConverter Libpacks and password protected objects

ZsuzsannaB — Tue, 26 Nov 2024 11:59:49 GMT

Hi Piotr,

Unfortunately, the .libpack format does not support password-protected GSM files, and as for now, there is no plan to do so.

I hope this answers your question.

Zsuzsi

Re: LP_XMLConverter Libpacks and password protected objects

Piotr Dobrowolski — Tue, 26 Nov 2024 12:03:52 GMT

I need to add alredy done lcf to the libpack - because I do not need to redo the process everytime the update goes, and I need to have te lcf to be compatible to ver 19 and upwards..

Re: LP_XMLConverter Libpacks and password protected objects

Piotr Dobrowolski — Tue, 26 Nov 2024 13:10:57 GMT

Bad decision IMHO, but it is working with libpacks loaded as folders...so it works, and *.libpack is a container file so it should work.

I hope You will change Your mind as the producers' bim libraries could need the translations.

I am developing VELUX library and I would make great use of changing the filesystem for different markets without recompiling the whole library.

Re: LP_XMLConverter Libpacks and password protected objects

scottjm — Tue, 26 Nov 2024 20:45:37 GMT

Ughhhh. 😣 Yet another frustration to deal with with lib packs.

Re: LP_XMLConverter Libpacks and password protected objects

Barry Kelly — Wed, 27 Nov 2024 00:38:52 GMT

Maybe if the password protection didn't hide the parameter list in the objects, maybe it would work then?

I am assuming that the mapping tables need access to the parameters of the objects, and that has something to do with it.

I have always said that password protection should not hide the parameter list anyway, so we can edit the default values for 3rd party protected objects to suit our custom templates.

The global libraries and mapping tool would have been great for this, but obviously not if you can't make a package from protected objects anyway.

Barry.

Re: LP_XMLConverter Libpacks and password protected objects

Piotr Dobrowolski — Wed, 27 Nov 2024 16:48:38 GMT

The probable problem is that whenever a project containing libpack is saved as pla then it changes the parameters to the permanent translated to desired language.

So there could be a flag "do not interfere" with the content, so making pla would save default language.

or maybe limited translation to the file system: for me that would fit my needs, as I have my own translation system driven in MVO.

Edit:

But: so what, when it works with libpack as folder. Then pla will make default language as it would with regular lcf, and would have default path as in lcf

Re: LP_XMLConverter Libpacks and password protected objects

NBGheikki — Fri, 29 Nov 2024 13:16:09 GMT

This is quite unfortunate news, since it makes using libpacks for commercial projects impossible without leaking proprietary code to the outside world. I do hope password protection will be supported at some point. It can't be technically impossible since even now AC must have some way to access the code despite encryption.

Re: LP_XMLConverter Libpacks and password protected objects

Piotr Dobrowolski — Sat, 30 Nov 2024 11:29:44 GMT

It is possible to use "libpacks as folders" with commercial projects, but it might be cumbersome as the user has to switch this option on.

It is not good as for user friendliness as the libpack container does.

The libpacks are with us since version 26 (25 r2?)...but as no manual for it, but some parameters descriptions in LP_XMLConverter/? - if we had some manuals earlier and tried it: probably this topic would be raised at least year ago...

Real use is possible since 27 as the commands for the localization choosing and "use folders as libpacks" are there. (tested and it works).

I hope all profesional GDLers will try using all possible channels to enlighten GS developers. I hope it will change their minds.

Re: LP_XMLConverter Libpacks and password protected objects

ZsuzsannaB — Mon, 02 Dec 2024 08:34:48 GMT

Thank you for all of your feedback; you have made some valid points.

Making password protection possible for libpacks is on our roadmap, we will try to prioritize it going forward. 🙂

Re: LP_XMLConverter Libpacks and password protected objects

schagemann — Fri, 03 Jan 2025 02:31:10 GMT

This really is important - do you have an ETA for when this may get implemented?

Re: LP_XMLConverter Libpacks and password protected objects

schagemann — Tue, 12 Aug 2025 05:19:38 GMT

Just a gentle nudge on where this is at... we are now nearing the AC29 release, thus it would be great to have this included?

Re: LP_XMLConverter Libpacks and password protected objects

Jeroen — Wed, 24 Sep 2025 09:19:17 GMT

Hi Guys,

please vote on this wish
https://community.graphisoft.com/t5/Wishlist/password-protected-objects-in-libpacks/idi-p/677724

with kind regards,
Jeroen

Re: LP_XMLConverter Libpacks and password protected objects

schagemann — Fri, 17 Oct 2025 03:21:48 GMT

@ZsuzsannaB ... is this happening anytime soon?

Re: LP_XMLConverter Libpacks and password protected objects

Lingwisyer — Fri, 17 Oct 2025 07:00:41 GMT

Given the niche of this issue, I would not be surprised if it takes several versions for it to be included in a larger libpack update.