Songbook Creator Issue

[cartunesdj]

When creating a songbook by title, the songbook creater doesn't properly handle wrapping the lines. If the lines are 'long enough', it will wrap to the next line.
However, many of my entries are just long enough to cut-off part of the song id number without wrapping.
After creating the songbook, I have to go in and manually edit the list. The unedited list looks somewhat messy and can also result in some of the song code being cut off.
It took me quite a long time to edit them manually. I thought I would be able to make the column changes easy enough in MS Word to correct it, but I was unable to find the solution.

Please provide a patch to this as soon as possible.

[PastMember]

Admin:

Have your programmers create a "hot zone" like the one that was described before:

---------- SNIP FROM INSTRUCTIONS SENT TO YOU --------------
>At this point, we need to see if this line of text will actually fit in
>one column on the page. To do this, we are going to check the physical
>length of the title+artist+bookid against how it will print on the users
>printer. We use the device independant measurment of "twips" to do this
>and store the results
[CODE SNIP]
>Next, we add these lengths together to see if they exceed 4900. If they
>don't, then we don't make any changes because it will fit just fine.
>
>However, if it EXCEEDS 4900 then we need to break the line into 2 parts to
>make it easier to read in the book by adding a line break and a tab

-------------- END OF SNIP -----------------

Adjusting the twip measurement of 4900 to a SMALLER number will cause a line to break sooner.

Since numbers are being cut off at the column edge, there must not be any current measurement check of line length in place OR it is not implemented correctly.

You already have the instructions and code, it appears it was never implemented. BTW, it is THIS section of code that requires that a user have a printer driver installed on their machine. If they don't (and a hotzone is implemented) you will get a "Printer Error" message and crash.

(Beavis, you should've known this! I'll bet you could've answered it with a one-liner.)

[Beavis]

Nice C & P Chip !!!

i was busy this weekend, the church on the hill has a pilgrimage (mercy sunday) this weekend and about 20,000 show up for it. our town has only 2500 residents.

[PastMember]

Posted by Beavis:

i was busy this weekend, the church on the hill has a pilgrimage

This is a great opportunity for you to sell all those Aztec ashtrays and Silver Horse bookends.

(BTW admin, your welcome)

[Beavis]

SOLD !!!


ha ha ha ha !


its about time someone had a Sense of humor around here ! everyone is way to serious all the time !

thanks chip



admin, you should have a forum set up and call it "VENT HERE"

[PastMember]

Beavis said:

Nice C & P Chip !!!

Sure it is, but it wasn't cut from these forums.

You are probably unaware that I'm the one that originally designed and created the *.rtf format that Hoster uses to create songbooks. MTU is allowed to use this format in their program and the above snippet came from the original implementation notes that accompanied the software code given to MTU.

A combination software programmer, database publisher and graphic expert, I began with software programming PCL (that's Printer Control Language) for the original "Laser Jet" series produced by Hewlett Packard. What a pain the rear that was! I later taught myself how to program desired layouts using Rich Text Formatting (.rtf) which is why Hoster produces these files rather than printing directly. Writing software to control a printer/printing functions is the most difficult, repetitive, mundane and complex code you could imagine. Especially with the number and differences of printers manufactured today.

As a national seminar instructor, I taught 6-hour desktop publishing seminars in over 70 cities per year and produced instruction materials as well.

Here's a link to a type comparison book, make sure you read the publisher's note at the bottom of the page:

http://www.addall.com/detail/0963268902.html

[Beavis]

hey boss im just busting on you.

[PastMember]

Beavis Said:

hey boss im just busting on you.

And that's understood. However I don't want to appear to anyone in these forums like I don't know what I'm talking about. Even though there are those that would like to paint me as a unknowing, loud-mouthed-know-it-all or do all they can to discredit my observations or opinions. After all, I've been banned from the KJ Wisdom forum for over a year with no explaination whatsoever.

I am intimately familiar with the .rtf coding that is used in hoster to produce songbooks --after all, I designed and wrote it. The fact that the current code is letting bookid's disappear (or be cut-off) to the right in a column is a clear indication that a key portion of the code is either not implemented correctly or not implemented at all. Even if this section were not implemented at all, the code will still produce a book that is 95% correct. It's those songs with unusually long titles or a long list of performers (or both) that causes the problem.

The "hot zone" code mentioned above prevents the unusually long ones from truncating (cutting off) anything on a line by moving the artist and bookid to the next line. Where you set this zone on the column line will determine it's sensitivity.

You can only point the way....

[Beavis]

i hear ya chip.

[PastMember]

Beavis said:

i hear ya chip.

Right, except this user (cartunesdj) has not heard a peep from support in the 4 days since he posted it. So somebody's not listening somewhere.

[Beavis]

its been pretty quit around here from MTU's end.

im not stickingup or MTU but everyone needs a break from time to time.

my 2 restaurants run 18 hours per day 7 days a week 365 year. i havent been away in 5 years.

[admin]

Sometimes we just do it and don't post here.

The problem was found and fixed in 3.310 Beta 1, which is now out for testing.

It will be a free upgrade to all who have bought Hoster 3.300 or an upgrade to it.

Don't yet know the release date.