From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Shannon Sterz <s.sterz@proxmox.com>,
Proxmox Datacenter Manager development discussion
<pdm-devel@lists.proxmox.com>,
Dominik Csapak <d.csapak@proxmox.com>
Subject: Re: [pdm-devel] [PATCH yew-comp 2/2] token_panel: implement a token panel
Date: Thu, 2 Oct 2025 17:39:12 +0200 [thread overview]
Message-ID: <b5a58267-9530-4c64-b090-ffc4be427c4a@proxmox.com> (raw)
In-Reply-To: <DD7XZK5RYZA4.2V187A1OHNUWO@proxmox.com>
Am 02.10.25 um 17:29 schrieb Shannon Sterz:
> imo the proper solution however is to use the new clipboard api that is
> now in stable web-sys [1,2]. fabian packaged a new web-sys version this
> week, so i'd adapt to it unless someone objects to that.
Sounds good to me.
> note that `execCommand` used by copy_to_clipboard is
> deprecated [2].
>
> [1]: https://docs.rs/web-sys/0.3.76/web_sys/struct.Clipboard.html
> [2]: https://developer.mozilla.org/en-US/docs/Web/API/Clipboard/writeText
> [3]: https://developer.mozilla.org/en-US/docs/Web/API/Document/execCommand
>
>> Btw. I know this mirrors the original and I added the copy button there,
>> but nowadays I'd prefer having a icon-only+tooltip button to the right of
>> the input field for both fields.
> makes sense, i can look into that while i'm at it. but imo, we should
> come up with a more consistent way of treating buttons with icons in
> general. most buttons in pdm don't use any icons at all.
FWIW, If there's a potential icon with clear meaning I always favor having
them, it ads additional visual distinction that helps UX.
But I do not think that what I meant here needs us to rethink the overall
approach, this is something more specific, especially as it'd be icon-only.
_______________________________________________
pdm-devel mailing list
pdm-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pdm-devel
next prev parent reply other threads:[~2025-10-02 15:39 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-24 14:51 [pdm-devel] [RFC datacenter-manager/proxmox/yew-comp 0/8] token support for pdm Shannon Sterz
2025-09-24 14:51 ` [pdm-devel] [PATCH proxmox 1/3] access-control: refactor api module to be more hirachical Shannon Sterz
2025-09-26 8:26 ` Dominik Csapak
2025-10-01 15:29 ` Shannon Sterz
2025-09-24 14:51 ` [pdm-devel] [PATCH proxmox 2/3] access-control: move `ApiTokenSecret` to types module Shannon Sterz
2025-09-26 9:14 ` Fabian Grünbichler
2025-09-24 14:51 ` [pdm-devel] [PATCH proxmox 3/3] access-control: add api endpoints for handling tokens Shannon Sterz
2025-09-26 9:14 ` Fabian Grünbichler
2025-10-01 15:29 ` Shannon Sterz
2025-09-24 14:51 ` [pdm-devel] [PATCH yew-comp 1/2] utils/user_panel: factor out epoch_to_input_value helper Shannon Sterz
2025-09-27 16:57 ` [pdm-devel] applied: " Thomas Lamprecht
2025-09-27 16:57 ` [yew-devel] applied: [pdm-devel] " Thomas Lamprecht
2025-09-24 14:51 ` [pdm-devel] [PATCH yew-comp 2/2] token_panel: implement a token panel Shannon Sterz
2025-09-26 8:50 ` Dominik Csapak
2025-09-27 17:07 ` Thomas Lamprecht
2025-10-02 15:30 ` Shannon Sterz
2025-10-02 15:39 ` Thomas Lamprecht [this message]
2025-10-02 15:19 ` Shannon Sterz
2025-09-27 16:57 ` [pdm-devel] applied: " Thomas Lamprecht
2025-09-27 16:57 ` [yew-devel] applied: [pdm-devel] " Thomas Lamprecht
2025-09-24 14:51 ` [pdm-devel] [PATCH datacenter-manager 1/3] ui: add a token panel and a token acl edit menu in the permissions panel Shannon Sterz
2025-09-24 14:51 ` [pdm-devel] [PATCH datacenter-manager 2/3] server: access: use token endpoints from proxmox-access-control Shannon Sterz
2025-09-24 14:51 ` [pdm-devel] [PATCH datacenter-manager 3/3] server: clean up acl tree entries and api tokens when deleting users Shannon Sterz
2025-09-26 9:18 ` Fabian Grünbichler
2025-10-01 15:29 ` Shannon Sterz
2025-10-02 10:19 ` Fabian Grünbichler
2025-10-03 14:22 ` [pdm-devel] Superseded: Re: [RFC datacenter-manager/proxmox/yew-comp 0/8] token support for pdm Shannon Sterz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b5a58267-9530-4c64-b090-ffc4be427c4a@proxmox.com \
--to=t.lamprecht@proxmox.com \
--cc=d.csapak@proxmox.com \
--cc=pdm-devel@lists.proxmox.com \
--cc=s.sterz@proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.