all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Dominik Csapak <d.csapak@proxmox.com>
To: Proxmox Datacenter Manager development discussion
	<pdm-devel@lists.proxmox.com>,
	Stefan Hanreich <s.hanreich@proxmox.com>
Subject: Re: [pdm-devel] [PATCH proxmox-yew-widget-toolkit 1/1] data table: add get_property helper for displaying optional values
Date: Wed, 20 Aug 2025 11:13:01 +0200	[thread overview]
Message-ID: <3518c038-8cbf-4df8-a752-54570d1b22bb@proxmox.com> (raw)
In-Reply-To: <20250819132538.223207-1-s.hanreich@proxmox.com>

wouldn't it also be possible to simply unwrap the option on the source side?


e.g. for a string
...
.get_property(|rec: &Record| rec.option.as_deref().unwrap_or(""))
```
?

of course you can always implement the renderer and sorter yourself 
(which should only be a single line each if the value has Display + Ord)

in general I'm not sure we want to show None values as nothing, this 
largely depends on the data (e.g. valid things to show/expect could be 
'-', 'N/A', etc.)

Also one comment inline

On 8/19/25 15:25, Stefan Hanreich wrote:
> In some cases, particularly for tree views, it might make sense to not
> show values for some cells. In order to simplify handling optional
> values, add a get_property helper that can work with optional values.
> It renders the values if it exists and nothing otherwise. Since Option
> implements Ord, the widget can use its Ord implementation for sorting.
> The current helpers cannot be used, since Option does not implement
> Display, so the trait bounds are not satisfied.
> 
> Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>
> ---
>   src/widget/data_table/column.rs | 18 +++++++++++++++++-
>   1 file changed, 17 insertions(+), 1 deletion(-)
> 
> diff --git a/src/widget/data_table/column.rs b/src/widget/data_table/column.rs
> index 016be99..770d7c7 100644
> --- a/src/widget/data_table/column.rs
> +++ b/src/widget/data_table/column.rs
> @@ -5,7 +5,7 @@ use derivative::Derivative;
>   use yew::html::IntoPropValue;
>   use yew::prelude::*;
>   
> -use yew::virtual_dom::Key;
> +use yew::virtual_dom::{Key, VNode};
>   
>   use crate::props::{CallbackMut, IntoEventCallbackMut, IntoSorterFn, RenderFn, SorterFn};
>   use crate::state::TreeStore;
> @@ -328,6 +328,22 @@ impl<T: 'static> DataTableColumn<T> {
>           .render(move |item: &T| html! {{get_property_fn(item)}})
>       }
>   
> +    /// Builder style method to set a get_property_fn for renderer and sorter
> +    /// the given fn must return the value as an Option
> +    pub fn get_property_optional<E: Ord + std::fmt::Display>(
> +        self,
> +        get_property_fn: impl 'static + Fn(&T) -> Option<&E>,
> +    ) -> Self {
> +        let get_property_fn = Rc::new(get_property_fn);
> +        self.sorter({
> +            let get_property_fn = get_property_fn.clone();
> +            move |itema: &T, itemb: &T| get_property_fn(itema).cmp(&get_property_fn(itemb))
> +        })
> +        .render(
> +            move |item: &T| html! {{get_property_fn(item).map(VNode::from).unwrap_or_default()}},

mhmm since we require the Display trait as boundary, wouldn't a 
to_string() be better here? The default for VNode is a VList, but an 
empty string produces a VText

> +        )
> +    }
> +
>       /// Builder style method for [`Self::set_tree_column`]
>       pub fn tree_column(mut self, store: impl IntoPropValue<Option<TreeStore<T>>>) -> Self {
>           self.set_tree_column(store);



_______________________________________________
pdm-devel mailing list
pdm-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pdm-devel


  reply	other threads:[~2025-08-20  9:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-19 13:25 Stefan Hanreich
2025-08-20  9:13 ` Dominik Csapak [this message]
2025-08-20 10:29   ` Stefan Hanreich
2025-08-20 10:34     ` Dominik Csapak
2025-08-20 10:41       ` Dominik Csapak
2025-08-20 10:46       ` Stefan Hanreich

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=3518c038-8cbf-4df8-a752-54570d1b22bb@proxmox.com \
    --to=d.csapak@proxmox.com \
    --cc=pdm-devel@lists.proxmox.com \
    --cc=s.hanreich@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.
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal