Qbasicnews.com
April 12, 2021, 06:48:41 PM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Back to Qbasicnews.com | QB Online Help | FAQ | Chat | All Basic Code | QB Knowledge Base
 
   Home   Help Search Login Register  
Pages: 1 [2] 3
  Print  
Author Topic: FBeginner  (Read 14744 times)
rdc
Senior Member
**
Posts: 176



WWW
« Reply #15 on: July 17, 2006, 04:48:41 PM »

Heh. Thanks rel.

Once I get the book ready I am going to work on getting an HTML version, and then it will be easy to port to CHM.
Logged

LooseCaboose
I hold this place together
*****
Posts: 981



« Reply #16 on: July 18, 2006, 07:02:41 PM »

Very nice. I do have a few constructive criticisms though:

1. I think the chapter layout is a little confusing for beginners. You introduce FreeBasic's compatibility with C before you explain how to add two numbers together for example. A better layout (IMHO) would be: Numeric data types, Arithmetic operators, Converting numbers. The chapter on C compatibility could even be moved to an appendix: it isn't really necessary in a beginners book for FreeBasic. When it is necessary to explain some of the C compatibility (Zstrings for example) it could be noted in the text that further information is available in the appendicies.

2. You don't introduce strings until chapter 10. Most introduction to programming books explain strings early on since they are fairly important in holding the readers interest since they can write programs which produce interesting output. I would probably split the string chapter in two, having a basic string chapter early in the text and an advanced chapter later explaining things like Zstrings, Wstrings and pointers to strings.

3. You don't appear to have a chapter on logical constructs (yet?). A chapter covering if, while, for, etc should probably be introduced early on (possibly just after the chapters on using numbers). Again you could split this into a beginner and advanced chapter, with the advanced chapter explaining things like the switch statement and nested loops.

4. You also lack a chapter on functions and subroutines. They are introduced briefly in the introduction to FBIDE however a more indepth coverage would be nice.

5. Some of your sentences are a bit hard to follow. Occasionaly you use too many commas. For example:
Quote from: "rtc"

Since FreeBasic uses the runtime library, you can use it as well in your programs, and there are a number of useful functions available.

Could be rewritten as:
Quote from: ""

Since FreeBasic includes the runtime library you can use it in your programs. The runtime library provides a number of useful functions.

Note that the comma after library is not necessary (or correct). Commas are need when joining to independant clauses (see here and here). It would probably be a good idea to list a few of the useful functions after the second sentence. There are also a number of instances where ", and" would be better replaced with a fullstop and a new sentence.

Aside from those things (apologies if I sound harsh) the book is looking great. The introduction is very easy to follow and the examples and caution notes are very helpful. Keep up the good work.
Logged

esus saves.... Passes to Moses, shoots, he scores!
rdc
Senior Member
**
Posts: 176



WWW
« Reply #17 on: July 19, 2006, 07:06:59 AM »

Thanks for taking the time to post your thoughts on the book. The book is far from finished at this point. I am still working on the first draft so the book hasn't gone through any edits yet; I'll do that when I get the first draft completed.
Logged

Dio
I hold this place together
*****
Posts: 874



« Reply #18 on: July 21, 2006, 07:23:48 AM »

quick question: why can't i have a unsigned double?
too many decimal places? that's what i'm guessing.
Logged

quote="whitetiger0990"]whitetiger is.. WHITE POWER!!! [/quote]
Here
rdc
Senior Member
**
Posts: 176



WWW
« Reply #19 on: July 21, 2006, 09:23:35 AM »

I would guess that would be the reason. Doubles are stored differently than integers since you have to keep track of both the integer part and decimal part.
Logged

Anonymous
Guest
« Reply #20 on: July 21, 2006, 10:06:49 AM »

yeah, doubles can store numbers of extremely high precision.
there's no way the chip manufacturers would write 2 versions of all that floating point stuff just for unsigned versions, i reckon.
Logged
DrV
Na_th_an
*****
Posts: 1553



WWW
« Reply #21 on: July 21, 2006, 11:05:12 AM »

You can't have unsigned floating-point values because there is no underlying hardware to work with them. Smiley  Nearly everything uses the IEEE standard floating-point format, which uses one bit for the sign.  Unsigned floating-point values wouldn't be that useful anyway...
Logged
Anonymous
Guest
« Reply #22 on: July 21, 2006, 11:24:08 AM »

Also, I believe if you truly have a need for more precision than doubles offer (doubles offer almost incomprehensible amounts of precision), you could probably get even getter with a library like GMP. Probably.

edit: checked it out:

