Return-Path: X-Original-To: apmail-incubator-ooo-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1E051D939 for ; Thu, 28 Jun 2012 16:48:47 +0000 (UTC) Received: (qmail 10779 invoked by uid 500); 28 Jun 2012 16:48:46 -0000 Delivered-To: apmail-incubator-ooo-users-archive@incubator.apache.org Received: (qmail 10730 invoked by uid 500); 28 Jun 2012 16:48:46 -0000 Mailing-List: contact ooo-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-users@incubator.apache.org Delivered-To: mailing list ooo-users@incubator.apache.org Received: (qmail 10722 invoked by uid 99); 28 Jun 2012 16:48:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jun 2012 16:48:46 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gurus.knugum@gmail.com designates 209.85.220.175 as permitted sender) Received: from [209.85.220.175] (HELO mail-vc0-f175.google.com) (209.85.220.175) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jun 2012 16:48:40 +0000 Received: by vcbfl15 with SMTP id fl15so1694678vcb.6 for ; Thu, 28 Jun 2012 09:48:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=OLGvZk26Mg9BmGAMwNSrZ5mEva5uxygoTmIxwBOKoSg=; b=Us27DSKL4jaMJ/7LgnmZaoxRos5BQh/S2icB5uH3gAJtmQcGbLOMl0h8UGtrtotflN 6dcuCeS4bCEJHMn3kbuqGmwMgQ0Yh2F+wH4dJhzfDHGU2CRAgUQTqYZe4SdEsXcDD4Np bCfxEhiBe+Mjbdoa92l2au06u5XpI4e4Ufeu6Z6Rqe/sMmqgsSuoo9CM+UBJ7GbuH9iL K/gHhUFMpKSr/LE1JZV2WMGObvpgdsSZsicN35QTyCLMf3g3qcwNg5kPwvieGS0TXL+C mZbcbXcSSTZaRdoRtPWgG4g+Q81qxYG6x5/wgsQCFdEHZIs7DhMgPF1WW46os/Ae9ene aRdw== MIME-Version: 1.0 Received: by 10.52.64.242 with SMTP id r18mr1897418vds.90.1340902099767; Thu, 28 Jun 2012 09:48:19 -0700 (PDT) Received: by 10.220.205.20 with HTTP; Thu, 28 Jun 2012 09:48:19 -0700 (PDT) In-Reply-To: References: <4FEB860C.1070207@gmail.com> <230565235362573428.930768Armin.Le.Grand-me.com@news.gmane.org> Date: Thu, 28 Jun 2012 18:48:19 +0200 Message-ID: Subject: Re: Space before every line From: Johnny Rosenberg To: ooo-users@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2012/6/28 Rob Weir : > On Thu, Jun 28, 2012 at 6:57 AM, Armin Le Grand w= rote: >> Hi Kevin, >> >> Kevin Grignon wrote: >>> KG01-see comments inline. >>> >>> On Thursday, June 28, 2012, Dan wrote: >>> >>>> Srinivasulu Bhattaram wrote: >>>> >>>>> I have a text file, which has one space before every line >>>>> How to remove this using search and replace option >>>>> For carriage return or , I learnt that we hould use "\n" (quot= es >>>>> not included) =C2=A0and keep Regular Expressions on. >>>>> But I do not know what is code for space >>>> >>>> >>> KG01 - Why is this so complicated. =C2=A0Such system language hides the= power of >>> the tool. The tool should understand natural language inputs. >> >> I already thought the same. Regular expressions are mighty, but only >> (guessed) 5% of the users understand it (as with many mighty things). My >> first idea was to add buttons which add the 'coded' entries tothe >> expression, e.g.: Button 'Space' adds '\n' when pressed to the text fiel= d. >> Same for 'Start of Line' adding '^'. Much more to be defined, may someon= e >> knowing regular expressions well list more of them. >> Another way would be to allow tokens like which get translated t= o >> '\n' internally before using the expression, but then the user would aga= in >> have to remember multiple tokens and how they are spelled (need to be >> valid, possible errors which need to be handled). >> Maybe a mix of both, press button 'Space' adds the (human readable) toke= n >> which itself is not editable (represents a single character). >> Hmmm... >> > > Have you seen what the SlickEdit coding editor has? =C2=A0Here is their > search dialog: > > http://people.apache.org/~robweir/slickedit-re-dialog.png > > So you can click a button to pop out a list of common RE patterns. > > But this is more of an aid to someone who already understands RE's. > I'm not sure we can do much to make this conceptually much easier for > end users, since regular expressions have a certain amount of > essential complexity. =C2=A0Or would it make sense to support more than o= ne > RE variation, maybe full RE, but also DOS-style with only * and ? > qualifiers? > > -Rob I would guess that a non-regular-expression search and replace dialogue that supports things like \n, \t and maybe those joker characters would be enough for most users. Maybe with the addition of characters for page break and other types of breaks. Those could be available in a listbox or something. Maybe =E2=80=9D\n=E2=80=9D would not be an obvious syntax for non programme= rs, so another approach would probably be something like [newline], selectable in a list box. For example, the user want to find a space after a new line: 1. Select =E2=80=9DNew line=E2=80=9D in the list box, click =E2=80=9DAdd=E2= =80=9D (or whatever a proper name for the button would be) or just double click =E2=80=9DNew line= =E2=80=9D in the list box. 2. The entry field now looks like: [newline] (or maybe or whatever is decided to be a good syntax). 3. The user press the space key or select =E2=80=9DSpace=E2=80=9D from the = list box. When something is selected from the list box, the focus should remain in the input field, so the user can enter more stuff there without moving focus. Of course regular expressions doesn't have to be removed. Adding a feature doesn't necessarily mean removing another feature. Kind regards Johnny Rosenberg =E3=82=B8=E3=83=A7=E3=83=8B=E3=83=BC=E3=83=BB=E3=83=AD=E3=83=BC=E3=82=BC=E3= =83=B3=E3=83=90=E3=83=BC=E3=82=B0 > > >>> Perhaps we could explore ways to provide such system-oriented syntax to= the >>> user in the context of the task. =C2=A0In other words, update the UI de= sign to >>> include a way to evoke a cheat sheet, or even better, implement a way f= or >>> the user to insert syntax using natural language, with the system >>> interpreting behind the scenes. >>> >>> I suppose this is a broader usability theme that appears throughout the >>> toolset. We should explore ways reduce the complexity of system-oriente= d >>> command inputs and make advanced capabilities more consumable to less >>> technical users. >>> >>> After all, this is a tool to help people capture their thoughts and sha= re >>> ideas - not a development environment. >>> >>> Thoughts? >>> >>>> Can any one let me know? >>>>> seena >>>> >>>> >>>> =C2=A0 =C2=A0 If you are using a carriage return (shift+) or , you can >>>> use this: "^ " =C2=A0 (^ followed by a space). Regular Expressions mus= t be on. >>>> The replace box should be empty. >>>> Search and replace as you did using "\n" above. >>>> >>>> --Dan >>>> >>>> ------------------------------**------------------------------**------= --- >>>> To unsubscribe, e-mail: ooo-users-unsubscribe@incubator.apache.org >>>> For additional commands, e-mail: ooo-users-help@incubator.apache.org >>>> >>>> >> >> >> -- >> ALG >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: ooo-users-unsubscribe@incubator.apache.org >> For additional commands, e-mail: ooo-users-help@incubator.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: ooo-users-unsubscribe@incubator.apache.org > For additional commands, e-mail: ooo-users-help@incubator.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: ooo-users-unsubscribe@incubator.apache.org For additional commands, e-mail: ooo-users-help@incubator.apache.org