public inbox for blinux-list@redhat.com
 help / color / mirror / Atom feed
* RE: AFT -- Almost free text.
@  Ian Blackburn
   ` Luke Davis
  0 siblings, 1 reply; 20+ messages in thread
From: Ian Blackburn @  UTC (permalink / raw)
  To: 'blinux-list@redhat.com'

yes! word can read plain text but a lot of word users don't know how to
reformat the text to fit within their margins.  I play with plain text all
the time but are not yet going well with linux but hay eventially! 



========================================================
 Standard disclaimer:
 Any recipient of this communication acknowledges that:
 * the Government Employees Superannuation Board accepts no responsibility
 for the contents, nor the validity of this communication; and
 * they do not rely on any view given unless it is properly authorised. 
========================================================
 




^ permalink raw reply	[flat|nested] 20+ messages in thread
* Re: AFT -- Almost free text.
@  Martin G. McCormick
   ` Dave Mielke
   ` Luke Davis
  0 siblings, 2 replies; 20+ messages in thread
From: Martin G. McCormick @  UTC (permalink / raw)
  To: blinux-list

	I will weigh in a bit on this topic.  Everybody else
around me primarily uses Microsoft Windows and related products.
This whole campus of roughly twenty-thousand students and another
three-thousand give or take a few hundred staff members uses and
sometimes barely uses Windows and products that run on Windows.
We have a few Mac users and those of us who are FreeBSD and Linux
users, but I feel great if I can just hand somebody a file and
say, "Here.  This is what you needed."

	Information is what this game is all about and my hope is
that Linux will make it easier for computer users who are blind
to function along side everyone else.

	I send and receive ASCII files all the time and people
use them, but just as we would rather get sound files we can
play and text files we can read without doubling the cost of our
work stations or going to a lot of various other forms of hassle,
the general user community wants stuff they can use without a lot
of trouble.

	Utilities that convert one format in to another should be
our stock and trade since smart employers and instructors will
not get nearly as hung up about whether or not we can do this or
that job if we can simply make our system work with the existing
infrastructure.

	I am not ranting at anybody or saying that anybody is
wrong, only that I like it if I can take something I am
comfortable using, feed it in to a filter or format converter and
come out with some gibberish in standard output or sent to some
file that the other guy is happy with.

	I don't know how many care, but this happens all the time
when you make an international telephone call.

	The digital ISDN lines in Europe and many other countries
use something called A-law encoding for audio.  It is a
piece-wise handling of the logarithmic values which
represent sound levels.

	In North America, our ISDN lines have a piece-wise
logarithmic function which is slightly different.  It is called
MU-Law encoding.  Audio encoded with one scheme sounds positively
terrible if received on a telephone built for the other system so
there are digital converters that substitute MU-Law for A-Law
encoding as the audio flies back and forth across the pond.

	I believe that our /dev/audio device is set up to receive
MU-Law signals, here, and you can set your /dev/audio in Europe
for A-Law, but I may be dead wrong.  My point is that it is a
neighborly thing to do if you can communicate with the rest of
the world in a manner that works for all.

	We Linux users probably have more flexibility built in to
the operating system than non-UNIX users so building converters
should be a lot less painful for us.

	I am sorry if this sounds like a rant, but it is a
positive rant if such a thing exists.

Martin McCormick WB5AGZ  Stillwater, OK 
OSU Center for Computing and Information Services Network Operations Group




^ permalink raw reply	[flat|nested] 20+ messages in thread
* AFT -- Almost free text.
@  Gil Andre
   ` Dave Mielke
   ` ddunfee
  0 siblings, 2 replies; 20+ messages in thread
From: Gil Andre @  UTC (permalink / raw)
  To: Blinux Mailing list

Hi!

Following the different threads here about word/excel file
conversions, I thought : "That's all fine and dandy, but
what about the reverse: Linux to word/excel?".

As everyone knows, to "create" an Excel file, you can just
type your "spreadsheet" as a .CSV file, that Excel is then
able to open.

But what about Word? Well, "aft" is a small utility that
can convert a very simple ASCII file into .RTF if need be.
The same command-line program also offers ascii to HTML
and ascii to LaTEX conversion.

This seems to be the most simple program I have found so
far, and I do intend to use it extensively and post the 
results on this list (and somewhere on the net as well).

Official site for aft is:
http://www.maplefish.com/todd/aft.html

Hopefully, this will be helpful for other people on this
list.

/----------------------------------------------------\
| Gil Andre -- Technical Writer -- gandre@arkeia.com |
|        Knox Software: http://www.arkeia.com        |
|A bug in the code is worth two in the documentation.|
\----------------------------------------------------/




^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~ UTC | newest]

Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
 AFT -- Almost free text Ian Blackburn
 ` Luke Davis
  -- strict thread matches above, loose matches on Subject: below --
 Martin G. McCormick
 ` Dave Mielke
   ` Charles McCathieNevile
     ` Dave Mielke
       ` Ron Marriage
         ` Dave Mielke
       ` Charles McCathieNevile
 ` Luke Davis
 Gil Andre
 ` Dave Mielke
   ` Gil Andre
     ` Dave Mielke
       ` Gil Andre
         ` Dave Mielke
           ` Charles McCathieNevile
             ` Dave Mielke
       ` Luke Davis
 ` ddunfee

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).