bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Another Custom problem


From: Per Abrahamsen
Subject: Re: Another Custom problem
Date: Wed, 02 Oct 2002 11:11:34 +0200
User-agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.1 (sparc-sun-solaris2.8)

Hi,

I had to invent a deep copy mechanism for widgets to solve this one.
It will make customize slower, as more garbage is created.

Here is the patch.  I have not commited it to CVS.

Regard,

Per

2002-10-02  Per Abrahamsen  <abraham@dina.kvl.dk>

        * wid-edit.el (widget-types-copy): New function.
        (default): Added :copy keyword.
        (menu-choice): Ditto.
        (checklist): Ditto.
        (radio-button-choice): Ditto.
        (editable-list): Ditto.
        (group): Ditto.
        (widget-copy): New function.
        (widget-create-child): Use it.
        (widget-create-child-value): Use it.

Attachment: PATCH_14
Description: Text Data

Richard Stallman <rms@gnu.org> writes:

> This is a different bug report from the same person, also in the heart
> of Custom.  Could you look at this one, please?
>
>
> From: Jens Schmidt <Jens.Schmidt27@epost.de>
> Message-ID: <u4rc69nfd.fsf@oracle.com>
> Lines: 56
> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Sender: bug-gnu-emacs-admin@gnu.org
> Errors-To: bug-gnu-emacs-admin@gnu.org
> X-BeenThere: bug-gnu-emacs@gnu.org
> X-Mailman-Version: 2.0.11
> Precedence: bulk
> List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
> List-Post: <mailto:bug-gnu-emacs@gnu.org>
> List-Subscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
>       <mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
> List-Id: Bug reports for GNU Emacs,
>       the Swiss army knife of text editors <bug-gnu-emacs.gnu.org>
> List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
>       <mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
> List-Archive: <http://mail.gnu.org/pipermail/bug-gnu-emacs/>
> Date: 01 Oct 2002 16:41:26 +0100
>
> This bug report will be sent to the Free Software Foundation,
> not to your local site managers!
> Please write in English, because the Emacs maintainers do not have
> translators to read other languages for them.
>
> Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
> and to the gnu.emacs.bug news group.
>
> In GNU Emacs 21.1.1 (i386-msvc-nt4.0.1381)
>  of 2001-10-22 on buffy
> configured using `configure --with-msvc (12.00)'
> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: nil
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: ENU
>   locale-coding-system: iso-latin-1
>   default-enable-multibyte-characters: t
>
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
>
>
> [Note: This has nothing to do with the bug I filed yesterday.
> Only the example is almost the same.]
>
>
> Consider the following customization variable:
>
> (defcustom test '((0 . "abc"))
>   "xxx"
>   :type '(repeat (choice string
>                          (cons :value (3 . "def") integer string))))
>
> In the fresh customization buffer for `test' execute the
> following sequence of actions:
>
>   Hit 2nd "INS"
>   Hit 2nd "Value Menu" and choose "Cons cell"
>
> This sequence correctly inserts the 2nd cell (3 . "def").
>
> Now continue:
>
>   Hit 1st "Value Menu" and choose "String"
>   Hit 1st "Value Menu" and choose "Cons cell" again
>   Hit 3rd "INS"
>   Hit 3rd "Value Menu" and choose "Cons cell"
>
> This sequence inserts the 3rd cell (0 . "abc").  That is, instead
> of inserting the default value as for the 2nd cell, the 1st cell
> just gets duplicated.
>
>
>
> _______________________________________________
> Bug-gnu-emacs mailing list
> Bug-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs


reply via email to

[Prev in Thread] Current Thread [Next in Thread]