From unknown Sun Jun 22 11:48:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75171: 30.0.50; Checklist widget inside a group does not initialize correctly Resent-From: Al Haji-Ali Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Dec 2024 08:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 75171 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 75171@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.173546161110451 (code B ref -1); Sun, 29 Dec 2024 08:41:02 +0000 Received: (at submit) by debbugs.gnu.org; 29 Dec 2024 08:40:11 +0000 Received: from localhost ([127.0.0.1]:53698 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tRoqJ-0002iH-5e for submit@debbugs.gnu.org; Sun, 29 Dec 2024 03:40:11 -0500 Received: from lists.gnu.org ([209.51.188.17]:44498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tRoqF-0002hJ-Qf for submit@debbugs.gnu.org; Sun, 29 Dec 2024 03:40:09 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tRoqF-00044j-FW for bug-gnu-emacs@gnu.org; Sun, 29 Dec 2024 03:40:07 -0500 Received: from mail-wm1-x336.google.com ([2a00:1450:4864:20::336]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tRoqD-00087h-Ly for bug-gnu-emacs@gnu.org; Sun, 29 Dec 2024 03:40:07 -0500 Received: by mail-wm1-x336.google.com with SMTP id 5b1f17b1804b1-4361f65ca01so83873835e9.1 for ; Sun, 29 Dec 2024 00:40:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735461603; x=1736066403; darn=gnu.org; h=mime-version:message-id:date:subject:to:from:from:to:cc:subject :date:message-id:reply-to; bh=b4zeEQXVCzkvWz/SseKp29X1ePr6Wdon64nBkrtLmN4=; b=SJNkteq7JObujILZVbNzEfuS24sJPjPxqxbCEJSTwmrtsLwkVZxRuinffHF77COe1/ txLrvxuT+ct//EqLpDyxW67oYaNJ4l01U57jhI08Ne23cpXiEQkaGXD3I0WJkq9xZMVM ZlZFYEZjOkvdKQFLJMNmSeSmjBKR6VWYp5XxSaYQ/fQJnys/yNjUxR4m/s7l8Wkafq04 3lKxn+wd/wd3qvL5C61UgUZsOxjnxaAZ70R2iiX0XqZLXG58PrkOwaxzAuVsnTP/NYKz IlvsUbSgub5MDfn/RIhODai1R5lzhLpFOB4SIRaG4nIprcDNVvuIbZ5h/HuS1wcdh/35 4phA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735461603; x=1736066403; h=mime-version:message-id:date:subject:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=b4zeEQXVCzkvWz/SseKp29X1ePr6Wdon64nBkrtLmN4=; b=auaBogM40ulBiGPXd+zADGbmNEhzitOzK4m/TbuyFuLcCkE8+U+MFIkCAN4tho0GgN zI7AMwG8pH8juKcNfoFPa6gaZ1w2T2PvS3fdbDwBZ88El+eOAW5XDvjS/UoBBC7ShicY uwpkz7B4vbRhd5ABFS8Iq1tXBXXImgAi7RrOKm49F0rYnLWzldi4koeBPyNOI9gff6wR PrKaabPIaDocNdBVKaJE+yAbKd8Zlm+SaF86I1P44H+sJUXfNFnzN49+7jWEFeYMVh13 TIMpsgz1yTPIN9Gx20jwwP5uzCiwE3BzsgziaqrO8IWsBtpyFuZZMmAj+EC4+BNzipyB eVog== X-Gm-Message-State: AOJu0YzVfseX98N3jUQfcgIYj24bE1boc0ZUX0MRrZH/T0F2NLMXFeQE 9/J2SutpP3Jkjx3bAYC0LUibWwAhKZBCvKrHv3rSPKdFDXvHW35Ybz+nnKcX X-Gm-Gg: ASbGncsBpizDsd3acYOGaGGHkAExo4Qy2oFu1IoluUPL+biBPLJUyF+V7BSwpSgqbb/ BqrGBL8LG+bLWlx1xyrcxju/IFp4lKSWgUILEt/cMTSsGzYFqVXL73Stvi48Hh8b2lkCGX4ci6D NoWCX6WAVuFrbWw+ZVccoUChhyPldVI9x8CPabyKYo3c/REVmG1ML3oQI5DvsU7LysMD5pujYYO iAG4X+yfauD71qi5WfZOAR/BOuHuttWmlZjQDThj+grjKWANSCbvn+gYLK4XgWjvrAvYj15Nhzo oInkn00MZ2DqY+B/VUQiHYyDxPBkX0CIg6ke1AXLA3vkqnR69rw4d3GI4qzqzw== X-Google-Smtp-Source: AGHT+IEmtwaX28fllpIi+icQMY21vyqxiskz6iuvfSZjYlHRXtl4LLxCHKPFalKtP0kqwsPKzFxXtA== X-Received: by 2002:a5d:47af:0:b0:385:f10a:335 with SMTP id ffacd0b85a97d-38a221face5mr25465251f8f.21.1735461602652; Sun, 29 Dec 2024 00:40:02 -0800 (PST) Received: from localhost (sgyl-45-b2-v4wan-166941-cust3717.vm6.cable.virginm.net. [82.37.190.134]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-38a1c828f5fsm27188338f8f.8.2024.12.29.00.40.01 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 29 Dec 2024 00:40:02 -0800 (PST) From: Al Haji-Ali Date: Sun, 29 Dec 2024 08:33:44 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a00:1450:4864:20::336; envelope-from=abdo.haji.ali@gmail.com; helo=mail-wm1-x336.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) The following function creates four widgets (two radio button lists and two checklists) inside a group. All lists have an initial value, while the group has a nil value. Strangely, the radio buttons get initialized correctly (selecting the correct button based on their value), but the checkboxes do not (all boxes are unchecked regardless of the value). Removing the group results in correct initialization. --8<---------------cut here---------------start------------->8--- (defun widget-test () (let ((items '((item :format "%[One%] " :value 1) (item :format "%[Two%] " :value 2) (item :format "%[Three%] " :value 3)))) (widget-create 'group (append '(radio-button-choice :inline t :format "Inline radio:\n%v\n" :value 2) items) (append '(radio-button-choice :format "Not inline radio:\n%v\n" :value 2) items) (append '(checklist :inline t :format "Inline checks:\n%v\n" :value (1 2)) items) (append '(checklist :format "Not inline checks:\n%v\n" :value (1 2)) items))) (widget-setup)) --8<---------------cut here---------------end--------------->8--- If this is unintended behaviour, I managed to fix the inline version of the checklists with this advice --8<---------------cut here---------------start------------->8--- (advice-add 'widget-checklist-match-inline :around (lambda (old-fn wid val) (when val (funcall old-fn wid val)))) --8<---------------cut here---------------end--------------->8--- The non-inline version probably requires a fix in `widget-checklist-match`, but I can't make out the logic in this function (it seems to return non-nil when not matching?!). If it is intended behaviour, how can I correctly set the value of a checklist? and why is there a discrepancy between radio buttons and check lists? -- Al From unknown Sun Jun 22 11:48:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75171: 30.0.50; Checklist widget inside a group does not initialize correctly Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Jan 2025 13:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75171 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 75171@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17358262085508 (code B ref -1); Thu, 02 Jan 2025 13:57:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Jan 2025 13:56:48 +0000 Received: from localhost ([127.0.0.1]:43224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTLgt-0001Ql-C5 for submit@debbugs.gnu.org; Thu, 02 Jan 2025 08:56:48 -0500 Received: from lists.gnu.org ([2001:470:142::17]:35612) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTLgr-0001QR-LJ for submit@debbugs.gnu.org; Thu, 02 Jan 2025 08:56:46 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTLgk-0002gn-SN for bug-gnu-emacs@gnu.org; Thu, 02 Jan 2025 08:56:39 -0500 Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTLgj-0002NN-C3 for bug-gnu-emacs@gnu.org; Thu, 02 Jan 2025 08:56:38 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1tTLge-0002gj-Is for bug-gnu-emacs@gnu.org; Thu, 02 Jan 2025 14:56:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: Mauro Aranda Date: Thu, 2 Jan 2025 10:56:26 -0300 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla Thunderbird Content-Language: en-US In-Reply-To: Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 2 X-Spam_score: 0.2 X-Spam_bar: / X-Spam_report: (0.2 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.2, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Al Haji-Ali writes: > The following function creates four widgets (two radio button lists > and two checklists) inside a group. All lists have an initial value, > while the group has a nil value. Strangely, the radio bu [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (maurooaranda[at]gmail.com) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 T_SPF_PERMERROR SPF: test of record failed (permerror) 1.0 FORGED_GMAIL_RCVD 'From' gmail.com does not match 'Received' headers 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) Al Haji-Ali writes: > The following function creates four widgets (two radio button lists > and two checklists) inside a group. All lists have an initial value, > while the group has a nil value. Strangely, the radio buttons get > initialized correctly (selecting the correct button based on their > value), but the checkboxes do not (all boxes are unchecked regardless > of the value). Removing the group results in correct initialization. > > (defun widget-test () > (let ((items '((item :format "%[One%] " :value 1) > (item :format "%[Two%] " :value 2) > (item :format "%[Three%] " :value 3)))) > (widget-create > 'group > (append '(radio-button-choice > :inline t > :format "Inline radio:\n%v\n" > :value 2) > items) > (append '(radio-button-choice > :format "Not inline radio:\n%v\n" > :value 2) > items) > (append '(checklist > :inline t > :format "Inline checks:\n%v\n" > :value (1 2)) > items) > (append '(checklist > :format "Not inline checks:\n%v\n" > :value (1 2)) > items))) > (widget-setup)) > There's no explicit :value for the group widget, so its value is nil, and then the Widget library tries to create all four children with a nil value. The radio-button-choice widget differs from the checklist widget in that the former tries to be created with a selected choice, and tries harder than the checklist widget, which is fine with a value of nil. That way, you see that the specified value is obeyed in radio-button-choice but not in the checklist widget. FTR, I'm not saying this is 100% correct. I'm just trying to explain how it works now. > If this is unintended behaviour, I managed to fix the inline version > of the checklists with this advice This is intended behavior, AFAIU. The parent can override values for the children, and that way we can recreate widgets with new values just by changing the values of the parent. > If it is intended behaviour, how can I correctly set the value of a > checklist? and why is there a discrepancy between radio buttons and > check lists? I'm not sure if you want them inline or not, but here's a modification to your recipe that works: (defun widget-test () (let ((items '((item :format "%[One%] " :value 1) (item :format "%[Two%] " :value 2) (item :format "%[Three%] " :value 3)))) (widget-create 'group :value '(2 (1 2)) (append '(radio-button-choice :format "Not inline radio:\n%v\n" :value 2) items) (append '(checklist :format "Not inline checks:\n%v\n" :value (1 2)) items))) (widget-setup)) As you can see, it's a matter of giving the correct value to the group widget. From unknown Sun Jun 22 11:48:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75171: 30.0.50; Checklist widget inside a group does not initialize correctly Resent-From: Al Haji-Ali Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Jan 2025 22:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75171 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauro Aranda , 75171@debbugs.gnu.org Received: via spool by 75171-submit@debbugs.gnu.org id=B75171.173585567114445 (code B ref 75171); Thu, 02 Jan 2025 22:08:02 +0000 Received: (at 75171) by debbugs.gnu.org; 2 Jan 2025 22:07:51 +0000 Received: from localhost ([127.0.0.1]:47030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTTM6-0003kv-Tj for submit@debbugs.gnu.org; Thu, 02 Jan 2025 17:07:51 -0500 Received: from mail-wm1-x32f.google.com ([2a00:1450:4864:20::32f]:55695) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tTTM4-0003kV-CM for 75171@debbugs.gnu.org; Thu, 02 Jan 2025 17:07:49 -0500 Received: by mail-wm1-x32f.google.com with SMTP id 5b1f17b1804b1-4361dc6322fso77512345e9.3 for <75171@debbugs.gnu.org>; Thu, 02 Jan 2025 14:07:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735855662; x=1736460462; darn=debbugs.gnu.org; h=mime-version:message-id:date:references:in-reply-to:subject:to:from :from:to:cc:subject:date:message-id:reply-to; bh=TTeA1GZgQHJlyyTC/d1lcHaqXycpw4m2rUxOBAtaglg=; b=dTxLTKMK4YODSDwsfmpXiCBuIwdZ+iJgi5nwRTXyhbcyLLjSGFbCqRZvfloqQh699B o/ri4hw9diZEZnsFIJDE5B0KRgkYVGljK2xiignJoX0XO9XbLM+GWOssjdSQNFUTMx1G OkFr+tT7FCyj8hFqagrbwTNRMfNyCKtn5SGBXC2D3s7vOgOhH3KyHxvlyOt10er/ThKG J4Iv4oqmDUE5jDjqUlVrciFPo92XlFau7BdCmXlbUaYYm4N8pyRkLUnEWC1GoFtoBSAw QpLU8rhNJv+Ykmjyv7fV5YoPsu4gm3nW3rYXZvc3ekL0iC8HqZt6Mdx4qfKo0PMvjHd+ 3rXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735855662; x=1736460462; h=mime-version:message-id:date:references:in-reply-to:subject:to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=TTeA1GZgQHJlyyTC/d1lcHaqXycpw4m2rUxOBAtaglg=; b=vy9HZahVrEbW/ApJUDmdKLfSu7827o7GdoyDpYyb/oIjGHZR8lZv7xqx3WRx3Dk3aD aN7DOru3FV7CBwmBFaXVTSRUeNfQZRY6a5/1Mn7KX7nakef61dy3wUkQ1DSvFBRbHa7d E0STm5DhSlEsJ6hB5lHBJ1GiZCJ3NIWbunfay9XGFvkZ48JpHlrzvYYVH/J6R+DhllVa vgMXYN2YvLjCdydaykRDHJ5Py9nyYBLpR7Q09zpRjCFk+o/bZWzRa4iyvsESO25sqUlQ qBk165S8PuSYUUs7tS1lrYAyP7H0V3am7eHOfm0dO1RESnzqyDGf8LNudtARSOnwCaqM wJ7g== X-Forwarded-Encrypted: i=1; AJvYcCWnIcTNVOeAvbBCRvcb7zUrigb29xoE/sCB8qj6W1cWMa/qJhQfaQZTVRycv0SRnvaUSQaU9w==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxpeGC7+H3IUgpezF4l+3AWKPe2h/Ciud4tuU9feEyyNn54iK0S aCa8PlSGCXgOX/CSazm2zQ4rWRjX+cNqZXBX7Jx+MmBT54anPuRUfdBMzVWBscU= X-Gm-Gg: ASbGnctNJQrAsg65NmIa2zEf4eGZn5ShdrN0Yk6xskzGkdIE5a5UhBOIJ1h4MeeOP9j VUvktz2zoEpytfk3g2j4nc8m150G2j6so2JUJlpKW2EhVngqvgIrNqUzfvCtMcsINVfZJYzSSXA rnS/niY5s1/hqJnO3bLFL3DS9jkwFN0Ewwp2837vdGvg9pkF+L2T8ySgXCBajzZ0zOlA2p52QIS afe0nR1eUDZFc9Tk2rN+R2cDBfPioDuKhuwIdfNsX9bcfBZ1wGDyjBO6KnxjQuFwFTEvLyONHJ5 w34ZQ3EE9f7W1Ae3v5eekcdAEDjf4LssD9tj8tWCARYsmgTurH/uTd3q X-Google-Smtp-Source: AGHT+IGXs/mQkYPitZCj2zCE7Z84ybO8hBWvIIIoLnGXoiDVN2pkL4CYXNFGeMYod1OKUxxS3ZVB7g== X-Received: by 2002:a05:600c:3b9d:b0:436:6160:5b81 with SMTP id 5b1f17b1804b1-43668643bd7mr395902035e9.14.1735855661695; Thu, 02 Jan 2025 14:07:41 -0800 (PST) Received: from localhost (sgyl-45-b2-v4wan-166941-cust3717.vm6.cable.virginm.net. [82.37.190.134]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4366120088esm462502525e9.13.2025.01.02.14.07.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 02 Jan 2025 14:07:41 -0800 (PST) From: Al Haji-Ali In-Reply-To: References: Date: Thu, 02 Jan 2025 22:04:28 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 02/01/2025, Mauro Aranda wrote: > Al Haji-Ali writes: > There's no explicit :value for the group widget, so its value is nil, > and then the Widget library tries to create all four children with a nil > value. The radio-button-choice widget differs from the checklist widget > in that the former tries to be created with a selected choice, and tries > harder than the checklist widget, which is fine with a value of nil. > > That way, you see that the specified value is obeyed in > radio-button-choice but not in the checklist widget. > > FTR, I'm not saying this is 100% correct. I'm just trying to explain > how it works now. Thanks, this makes sense. Did I miss an explanation of this issue somewhere in the docs? > This is intended behavior, AFAIU. The parent can override values for > the children, and that way we can recreate widgets with new values just > by changing the values of the parent. I was aware of this behaviour for the group, but I didn't twig the consequence on a checklist. I have to say that I find it a bit counter-intuitive. Also the fact that there is no way to set the value of a checklist without repeating it in the group is somewhat awkward (certainly it will complicate my implementation) and a bit inconsistent since setting the value of the checklist after the group creation would override the value of the group. A fix, or a some way, that would prevents the group from overriding the values of the children would be useful, IMO. With that being said, this issue should probably be closed as "not a bug". Thanks, -- Al From unknown Sun Jun 22 11:48:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75171: 30.0.50; Checklist widget inside a group does not initialize correctly Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 Jan 2025 13:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75171 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Al Haji-Ali , 75171@debbugs.gnu.org Received: via spool by 75171-submit@debbugs.gnu.org id=B75171.173590953923439 (code B ref 75171); Fri, 03 Jan 2025 13:06:01 +0000 Received: (at 75171) by debbugs.gnu.org; 3 Jan 2025 13:05:39 +0000 Received: from localhost ([127.0.0.1]:49953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tThMw-00065z-VK for submit@debbugs.gnu.org; Fri, 03 Jan 2025 08:05:39 -0500 Received: from mail-pl1-x634.google.com ([2607:f8b0:4864:20::634]:56496) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tThMu-00065k-Dn for 75171@debbugs.gnu.org; Fri, 03 Jan 2025 08:05:37 -0500 Received: by mail-pl1-x634.google.com with SMTP id d9443c01a7336-2163b0c09afso167143645ad.0 for <75171@debbugs.gnu.org>; Fri, 03 Jan 2025 05:05:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735909530; x=1736514330; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=gMLEqByYk/CUozpvhwo/cM5Iff4fVnIFC7V0OS4RVIE=; b=dGAHsoQZWwBj+HlHDMfYQEucZcl20AjGEKlHUZd13+gyXqFiKOI6xMQIYaiTCI8qNY PNurhDeDAn72tpFXQxlTfuz9dprTj5VasQC1Nd4LUqFWVhDgy8OCnBTGtNyakRMmjXrE BC2YC588meP6OtsnZBwiAT+7qpLaybieGtgCCiM1SwmH3+IdqRYM3/rdxubXdnfBWqye zX8iQkymOx+adjqJcXD9yktcor2wG40KCg4GUma0eOGdy1PhBUQzcc8rsEH3m0Dzlnd+ uYhO5v5BvD3+fauNmS/j9Vms6mfaao/TLj+AZYoOwNRB/MrB9R+XDAVIcSOO1erRI6ln iLJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735909530; x=1736514330; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=gMLEqByYk/CUozpvhwo/cM5Iff4fVnIFC7V0OS4RVIE=; b=P0UjC7Ljg9he7hBVIWmfFzwh2Zt3tLu7qEtZHKwPy0FASRAD0qJG11cEtzce5c1vt6 ApFfwXGWwTBnNU44lUDxZOqq/WpWUE5MVn9RJz9oAiiPEwbM4hfE49ZHsMPq+SfGVMRS dXrL5WT3BlBte263Lbsu1Fh9xXL2b32AqJSao8E9opopnQCXPvj5UvNr9b/bDYFuGVLc fzE04DPerW1KIuIgRAhJ1qsCFx4ynB4hkY+wiwPq8kYRFjf5vVWdJVQ4NMDTijCj6hfQ wzTdBeUJMDxb/2u9S4pXZRDmI2WDjDW97KO8Y/IF8YsfnlJdSW9lZg2DJurMH8f3PbvH yhdg== X-Forwarded-Encrypted: i=1; AJvYcCVF1eAukKC0Pz2WtXUZFdWYNc2SZlGsbIBaYWk/Lj+/FVKjnUEV7kjrJV/HDaW4cXrPSMiY4Q==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwXJjUdr2Ug9scM0auhE+Se1a2jrNWs8o5UmF6jV2gthP5Hlh2L nUTIVXbxxOav6luRxk8JObmgJA3SYFEpKc2iLnUp/JBkoki+fj8i X-Gm-Gg: ASbGncsga69NCb9/fQ2SPzvtyp6jcxZO4bC6bSxobWrp5F/TAUXWqWVf123Q6c4zt03 b9p9zje/xpohfiWKVneZ7kXOMblV1HWVs5CV1yV/R1KlkrEqNP/6ECKDTavBm1kpjAPwAB5JHuu 3eXe2rNiRWT/jKMUaEMAA4w03WvOSn4bsUBO1ASjN3dtZldfzwqz4KN88LHhD7BCLt6yEIZZv1h m1VZpUYXUPC4S/E6fvxY0R0cY1D+wGB6xgOGXdAhz8l4OxsO48Y1/p/McGBg6E= X-Google-Smtp-Source: AGHT+IEOZnbfPj4EsUUfAbiMRtL/WF/L9Fpxtj1JRCmNQHx5vY7rM/peQ3KFwSiNKEeuF86ZxSEtMA== X-Received: by 2002:a05:6a00:39a3:b0:728:e2cc:bfd6 with SMTP id d2e1a72fcca58-72abdea9ee1mr70868590b3a.18.1735909529884; Fri, 03 Jan 2025 05:05:29 -0800 (PST) Received: from [192.168.0.234] ([181.228.33.6]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-72aad8dba8esm27067639b3a.104.2025.01.03.05.05.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Jan 2025 05:05:29 -0800 (PST) Message-ID: <94fb0321-f49b-4cbc-84a5-9696f9366cd3@gmail.com> Date: Fri, 3 Jan 2025 10:05:26 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: Content-Language: en-US From: Mauro Aranda In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Al Haji-Ali writes: > On 02/01/2025, Mauro Aranda wrote: > >> Al Haji-Ali writes: >> There's no explicit :value for the group widget, so its value is nil, >> and then the Widget library tries to create all four children with a nil >> value.  The radio-button-choice widget differs from the checklist widget >> in that the former tries to be created with a selected choice, and tries >> harder than the checklist widget, which is fine with a value of nil. >> >> That way, you see that the specified value is obeyed in >> radio-button-choice but not in the checklist widget. >> >> FTR, I'm not saying this is 100% correct.  I'm just trying to explain >> how it works now. > > Thanks, this makes sense. Did I miss an explanation of this issue > somewhere in the docs? I don't think so.  The manual is still missing good explanations. >> This is intended behavior, AFAIU.  The parent can override values for >> the children, and that way we can recreate widgets with new values just >> by changing the values of the parent. > > I was aware of this behaviour for the group, but I didn't twig the > consequence on a checklist. > > I have to say that I find it a bit counter-intuitive. Also the fact > that there is no way to set the value of a checklist without repeating > it in the group is somewhat awkward (certainly it will complicate my > implementation) Note that you don't necessarily need to repeat it in the checklist widget.  In my example, you only need to pass the :value in group: (defun widget-test ()   (let ((items '((item :format "%[One%] " :value 1)                  (item :format "%[Two%] " :value 2)                  (item :format "%[Three%] " :value 3))))     (widget-create      'group      :value '(2 (1 2))      (append '(radio-button-choice                :format "Not inline radio:\n%v\n")              items)      (append '(checklist                :format "Not inline checks:\n%v\n")              items)))   (widget-setup)) When created, radio-button-choice will get its :value set to 2 and checklist will get it set to (1 2). > and a bit inconsistent since setting the value of the > checklist after the group creation would override the value of the > group. A fix, or a some way, that would prevents the group from > overriding the values of the children would be useful, IMO. > With that being said, this issue should probably be closed as "not a bug". I'd like to take some time to study this and see if there's a way to improve the situation. From unknown Sun Jun 22 11:48:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75171: 30.0.50; Checklist widget inside a group does not initialize correctly Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Jan 2025 15:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75171 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Al Haji-Ali , 75171@debbugs.gnu.org Received: via spool by 75171-submit@debbugs.gnu.org id=B75171.17361764896908 (code B ref 75171); Mon, 06 Jan 2025 15:15:02 +0000 Received: (at 75171) by debbugs.gnu.org; 6 Jan 2025 15:14:49 +0000 Received: from localhost ([127.0.0.1]:39659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tUooa-0001nK-Ik for submit@debbugs.gnu.org; Mon, 06 Jan 2025 10:14:49 -0500 Received: from mail-pj1-x102f.google.com ([2607:f8b0:4864:20::102f]:42412) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tUooY-0001n5-Bl for 75171@debbugs.gnu.org; Mon, 06 Jan 2025 10:14:47 -0500 Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-2f4409fc8fdso17930257a91.1 for <75171@debbugs.gnu.org>; Mon, 06 Jan 2025 07:14:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736176480; x=1736781280; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:content-language:references :to:from:subject:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=GayUe2XQYrF6yCzoMMY64YQd95/FKmWniNj1ShPJYVI=; b=T7+fEVd/yNsCbHqY8J2U//YE5N2LaJvbAQRWOoztVr5FqH52Q2x6bsRnxFKBpf8rET jpklOFqaeFgO9qZDE8rEbyIJTjM0uIrnfsC0DvkKJ0sFfRWLENpJH836gaiWr71fooOu dQ9ei1R0uWLEFGFTq2/Sn37b+dwBfJfbKRtDFTy2zBifsP1An6m/Gnj5Z/ReHSHZU7q4 OM//SQyYoDwhrXanhg/pVyHdttKN2OLMCSMdZ4AOGi+xbEXM6Dn7mCNdlhRLLqvjoGuO U6gC9K887t9QxMnpDdHBT4Tm64dmlPi+fup4qrKZO27ftYpO1YvdqOcWkYR4OULXiwT5 iAMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736176480; x=1736781280; h=content-transfer-encoding:in-reply-to:content-language:references :to:from:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=GayUe2XQYrF6yCzoMMY64YQd95/FKmWniNj1ShPJYVI=; b=qC78hnH0mi+deSShw0wGwVqo0K6YYWqMXdx2epvdeV9f/we0A8AttHEHzuMo81vqRh wGPkC1t7xwSDGTeDGps0SzTBgoQW3sUQm4aoqmhGt66hQwPjVVvHj9BK82KXDjGaLUw+ WpXz64ZvwgtmvCvN1ZrXZV1Ov8bUx8wBx7JI3oGTt85LwyoUuWOXnouf1Y7rEhdVkm9n wKpSfkKVurmRbv2RMuSM3UQd4MTCY2aPh7/68dHMT1P5DMmIfOm7oR5ivBzXj6fTBFBQ TlncraUCTss2uJPi5PS0S6WCfJMgXgRyzVdGnFWvF/CABNNmeqD2ExTxhfVUn7CBqYxz Jgng== X-Forwarded-Encrypted: i=1; AJvYcCXiMgBPnJRLqUm+zXsjWmM32I2sF4y646ha9PQ6OgMLJTJDkgpQz56y5TJ8UtxkTJt4D2Phvw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwWQtp9AQ+cv3pHazPexgKkyf/vh0cDdmmQw4o5k78/Eug1VH7y 9FQT3nuF7nedTJNZ/sxarPPiBtGxgPFZ7bQhY4DDTKrPGXH0hW60 X-Gm-Gg: ASbGnctsrfL4KYf6J7/MPfonu6fSjjoO0SHpsFGAgAKO6mVhLlkzj2gx+NOfvx3YXAv DPWMkdMFzYGNjZLWBAEiSC7Xo3AUqxC/iiXhLVi86HqG6IjNgYDGX9qLo2C1p0dV2wMES8Vdnke QA2SLBhcsyZIiBiuCrF3g8K1zjASjokOVZ9VSKp2Z4FE8Kn3G4mDpCDQzRuE6Y29nRkC+SfCeJT K+v2NQWIjTnmuewRw03Pk6hHZ8sTnaVm265MA45iPUFxC+ZoUXzuR/AP2XDlGY= X-Google-Smtp-Source: AGHT+IHwPpuq7qhaYMWzdZyGcG+c7U55kn5WkTzh3O4zUKhWA73/sAXCSBsR1IPuO3g0LXG2Q17Uxg== X-Received: by 2002:a17:90b:2651:b0:2ef:2980:4411 with SMTP id 98e67ed59e1d1-2f443607d7cmr93364378a91.9.1736176480119; Mon, 06 Jan 2025 07:14:40 -0800 (PST) Received: from [192.168.0.234] ([181.228.33.6]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-2f4477c8537sm33844586a91.21.2025.01.06.07.14.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Jan 2025 07:14:39 -0800 (PST) Message-ID: <26f23271-fc07-4967-b589-ea756598330f@gmail.com> Date: Mon, 6 Jan 2025 12:14:36 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Mauro Aranda References: <94fb0321-f49b-4cbc-84a5-9696f9366cd3@gmail.com> Content-Language: en-US In-Reply-To: <94fb0321-f49b-4cbc-84a5-9696f9366cd3@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mauro Aranda writes: > Al Haji-Ali writes: > >> On 02/01/2025, Mauro Aranda wrote: >> >>> Al Haji-Ali writes: >>> This is intended behavior, AFAIU.  The parent can override values for >>> the children, and that way we can recreate widgets with new values just >>> by changing the values of the parent. >> >> I was aware of this behaviour for the group, but I didn't twig the >> consequence on a checklist. >> >> I have to say that I find it a bit counter-intuitive. Also the fact >> that there is no way to set the value of a checklist without repeating >> it in the group is somewhat awkward (certainly it will complicate my >> implementation) > > Note that you don't necessarily need to repeat it in the checklist > widget.  In my example, you only need to pass the :value in group: > > (defun widget-test () >   (let ((items '((item :format "%[One%] " :value 1) >                  (item :format "%[Two%] " :value 2) >                  (item :format "%[Three%] " :value 3)))) >     (widget-create >      'group >      :value '(2 (1 2)) >      (append '(radio-button-choice >                :format "Not inline radio:\n%v\n") >              items) >      (append '(checklist >                :format "Not inline checks:\n%v\n") >              items))) >   (widget-setup)) > > When created, radio-button-choice will get its :value set to 2 and > checklist will get it set to (1 2). > >> and a bit inconsistent since setting the value of the >> checklist after the group creation would override the value of the >> group. A fix, or a some way, that would prevents the group from >> overriding the values of the children would be useful, IMO. >> >> With that being said, this issue should probably be closed as "not a >> bug". > > I'd like to take some time to study this and see if there's a way to > improve the situation. Making the group widget create its children with their default values is easy, by testing if it has a explicit nil value or not. But since it has worked this way forever, I wouldn't suggest changing it. I think that specifying the :value in the group widget is the way that the group widget it's supposed to work. There are ways to derive a widget from it that doesn't enforce it, so I'm inclined to mark this as notabug. From unknown Sun Jun 22 11:48:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75171: 30.0.50; Checklist widget inside a group does not initialize correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2025 09:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75171 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauro Aranda Cc: 75171@debbugs.gnu.org, abdo.haji.ali@gmail.com Received: via spool by 75171-submit@debbugs.gnu.org id=B75171.17371931657330 (code B ref 75171); Sat, 18 Jan 2025 09:40:01 +0000 Received: (at 75171) by debbugs.gnu.org; 18 Jan 2025 09:39:25 +0000 Received: from localhost ([127.0.0.1]:40231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZ5Ib-0001u8-27 for submit@debbugs.gnu.org; Sat, 18 Jan 2025 04:39:25 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50932) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZ5IY-0001tj-Cm; Sat, 18 Jan 2025 04:39:22 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZ5IT-0004ez-3v; Sat, 18 Jan 2025 04:39:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=yjk/zhdr9agbpkE1qfrNe5JYoORDBkCKWsh5jlxu8mM=; b=CBLfMrtRgHEksKS6X8g+ xa+16mNQ8fvJ98Mwtfbgiu4N+78WzYVRhtRl2VSidT1+0lM/T5EEh4cu02X+x4ASBts1VYibIG6sH G+LwV0WhJW98dp7wna4VYhtUxegRe5kB9oE8ASUZkGrQ52NuKl8ofrbXkX5lpZUGUMBMMaNa6B06e 0GiaIWyETl/2zEzw0Q40B0mUeRSSHaZWpqhyz4Ugf+UGQHaXvGUZvijff0LjPUlOBPpDTd5BO4WX8 DBKpVpC7qHN6H0GjxfSxx5S/NYKgPEi8DMco5DHTDiWI53knlkOl5WGDucpiRMdzACLOGQY9byEEk 9MZQXx2ZLPktKA==; Date: Sat, 18 Jan 2025 11:39:14 +0200 Message-Id: <86msfobgvx.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <26f23271-fc07-4967-b589-ea756598330f@gmail.com> (message from Mauro Aranda on Mon, 6 Jan 2025 12:14:36 -0300) References: <94fb0321-f49b-4cbc-84a5-9696f9366cd3@gmail.com> <26f23271-fc07-4967-b589-ea756598330f@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 75171 notabug close 75171 thanks > Date: Mon, 6 Jan 2025 12:14:36 -0300 > From: Mauro Aranda > > Mauro Aranda writes: > > > Al Haji-Ali writes: > > > >> On 02/01/2025, Mauro Aranda wrote: > >> > >>> Al Haji-Ali writes: > >>> This is intended behavior, AFAIU.  The parent can override values for > >>> the children, and that way we can recreate widgets with new values just > >>> by changing the values of the parent. > >> > >> I was aware of this behaviour for the group, but I didn't twig the > >> consequence on a checklist. > >> > >> I have to say that I find it a bit counter-intuitive. Also the fact > >> that there is no way to set the value of a checklist without repeating > >> it in the group is somewhat awkward (certainly it will complicate my > >> implementation) > > > > Note that you don't necessarily need to repeat it in the checklist > > widget.  In my example, you only need to pass the :value in group: > > > > (defun widget-test () > >   (let ((items '((item :format "%[One%] " :value 1) > >                  (item :format "%[Two%] " :value 2) > >                  (item :format "%[Three%] " :value 3)))) > >     (widget-create > >      'group > >      :value '(2 (1 2)) > >      (append '(radio-button-choice > >                :format "Not inline radio:\n%v\n") > >              items) > >      (append '(checklist > >                :format "Not inline checks:\n%v\n") > >              items))) > >   (widget-setup)) > > > > When created, radio-button-choice will get its :value set to 2 and > > checklist will get it set to (1 2). > > > >> and a bit inconsistent since setting the value of the > >> checklist after the group creation would override the value of the > >> group. A fix, or a some way, that would prevents the group from > >> overriding the values of the children would be useful, IMO. > >> > >> With that being said, this issue should probably be closed as "not a > >> bug". > > > > I'd like to take some time to study this and see if there's a way to > > improve the situation. > > Making the group widget create its children with their default > values is easy, by testing if it has a explicit nil value or not. But > since it has worked this way forever, I wouldn't suggest changing it. > > I think that specifying the :value in the group widget is the way that > the group widget it's supposed to work. There are ways to derive a > widget from it that doesn't enforce it, so I'm inclined to mark this as > notabug. No further comments, so I'm now closing this bug as not-a-bug.