You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This would be a nice addition since the wake on lan protocol which I use already supports domains. In the network discovery, domain names of devices are currently shown as the device name. I could implement an option to use this name as the domain name to ping the device as well. Since I also want to support IPv6 addresses Issue #4, I will implement these features together.
First, I'd like to thank you @herzhenr for this project, which is yet another great open source tool! \o/
I tested the app and it looks, feels and works great. So I'd really like to stick to it entirely, but at the moment I can't since I also want to be able to wake my home server remotely (using wake-on-wan). But this would only be possible if this feature is implemented. So for now, I've got to use another app which tries to upsell me on dumb features I don't need on top of not feeling as simple and clean as yours.
Here are a couple of small suggestions I would add to this feature request:
in the app I was using on Android, the label for the address was IP/Router Address to explicit the fact that both IP and FQDN addresses could be accepted. I imagine that if you were to implement this feature, it would be nice to make it visible in a similar way (or any other way really, just suggesting the simplest alternative I imagine). 🙂
when choosing a different port number than the usual 7 or 9 (very likely when using wake-on-lan as usually people would use port-forwarding a rule at the router level to avoid exposing 7 or 9), the Port field behaves in an unexpected way (see screenshot below):
We can input text. I would have expected a numeric field as no text can be used for a port number.
The other port options can still be selected, which is a bit confusing as we're not entirely sure what the port is actually going to be used. I noticed that the port field gets updated when selecting 7 or 9. Maybe one way to fix this is to have a third chip option labelled other which reveals/enables the free numeric form if selected. Also this means that when people switch from other to 7 or 9, they don't get their custom value overridden (which is currently the case).
No description provided.
The text was updated successfully, but these errors were encountered: