Translations for Accessory state

[grzegorz914]

Hi,

It would be nice add translations for accessory state, now we have only EN.

Thanks

[oznu]

Good idea. There shouldn't be too many new words to translate.

[mafyata]

We will translate it fast. I translated hoobs BG language for 1 hour.

[oznu]

I've added support for this and created placeholders for all the keys that need translating in each language file.

https://github.com/oznu/homebridge-config-ui-x/blob/master/ui/src/i18n/en.json#L17-L39

For details on how to get a development environment setup so you can preview your translations in-app see https://github.com/oznu/homebridge-config-ui-x/blob/master/CONTRIBUTING.md.

[oznu]

    "accessories.control.label_on": "On",
    "accessories.control.label_off": "Off",
    "accessories.control.label_open": "Open",
    "accessories.control.label_closed": "Closed",
    "accessories.control.label_opening": "Opening",
    "accessories.control.label_closing": "Closing",
    "accessories.control.label_stopped": "Stopped",
    "accessories.control.label_locked": "Locked",
    "accessories.control.label_unlocked": "Unlocked",
    "accessories.control.label_jammed": "Jammed",
    "accessories.control.label_unknown": "Unknown",
    "accessories.control.label_triggered": "Triggered",
    "accessories.control.label_heat": "Heat",
    "accessories.control.label_cool": "Cool",
    "accessories.control.label_auto": "Auto",
    "accessories.control.label_rotation_speed": "Rotation Speed",
    "accessories.control.label_brightness": "Brightness",
    "accessories.control.label_set_to": "Set to",
    "accessories.control.label_target": "Target",
    "accessories.control.label_target_temperature": "Target Temperature",
    "accessories.control.label_fan": "Fan",
    "accessories.control.label_light": "Light",
    "accessories.control.not_supported": "Not Supported",

[grzegorz914]

Hi,

updated to beta22 and Accessory - Thermostat Mode off are not translated.

Thanks

[Caribsky]

Same problem with Thermostat.
Aslo Homebridge restart page not translated too.

[grzegorz914]

Also „Default Room” need to be translated.

[oznu]

I've fixed the thermostat Off label and added a key for "Default Room".

[Caribsky]

@oznu
By the way… Thermostat window with translation too small

[oznu]

@Caribsky - I can stack them vertically.

[Caribsky]

I like this layout. Looks like as on iPhone.
Also I need fix translation for thermostat.

[oznu]

The beta has been updated with your pull requests and the other changes made.

[Caribsky]

@oznu
I don't see any accessories and rooms after this update.
cache deleted in Safari.. :(

[Caribsky]

Sorry, @oznu
Looks like it's my local problem with Safari.
All OK in Firefox.

[oznu]

You had me worried. I'll check out Safari tomorrow to make sure it's all ok.

[grzegorz914]

Im on safari macOSX Catalina b5, all is displayed OK, except state of thermostat, which is not displayed on accessory.

[mafyata]

Bulgarian language translation. It is in zip because I can't upload json file here.

bg.zip

[tooh]

I'm running - homebridge-config-ui-x v4.5.2 - on EN
Accessories correct in menu spelled wrong in Homebridge accessories page

Homebridge Accessores

[oznu]

Hi @tooh,

The only instance of the word Accessores is in the NL translation?

https://github.com/oznu/homebridge-config-ui-x/search?q=Accessores&unscoped_q=Accessores

[tooh]

Hm strange was not aware that it uses Nl as language. But you’re right.

Translation should be:

accessoires

[Caribsky]

Hi @oznu,
Could you please update beta.. i can't fetch last merged translation fix in ru.json.
Thanks

Also, regarding Thermostat window. The accessory box start dragging when click on Thermostat in Firefox (mac os), please see screenshot below.

[oznu]

@Caribsky, I'll update the beta soon and let you know.

Regarding the thermostat window, you need to start moving your mouse within 350 ms otherwise it detects a "long press" and opens up the modal. I've just tested this on the latest versions of Firefox, Safari and Chrome on macOS.

[oznu]

@tooh, updated, thanks.

[Caribsky]

@oznu
It's really strange.. I have last stable versions of Firefox, Safari and Chrome. Only in Firefox appeared this bug and it's doesn't depend from delay of start moving mouse, after 1 sec or 10 sec.
Just tried to test it on other Windows computer.. same problem with Firefox. :(

[oznu]

@Caribsky, i think i misunderstood the issue you described. I thought you were saying when you were trying to move the tiles, the modal was showing, but you mean when you are trying to open the modal, the tile starts moving?

That I can replicate in firefox.

[Caribsky]

@oznu, in other words ... the tile starts following the cursor after showing the modal window.
ps. sorry for my english

[oznu]

I can't figure this one out right now @Caribsky, I'll try again later, as a work around you can toggle the layout lock:

[Caribsky]

Thanks, @oznu
Toggle the layout lock is good idea, it's helped.

[oznu]

@Caribsky, I fixed the Firefox modal and drag issue in the latest beta.

[Caribsky]

@Caribsky, I fixed the Firefox modal and drag issue in the latest beta.

Works good!
Thank you, @oznu!

[grzegorz914]

One word still not translated: "End Process"

[oznu]

Thanks @grzegorz914, that bit of text is is sent directly from the server as a debug message, so it doesn't get translated. I don't have any plans to add internationalisation to the server side any time soon (this includes all logs, or error / debug messages sent from the server like the one above).

[grzegorz914]

@oznu
ok its clear.

[oznu]

I just pushed up a new beta, with dark mode off-state tiles. I'm not sure how to handle on-state tiles in dark mode yet, I'll probably wait until I can see how iOS 13 dark mode does it.

[oznu]

It broke light mode on-state of course, should have tested, fixing it now.

[oznu]

Thanks everyone for your help one this one.