Hello John,
I didn't want to stir up a big business, and I am not going to write mails 
about some typing errors in the manuals. I just wanted to tell the editors, 
by which means I could have caught on faster or, the other way around, what 
would have helped me to understand EMC better in the beginning. By now, I 
have dug into it, and the feeling of insecurity is disappearing (not gone 
yet, though). It may add to this that I have to translate everything into 
German because I made the mistake to chose German as language in the 
beginning of installation (can I switch back?), and re-translate the screen 
into English to make it match with the manuals.

Being a physicist I am used to approach things from the bottom and 
therefore have difficulties to get in sideways. Only knowing the basics of 
systems helps me to build up my imagination and understand what I'm doing. 
But this is private little me, maybe others go at things differently. So, I 
have a dull feeling in my stomach calling an automatic installation routine.

Of course, I know that a manual is outdated once it is printed, but I can't 
sit at the screen hours and hours - a piece of paper is my weather, I may 
be old-fashioned.

<snip>
If you spot something just send it to the list with the subject of "Documents"
>or similar and we should catch it. Please use the manual name, chapter, 
>section
>when pointing out anything. > - What I missed reading the manuals were 
>drawings. One picture says
> > more
> > than a thousand words.

What I mean is e.g. a flow chart showing the order in which programs run 
and read .ini and other files. I wohld also point out what the contents and 
meanings of the various .* files is (I can't imagine what NML means, for 
instance).

<snip>
> > - If I had had an overwiew right from the beginning in which order
> > all
> > those .ini and .hal files are read by what program I could get a
> > better
> > feeling editing them (and faster!).
>
>In what section do you think this is needed?
>Perhaps in the Configuration Chapter in the Config Files section
>of the Integrators Manual?
What I mean is something like fig.1.1. in the User's Manual, Chapter 1. 
Chapter 3 (on Axis), 3.3.2 is also great: all the buttons are pictured and 
explained (as is the whole Axis chapter).
The Integrators Manual seems a little more abstract. Right, Ch.5 says "some 
of them (files) are read repeatedly while EMC is running" - hao about a 
program flow chart? Frankly, it's hard for me now to tell what exactly I 
missed when I was completely new to this business.

>or in the Stepper Configurations/Modifying section
>of the Getting Started Guide?
Yes, in Ch.3.6 of Geting Started I had expected a little more 
descriptiveness of what is going to happen once I start the installation 
process and where the EMC components will be situated at.


> > - A very humble suggestion: it should be possible to arrange the
> > .pdf's
> > pages so that when printing the manuals the odd page numbers are at
> > right,
> > the even ones at the left and the page numbers appear in the upper
> > (or
> > lower) outside corner like in ordinary book printing.
>
>It looks like the page numbering is some random mix... we use lyx to 
>create the docs as well
>as some custom things to create the html's. I took a quick look and didn't 
>find a way to
>specifiy where the page numbers should be...
>I'll look into it a bit more to see what I can find.
>
>Part of the
> > problem
> > is that the contents pages at the front end are numbered by roman
> > numerals
> > which are not correctly recognized by the adobe printing tool (?) or
> > my
> > printer driver.
> >
>
>As Alex noted the roman numbers are quite common and should print 
>correctly...
Of course, they do, but page numbering suffers (also from the penguin on 
the very first page which seems to be no. 0). It's hard to keep printer 
pages and manual pages apart. O well, as I said,  this doesn't matter at 
all, let's not discuss it further.


>Have a nice cold one on me.
Forgive me for not understanding what you mean. If it has to do with 
drinking, you be sure tonight.


>John


Peter Blodow 


------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to