• Dear Cerberus X User!

    As we prepare to transition the forum ownership from Mike to Phil (TripleHead GmbH), we need your explicit consent to transfer your user data in accordance with our amended Terms and Rules in order to be compliant with data protection laws.

    Important: If you accept the amended Terms and Rules, you agree to the transfer of your user data to the future forum owner!

    Please read the new Terms and Rules below, check the box to agree, and click "Accept" to continue enjoying your Cerberus X Forum experience. The deadline for consent is April 5, 2024.

    Do not accept the amended Terms and Rules if you do not wish your personal data to be transferred to the future forum owner!

    Accepting ensures:

    - Continued access to your account with a short break for the actual transfer.

    - Retention of your data under the same terms.

    Without consent:

    - You don't have further access to your forum user account.

    - Your account and personal data will be deleted after April 5, 2024.

    - Public posts remain, but usernames indicating real identity will be anonymized. If you disagree with a fictitious name you have the option to contact us so we can find a name that is acceptable to you.

    We hope to keep you in our community and see you on the forum soon!

    All the best

    Your Cerberus X Team

Implemented [brl.json], will it become cerberus.json upon changing?

Holzchopf

Well-known member
3rd Party Module Dev
Tutorial Author
Joined
Jul 31, 2017
Messages
500
Hi folks

I'm going to add a type identifier to the JsonValue base class. Probably as Property, e.g.

Code:
    ' returns specific type of value, is one of
    ' JsonValue.OBJECT
    ' JsonValue.ARRAY
    ' JsonValue.NULL
    ' JsonValue.BOOL
    ' JsonValue.NUMBER
    ' JsonValue.STRING
    Method Type:Int() Property

Why? Because for now, the only way of finding out what specific type a JsonValue is, is by trying to cast it to that specific class.

On top of that, I'm going to update the whole documentation for that module including comments in the source.

Now, my suggestion / suggestive question:
Will brl.json become cerberus.json due to that? No "standard" module (meaning none of those shipped with CX) imports brl.json - so the risk of dependency conflicts is reduced to third party modules. My motivation to re-scope it from brl to cerberus is to make clear that this won't be maintained by brl any more.

edit
Well the consts will more likely be named OBJECTTYPE, ARRAYTYPE and so on because the others are reserved keywords :)
 
Last edited:
Switching it to cerberus would break things for sure. And THEN you would have to switch it for all the modules inside BRL. Only that would make sense. Or creating CX2 :) BUT, would an alias named brl pointing to cerberus do the trick? I am also thinking if this would work with Makedocs. That would have to be tested.
 
Btw. Inside Cerberus you find only modules that deal with the basic CX language. Not something like JSON or XML.

I would rather put it into its own folder.
 
If no one is going to blame brl for a well-documented module, I leave it in brl ;-)

only modules that deal with the basic CX language
You're right. It didn't notice that. Only saw that there were some modules in cerberus and assumed at some point someone started to port things from brl to cerberus and this was an ongoing process. But thanks for the clarification =)
 
Like said, I would place it into its own folder.

Code:
modules
    |
    + brl
    + cerberus
    + json
    + ...
 
:rolleyes: I just left it in brl, because I'm not a fan of having separate scopes for such tiny things =)
 
Back
Top Bottom