[Chugalug] gedit vs geany
base at chalice.us
Wed Dec 19 18:44:06 UTC 2012
In the higher generations, there are inconsistencies. Some are:
For every person, the last character(s) can be '-', indicating we do
not know their parents, or 'F-', meaning we know the father but not
the mother, or (rarely) 'M-', meaning we know the mother but not the
father. In earlier/higher generations, these are often incorrect.
For ancestors who are in more than one line, '((' groups list ( in
each place where that person is ), all the numbers for that person. In
earlier/higher generations, every conceivable inconsistency exists.
Frequently, because different portions come from different sources, a
person could be the same person, and not recognized as such.
I have made reports for myself using rudimentary regexes. I can use it
to sort by /surname/ or select and sort on the '((' groups.
I made a Python program to go back and forth between ordinary positive
integers and mine, but I'd like to do that from Perl ( probably not a
regex thing, though ).
----- Message from kitepilot at kitepilot.com ---------
Date: Wed, 19 Dec 2012 12:07:51 -0500
From: "kitepilot at kitepilot.com" <kitepilot at kitepilot.com>
Subject: Re: [Chugalug] gedit vs geany
To: rd at chatta.us
> I can't see how to fit this problem into regexp.
> What do we want to replace with what?
> What do we want to search for?
> ET rdflowers writes:
>> Do I have an interesting set of regexp problems for you !!! I have
>> a 6600 line handmade ancestor file into which inevitably
>> inconsistencies have creeped, and I want to curry it. This BEGS for
>> regexp action, rather than what I could do if necessary: an ab
>> initio C or python prog for each thing I want to do with it that
>> is too time-consuming for hand work. The file has been copied to
>> http://chatta.us/gnotes . The first field is my version of an
>> integer 0-v are base 32, wxyz are base 4, and @^ are base 2, and
>> the thing grows on the right, and the leading 1 of it in binary is
>> ommitted. AFter generation 20 or so, you run into '((' things,
>> which are to deal with multiple descent from the same person.
>> After about generation 23 or so, it becomes so hard to hand curry
>> that I haven't, and relevant regex insights and
>> perl/python/whatever using those would be SO welcome, if anyone
>> happens to be in the mood to share some. ----- Message from
>> kitepilot at kitepilot.com ---------
>> Date: Wed, 19 Dec 2012 10:15:24 -0500
>> From: "kitepilot at kitepilot.com" <kitepilot at kitepilot.com>
>> Reply-To: Chattanooga Unix Gnu Android Linux Users Group
>> <chugalug at chugalug.org>
>> Subject: Re: [Chugalug] gedit vs geany
>> To: Chattanooga Unix Gnu Android Linux Users Group
>> <chugalug at chugalug.org>
>>> There is another thing for Vim (vi is ANOTHER can of worms!):
>>> regular expressions. It took me a while (LONG while) to decide to
>>> face the regexp dragon, but now that I can sort-of put together
>>> some of them, my only regret is:
>>> WHY DIDN'T I TRY SOONER!? You can do unbelievable powerful magic
>>> with regexps, and once you go regexp, you'll LOVE! Vim (and sed
>>> and grep). Regular expressions are not easy, but they are not
>>> All it takes is a commitment to ask, when facing some boring
>>> single-pattern multiple-lines change:
>>> how do I regxep this?
>>> Then you find one solution.
>>> And another.
>>> And another one!
>>> And (oh boy) yo begin smiling and thinking "this is *SOOOO KEWL!!!*" :)
>>> Try it, you won't regret it. If you want to try regexps and you
>>> are (like me) lazy, feel free to send me an email asking how to
>>> regexp something and I'll give it a shot. I'll send you back the
>>> regexp plus the explanation of how it works. No, I am neither
>>> that helpful nor that wizard.
>>> It has become now a (sometimes) entertaining challenge to regexp
>>> stuff and the more I try the more I learn. Feel free to send me
>>> Vim questions too.
>>> Back when I began learning vi in 1996 (I'm still learning), there
>>> was a guy in the office that had an answer at his fingertips just
>>> about every-time. Made learning vi enjoyable as opposite as
>>> frustrating. And I can certainly learn (or challenge my
>>> knowledge) with your questions.
>>> ET PS: If you send me a specific question, make sure that you send
>>> it to my address, sometimes I overlook messages in the list.
>>> David Ingram writes:
>>>> I have recently been reading a good book about vim called
>>>> Practical Vim. If
>>>> you want to make the investment in time it will pay dividends.
>>>> Sublime also
>>>> has a vim mode for converts as well. For HTML and CSS I am using sublime
>>>> because out of the box it is setup for that kind of work. Vim can most
>>>> certainly replicate that, but there is effort required. +1 to all
>>>> who said you should at least learn the basics of vim (insert mode
>>>> and how to save files), it is a must for command line work where you have
>>>> no choice of editors. On Wed, Dec 19, 2012 at 6:25 AM, Adam
>>>> Jimerson <vendion at gmail.com> wrote:
>>>>> You could also go the Jeff Dean,
>>>>> route: Jeff Dean escews both Emacs and VI. He types his
>>>>> code into zcat,
>>>>> because it's faster that way. On Wed, Dec 19, 2012 at 6:20 AM,
>>>>> Adam Jimerson <vendion at gmail.com> wrote:
>>>>>> To help learn vim it ships with a teaching aid, vimtutor, that teaching
>>>>>> the basics (quiting, saving, movement via hjkl, moving by jumping, find,
>>>>>> find and replace) as well as some more advanced, and very
>>>>>> useful, actions
>>>>>> (jump forward/backwards x number of words, jump to end of line, jump
>>>>>> to beginning of line, jump to the first character on the line)
>>>>>> etc. There
>>>>>> is also a browser based game to help learn how to use vim (
>>>>>> http://vim-adventures.com/), they have the first level free to play then
>>>>>> it is about $10 for the rest of the levels On Tue, Dec 18, 2012
>>>>>> at 7:31 PM, DaWorm <daworm at gmail.com> wrote:
>>>>>>> I still haven't figured out how to exit vim when some evil app makes it
>>>>>>> it's default configuration editor, much less use it to edit
>>>>>>> something. It
>>>>>>> may be the greatest editor of all time, but the learning curve isn't so
>>>>>>> much of a curve as an insurmountable cliff. By the time I
>>>>>>> could figure out
>>>>>>> how to do something simple in it, I could download and try 20 other
>>>>>>> editors. Of course I can't understand regex either, which may
>>>>>>> be related.
>>>>>>> My brain isn't quite that symbolic. Looks like someone hit
>>>>>>> random number
>>>>>>> keys with the shift stuck to me.
>>>>> Chugalug mailing list
>>>>> Chugalug at chugalug.org
>>>> -- David Ingram, Technology Coordinator
>>>> Cleveland Bradley County Public Library 795 Church Street NE
>>>> Cleveland, TN 37311
>>>> 423.472.2163 x127 http://www.clevelandlibrary.org
>>> Chugalug mailing list
>>> Chugalug at chugalug.org
>> ----- End message from kitepilot at kitepilot.com ----- --
>> R. D. Flowers, Chattanooga, TN, USA
----- End message from kitepilot at kitepilot.com -----
R. D. Flowers, Chattanooga, TN, USA
More information about the Chugalug