Quote from: Phil Beauvoir on April 09, 2025, 11:17:39 AM...You're right about this option enabled in my preferences file : it was not the case initially, but I must admit that I "played" a bit with it while investigating my problem, in order to better understand how all this "color stuff" works in Archi, and make my own tests...
I think it has something to do with the Appearance colour preference "Save the default fill colour for elements in the model file" which I notice you have set on in your custom preferences file. With this on, any new objects created will save the "fillColor" attribute if the colour for that object is set to "Default".
...
Quote from: Phil Beauvoir on April 09, 2025, 11:17:39 AMIf a diagram object does not have a "fillColor" attribute set (either in an *archimate file or a coArchi *.xml) then the default color as set in Preferences will be displayed. If the "fillColor" attribute is present then that colour will be displayed.Unfortunately that's not the case in our environment : the default colors as set in Preferences right after the installation of Archi are used, instead of the default colors as set in our actual Preferences panel.
Quote from: Phil Beauvoir on April 09, 2025, 11:17:39 AMI can't diagnose this any further without a model and setup where I can reproduce the problem. I would need to have a copy of an example coArchi repo to do this.I perfectly understand that, and I thank you again for all the time you already wasted trying to help me...
Quote from: Phil Beauvoir on April 08, 2025, 18:57:48 PMQuote from: Eric Vendeville on April 08, 2025, 18:42:09 PMThe problem occurs when you try to generate the HTML report from a repository that contains only .xml files (generated by coArchi and synced from git), without any .archimate file in it... hence my assumptions at the beggining of the post, in my 1st message
OK, I tested that too and it's also working:Archi -application com.archimatetool.commandline.app -consoleLog -nosplash --modelrepository.loadModel "path_to_coArchi_Folder" --html.createReport "output_folder"
Are you sure the model in the coArchi repo has actually got elements in it that are set to use default colours?
--loadModel "E:\sysapp\Archi\test.archimate"
--modelrepository.loadModel "path_to_any_model_structure_synced_from_azure_git_repo"
Quote from: Phil Beauvoir on April 09, 2025, 10:31:30 AMIt may be that the model you are using in coArchi has the element fill colours set explicitly to the standard fill colours so that your custom colours are not used.
You could create a very simple test model with one element in it that uses your custom colour and create a repo from that to test.
Or, for a technical deep-dive:
1. Go to the location of the coArchi model and locate one of its diagram XML file named like this - model-repository\repo-name\your-model\diagrams\ArchimateDiagramModel_id-1e04b80c5c1c2152948f132149bea3b1.xml, and open it in a text editor.
2. Check each <children> XML tag and you may see an attribute like fillColor="#ff8040". If this is present then the fill colour is set explicitly for that object and your custom colour will not be used. The custom colour will only be used if the fillColor attribute is not present.
Quote from: Eric Vendeville on April 08, 2025, 18:42:09 PMThe problem occurs when you try to generate the HTML report from a repository that contains only .xml files (generated by coArchi and synced from git), without any .archimate file in it... hence my assumptions at the beggining of the post, in my 1st message
Archi -application com.archimatetool.commandline.app -consoleLog -nosplash --modelrepository.loadModel "path_to_coArchi_Folder" --html.createReport "output_folder"
Archi.exe -application com.archimatetool.commandline.app -consoleLog -nosplash --loadModel "E:\sysapp\Archi\test.archimate" --html.createReport "E:\test"