Phil Beauvoir

@HannesWell The version of macOS that the native binaries are compiled on affects SWT. If you remember this from https://github.com/eclipse-platform/eclipse.platform.swt/issues/1012 where we found that running from Eclipse spawned the child...

> And I was told that Eclipse actually intends to just supports the latest two versions of Mac OS (@akurtakov is that correct?). So from next week on, this would...

> filtering would make maintaining the model a lot easier. If the aim is to maintain the model by removing "orphan" elements or elements that have no relations to other...

A maximum label width of 300 pixels was set in this [commit](https://github.com/archimatetool/archi/commit/1fd5f2fc15b58b6cfeb4903551f9670eb88cf568#diff-01b7ac4d12cc5484536988d7c9b9ed5354ae1cef5e3f78dcdfaeb236262683c7). This was set to stop excessively long labels and because support for text alignment (left, centre and right)...

@myriammatwiy In the first screenshot the text is wrapped on the "Upload and hand-enter..." label. Are you using a label expression to wrap it?

> Yes for that one the label expression is set to ${wordwrap:60:${name}}, however the existence of that relationship isn't necessary to reproduce the issue. I just wanted to check that...

> I agree this hard-coded width limit is not ideal. Instead of removing it, would it be possible to set it per relationship instance on views (kind of native support...

Fixed in Archi 5.4

This is expected behaviour and can't be changed. Text comparison is based on the Java [Collator](https://docs.oracle.com/javase/8/docs/api/java/text/Collator.html) class. This provides lexical comparison based on locale to account for characters like accents.

> So how can it be changed? As I explained, in Java sorting is done by the [Collator](https://docs.oracle.com/javase/8/docs/api/java/text/Collator.html) class. If you wish, as Archi is open source, you can provide...