Quote
High-level floating-point arithmetic functions (mpf). This is the GMP function category to use if the C type `double' doesn't give enough precision for an application. There are about 65 functions in this category.


I believe the "C" type double just refers to the IEEE format that drV mentioned; it's common, and not only C-centric
Logged
Dr_Davenstein
Na_th_an
*****
Posts: 2052


« Reply #23 on: July 21, 2006, 07:26:18 PM »

Quote from: "cha0s"
Also, I believe if you truly have a need for more precision than doubles offer (doubles offer almost incomprehensible amounts of precision), you could probably get even getter with a library like GMP. Probably.

edit: checked it out:

Quote
High-level floating-point arithmetic functions (mpf). This is the GMP function category to use if the C type `double' doesn't give enough precision for an application. There are about 65 functions in this category.


I believe the "C" type double just refers to the IEEE format that drV mentioned; it's common, and not only C-centric



I don't know about that. I made an ogl solar system simulation, to scale, :lol: and Pluto was snapping into position, instead of smoothly gliding. I reduced the scale, and it moved smoothly. That was using just double though... I've never even heard of that GMP thing, until now. Wink
Logged
rdc
Senior Member
**
Posts: 176



WWW
« Reply #24 on: August 02, 2006, 05:45:06 PM »

I have added more content to the book. I am finally through with the data types and will begin in with the fun stuff. Right now the book is 166 pages, so the 200 page milestone is right around the corner.

Updated links in first post.
Logged

aetherfox
Been there, done that
*****
Posts: 1071



WWW
« Reply #25 on: August 03, 2006, 10:13:51 AM »

I love Garamond, but not this version.  I'm not sure whether you are using the Adobe Garamond Pro set, but it comes with a Regular or Semibold (off the top of my head I can't remember which one is nicer) that I much prefer.  The light version of Garamond is too weak in the main body of the characters for extended reading.

I could recommend some other fonts if you wish.

edit:

A little comparison showed me you're using standard Garamond.  Check http://en.wikipedia.org/wiki/Garamond for a preview of the Adobe version, and you'll notice how it looks much more powerful.

Your call in the end.
Logged

~''i|~thrFx~|i''~-  
avinash.vora - http://www.avinashv.net
rdc
Senior Member
**
Posts: 176



WWW
« Reply #26 on: August 03, 2006, 10:17:09 AM »

I am using Garamond because that is the font that Lulu recommends for their copy. If you print the pages, you'll see that it is very readable.

For the final version of the PDF, I'll be using a screen font rather than a print font so that it is more readable.
Logged

aetherfox
Been there, done that
*****
Posts: 1071



WWW
« Reply #27 on: August 03, 2006, 10:29:32 AM »

I've printed both Garamond and Adobe Garamond Pro.  Garamond looks weak (comparatively).  Obviously, Lulu doesn't expect all it's customers to fork out $170 for a font, as most of customers are grannies printing their life's poems.

Nevertheless, Garamond is a good font for print.  In fact, it's one of the better free ones.  Initially I just wasn't sure if you were using the standard or Pro version.  I wouldn't worry about it too much.  Just make sure you print a text-heavy page on a laser printer somewhere before you send it off to Lulu.

Speaking of which, excellent selection of printer.  Lulu is the best I've tried, and they've got a very very high quality of print.  You won't be disappointed.

I haven't actually read any of the content, I just skimmed through for a couple of minutes.  The only other thing that struck is the images.  They didn't look of the highest quality.  Could just be me.

I'll give it a read though.  Proprs for the effort, in any case.  I've tried and failed to write a FB-based book.[/i]
Logged

~''i|~thrFx~|i''~-  
avinash.vora - http://www.avinashv.net
rdc
Senior Member
**
Posts: 176



WWW
« Reply #28 on: August 03, 2006, 10:40:26 AM »

The images will change, they are just placeholders. I am still trying to get the first draft done, and I haven't done any edits at all, so the book is a bit of a mess. Normally, I would even post it in this condition, but people wanted to see it.

I am glad to hear that Lulu is a good POD publisher. This will be my first attempt at POD.

Thanks for the comments. I appreciate it.
Logged

aetherfox
Been there, done that
*****
Posts: 1071



WWW
« Reply #29 on: August 03, 2006, 10:53:39 AM »

Apart from a horrible and mentally scarring experience with cafepress, Lulu is really the only publishing service I've ever used.  My grandfather wrote alot, and his publishers were vultures.  He's passed away now, but I was recently talking to my grandmother about translating his work into English and getting it printed through Lulu.  She told me even with the high printing cost, the profit given to you is good, at least by Indian standards.  That pretty much set it for me.
Logged

~''i|~thrFx~|i''~-  
avinash.vora - http://www.avinashv.net
Pages: 1 [2] 3
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!