RE: nfbtrans conversion

  • From: "Ken Perry" <whistler@xxxxxxxxxxxxx>
  • To: <programmingblind@xxxxxxxxxxxxx>
  • Date: Tue, 5 Jul 2011 06:20:54 -0400

Laugh if you take go jump off a cliff as suicide be my guest jump me.  He
continues to jump into a conversation that had nothing I thought to do with
him.  I use jump off a cliff like I do go break a leg.  So tough.

Ken

-----Original Message-----
From: programmingblind-bounce@xxxxxxxxxxxxx
[mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Christopher
Coale
Sent: Tuesday, July 05, 2011 1:17 AM
To: programmingblind@xxxxxxxxxxxxx
Subject: Re: nfbtrans conversion

Ken, I do believe that you were one of a few people who yelled at me for 
throwing "personal attacks" into arguments, and you go this far? You 
tell Tyler that he should commit suicide? On a programming list? 
Absolutely classic, Ken. Good work!

On 7/4/2011 9:45 PM, Ken Perry wrote:
> OK use your brain.  I was mentioning it worked in both cygwin and unix to
> explain the dang code works thus the conversion you did does not if the
> stupid thing don't work.  so get your head out of your ass and fix it if
> your feeling like it.    I wasn't trying to fix the problemeither I
happened
> to want it in cygwin and linux so go jump off a f-en cliff cause I wasn't
> talking to your smart ass self.
>
>
> ken
>
> -----Original Message-----
> From: programmingblind-bounce@xxxxxxxxxxxxx
> [mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Littlefield,
> Tyler
> Sent: Tuesday, July 05, 2011 12:34 AM
> To: programmingblind@xxxxxxxxxxxxx
> Subject: Re: nfbtrans conversion
>
> Uh, wasn't the point to make it run under windows? Congrats I guess for
> getting it to run in cyg, but there's a difference in saying "hey this
> works in cyg," and making it work for windows wihch was the point. So
> the conversion didn't go that well, because you didn't end up solving
> the origenal problem, just compiling for another platform.
> On 7/4/2011 9:13 PM, Ken Perry wrote:
>> I compiled it under cygwin and linux both on 64 bit machines and I get
>> perfect conversions.  I didn't have to deal with the asm files because if
>> you use the -DLinux and change very little it complies with no problems
no
>> warnings under cygwin and linux.  I did not see what was used to compile
> the
>> one  that is being used right now but it is possible that some define or
>> other was not used.  Sorry that both my versions won't run under ed sharp
> I
>> just wanted to let you know that it did convert fine.
>>
>> ken
>>
>> -----Original Message-----
>> From: programmingblind-bounce@xxxxxxxxxxxxx
>> [mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Steve
Jacobson
>> Sent: Monday, July 04, 2011 10:54 PM
>> To: programmingblind@xxxxxxxxxxxxx
>> Subject: Re: nfbtrans conversion
>>
>> I have inconsistent access to e-mail as I'm traveling to the NFB
>> Convention, but I am wondering if the line length setting might be
>> limiting the length of lines on backtranslated texts?  I don't know that
>> for certain, but it might be worth changing it to see what happens.
>> I'll try to dig into the docs a little when I get a chance.
>>
>> Best regards,
>>
>> Steve Jacobson
>>
>> On Sat, 02 Jul 2011 22:07:57 -0400
>> Jamal Mazrui<empower@xxxxxxxxx>   wrote:
>>
>>> I found that both the 16-bit and 32-bit versions of NFBTrans produced
>>> identical versions of the file founding.txt from founding.brf.  I
>>> configured EdSharp to do do some reformatting with .brl files, which are
>>> now converted by liblouis, but EdSharp does not do anything to alter the
>>> output of NFBTrans.  I thus think this is an NFBTrans issue, though it
>>> might just be a setting that I did not configure correctly when
>>> installing NFBTrans for redistribution.  If anyone happens to know the
>>> program well enough to address whether this problem can be resolved,
>>> please inform.
>>>
>>> Jamal
>>>
>>> On 7/2/2011 9:36 PM, Littlefield, Tyler wrote:
>>>> I noticed that too. is that an edsharp deal? or nfbtrans.
>>>> On 7/2/2011 7:13 PM, Alex Hall wrote:
>>>>> I don't know about ctrl-shift-o. I just went and found a brf file (an
>>>>> unpacked Bookshare book, as it happens) and hit enter on it. I
>>>>> received a .txt file of the same name opened in edSharp. The only
>>>>> problem I see right now is that each line is only a few words long,
>>>>> even when I maximize the window. Still, at least brf files are
>>>>> readable on win64. Thanks!
>>>>>
>>>>> On 7/2/11, Jamal Mazrui<empower@xxxxxxxxx>   wrote:
>>>>>> Excellent work Tyler!
>>>>>>
>>>>>> I just posted a new EdSharp distribution with the 32-bit version of
>>>>>> NFBTrans that Tyler has built. Would one or more others using Win64
>>>>>> please test and confirm that Control+Shift+O will now convert a .brf
>>>>>> file to text?
>>>>>>
>>>>>> To anyone who does not already have EdSharp but may be interested in
>>>>>> trying it, the installer is available at
>>>>>>
>>>>>> http://EmpowermentZone.com/edsetup.exe
>>>>>>
>>>>>> Jamal
>>>>>>
>>>>>> On 7/2/2011 6:38 PM, Littlefield, Tyler wrote:
>>>>>>> Jamal:
>>>>>>> Thanks for that. I threw nfbtrans.exe into the edsharp directory
>> under
>>>>>>> nfbtrans and off it went. Converted perfectly.
>>>>>>> http://dl.dropbox.com/u/10204868/NFBTR774.7z
>>>>>>> There is the link for the new archive. I included the new
>>>>>>> executable, as
>>>>>>> well as the sln and vcproj files that visual studio will need to
>> build
>>>>>>> the single nfbtrans.c.
>>>>>>> On 7/2/2011 4:28 PM, Jamal Mazrui wrote:
>>>>>>>> Attached is a free braille file from National Braille Press,
>>>>>>>> founding.brf, containing the Declaration of Independence and
related
>>>>>>>> material. Hope it can be used for testing.
>>>>>>>>
>>>>>>>> Jamal
>>>>>>>>
>>>>>>>> On 7/2/2011 6:20 PM, Littlefield, Tyler wrote:
>>>>>>>>> It looks like I have this done a lot sooner. Do I just need to
>>>>>>>>> dump this
>>>>>>>>> in my edsharp directory to test? will someone send me a .brf file
>>>>>>>>> that I
>>>>>>>>> can try this out with to see if it does, indeed work?
>>>>>>>>> There were some asm functions (which were declared in the asm
>> file),
>>>>>>>>> called sound, nosound and delay. I wasn't really sure what those
>>>>>>>>> did, so
>>>>>>>>> I just wrote c replacements. sound plays the beep (at a duration
>>>>>>>>> of 250
>>>>>>>>> ms), nosound toggles a flag that is checked for beeps, and delay
>> just
>>>>>>>>> calls sleep. I have a ton of warnings, but I'm aiming for this to
>>>>>>>>> just
>>>>>>>>> work on a 64-bit system.
>>>>>>>>> On 7/2/2011 3:25 PM, Littlefield, Tyler wrote:
>>>>>>>>>> Hello all:
>>>>>>>>>> Since this isn't something that is a huge issue to keep up to
date
>>>>>>>>>> beyond it just working on 64-bit systems, I removed the secure
>>>>>>>>>> warnings, and started the conversions. There aren't to many
issues
>> I
>>>>>>>>>> don't think so far, except the fact that a lot of the function
>> calls
>>>>>>>>>> (utime etc) are no longer in windows. I'm yanking the code with
>>>>>>>>>> older
>>>>>>>>>> functions and writing drop-in replacements to do exactly
>> (hopefully)
>>>>>>>>>> what the old functions do, so hopefully it will work with minimal
>>>>>>>>>> modifications. I'll post later with progress and/or a working
copy
>>>>>>>>>> sometime this week.
>>>>>>>>>>
>>>>>> __________
>>>>>> View the list's information and change your settings at
>>>>>> //www.freelists.org/list/programmingblind
>>>>>>
>>>>>>
>>> __________
>>> View the list's information and change your settings at
>>> //www.freelists.org/list/programmingblind
>>>
>

__________
View the list's information and change your settings at 
//www.freelists.org/list/programmingblind

__________
View the list's information and change your settings at 
//www.freelists.org/list/programmingblind

Other related posts:

  1. Home
  2. programmingblind
  3. Archive
  4. 07-2011