Return-Path: Delivered-To: apmail-directory-users-archive@www.apache.org Received: (qmail 63328 invoked from network); 7 Oct 2009 09:37:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Oct 2009 09:37:04 -0000 Received: (qmail 80253 invoked by uid 500); 7 Oct 2009 09:37:04 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 80214 invoked by uid 500); 7 Oct 2009 09:37:04 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 80204 invoked by uid 99); 7 Oct 2009 09:37:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Oct 2009 09:37:04 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of elecharny@gmail.com designates 209.85.220.209 as permitted sender) Received: from [209.85.220.209] (HELO mail-fx0-f209.google.com) (209.85.220.209) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Oct 2009 09:36:53 +0000 Received: by fxm5 with SMTP id 5so4683889fxm.3 for ; Wed, 07 Oct 2009 02:36:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=5TJpN9Szn3OBaiHEi7MzK8PyXtrkPihU4wO0TyMDaks=; b=pCXWYaNV11JFoIFbdzAhegVZk89ekyYC18+TRCEraaRrfJHdla7+WLaNWEGGAoLAqF WAD6uUXuFltIoF9TsJ0U0aljcwm9BcRaBtXdbiCLTW27Zr8hr61LfMrkhqFrOTt3qcsM Fe/n4rjWxbwokYfN9wfAdVgcWnIYoSodhUdiA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Sui9LQoyTgJjsMR9u5vobD43nMBBlwJMLeW9DMFh8bkAUaiF+8Lyw981ioDt2fCj8d ZnAgxn9q7vFiPsnPq/5mNs/HJA1U/L+yxu9ioza/p4MseEfZMQDHmvB+M+qQDAtqQ/UL xheuVpUeIJWowO12capiUS2qVCFs27XznK7X8= Received: by 10.204.13.198 with SMTP id d6mr6085142bka.188.1254908192445; Wed, 07 Oct 2009 02:36:32 -0700 (PDT) Received: from ?192.168.0.1? (lon92-10-78-226-4-211.fbx.proxad.net [78.226.4.211]) by mx.google.com with ESMTPS id 26sm1811370fks.2.2009.10.07.02.36.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Oct 2009 02:36:31 -0700 (PDT) Sender: Emmanuel Lecharny Message-ID: <4ACC6121.7090703@nextury.com> Date: Wed, 07 Oct 2009 11:36:33 +0200 From: Emmanuel Lecharny User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: users@directory.apache.org Subject: Re: [Studio] Behaviour of "Copy Value" actions References: <4ACC572C.4010607@apache.org> In-Reply-To: <4ACC572C.4010607@apache.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Stefan Seelmann wrote: > Hi, > > In the Entry Editor we have multiple context menu items to copy a value: > - The default "Copy Value" (Ctrl+C) > - Some more items in the "Advanced" sub-menu > > The current behaviour of the "Copy Value" action is: > - If the value is string then the value is copied as stored in directory > - If the value is binary then the BASE64 encoded binary value is copied > > Additional, we have value editors. They decorate the raw value and > display it in a more user-friendly way (at least I hope so), for example: > - date/time values: converted date/time to current time zone > - object classes: additional information if structural or auxiliary > - binary values like images: some information like size > - new: MS AD objectGUID and objectSid > > For default text values the "Copy Value" action works fine. However for > binary values I think the BASE64 encoded value isn't very useful. > > So I wonder if we should copy the displayed (and maybe decorated) value > instead of the raw value. IMO that makes more sense, because when > pressing Ctrl+C you get what you see. And it is still possible to get > the raw value or BASE64 encoded value from the "Advanced" sub-menu. > > Thoughts? > IMO, manipulation of values through Copy/paste are only meaningfull in Studio, and in this case, copying a binary value as Base64 is probably the best choice. If you have an extended operation allowing someone to copy the realy byte[] in a buffer, that's fine (however, I don't really see the added value at this point). A third way to deal with binary values as binary is to save them on the disk. > Kind Regards, > Stefan Seelmann > > -- -- cordialement, regards, Emmanuel L�charny www.iktek.com directory.apache.org