Re: TB 10 unstable
Stephanie Hicks
I will removed the system book and started paging through my book. I ran
across the following error:
Value (-15,-15) out of range
where: tb100r.sbk
Does this mean anything to you?
On Fri, 13 Nov 2009 17:20:29 -0600, Clifton Sleger
<02c...@PGSOFTWARETOOLS.COM> wrote:
>Hi Stephanie,
>
>If I recall, you recently said you were attaching your own system
>book(s) to the runtime environment. Sometimes, a little bugginess in a
>system book can cause instability in the main application. You might try
>detaching your system book for a time and see if that helps.
>
>Clifton Sleger
>PG Software Development
>
>Give the JavaScript PowerPac for ToolBook a test drive!
>A 12 day free trial can be downloaded by visiting the tutorials here:
>http:\\www.pgsoftwaretools.com\tutorials\index.html?nav=features
>The current version is 8.26 and includes a number of refined and added
>functions.
>
>On 11/13/2009 1:53 PM, Stephanie Hicks wrote:
>> Hi group. I wanted to get some feedback on TB 10. I am experiencing a
>> great amount of instability, and was wondering if others are having this
>> problem.
>>
>> I know someone said it was much more stable.
>>
>> Is there anything you can do to make it more stable. I have run the
repair
>> kit on my book, and I optimize my save, but this doesn't seem to make a
>> difference.
>>
>> I build a question then when I save it is shutting down.
>>
>> Any ideas?
>>
>>
Clifton Sleger
As I see it the problem in likely in tb100r.sbk as this is a well-tested
toolbook runtime file. Out of range values occur when the loaded tbk is
doing something that generates values that cannot be processed by the
Toolbook system. If the error occurs on a single page, you might check
all of the objects and the scripts and actions associated with them to
see if you can find a calculated value that is indeed "out of range".
OR, you may have some page corruption that has crept into your tbk; in
which case, the repair utility may help remove it by bypass the
offending page and rebuilding just that page in the repaired book.
Not sure this helps. Troubleshooting is a long process that often ends
with the developer saying, "I should have seen that all along."
Have a good day!
Clifton
PG Software Development
Give the JavaScript PowerPac for ToolBook a test drive!
A 12 day free trial can be downloaded by visiting the tutorials here:
http:\\www.pgsoftwaretools.com\tutorials\index.html?nav=features
The current version is 8.26 and includes a number of refined and added
functions.
Stephanie Hicks
folder editing on our network drive, and strangely enough I do not seem to
have the same problem. Atleast not at this time.
Thank you for your help. The ToolBook Support team is going to help me as
well, so we can figure out what exactly is going wrong.
Has anyone else had problems with working off of the network with TB 10, or
is it just your general practice not to?
Just wanted to take a survey out of curiosity.
Steph
On Mon, 16 Nov 2009 11:40:06 -0600, Clifton Sleger
Kirk Arnold
to publish to a network drive because it caused lots of errors and or lock
ups. I haven't tried to publish to a network drive in 2 or 3 years now. I
publish to my hard drive, then copy the entire published file out to a
network drive if it needs to be accessible. In earlier versions of
ToolBook this wasn't such a good idea because sometimes, image references
were lost, so you'd have to rebuild all the links to your images. However,
if you move the entire folder around (so it doesn't have to 'change' any
of the paths to images, TB seems to do fine with that now.
I know TB is a much more stable program than it was in the old days, but
once you get in a habit that works well, you tend to stick with it. :-)
HTH!
Kirk
Kirk Arnold, AIS, API
E-Learning Developer
Corporate Training Department
Shelter Insurance Companies
1817 W Broadway
Columbia MO 65218
Voice (573) 214-4345
Fax: (573) 446-6900
Stephanie Hicks <Stephan...@COURTS.MO.GOV>
Sent by: ToolBook Discussion List <tool...@LISTSERV.PLATTECANYON.COM>
11/16/2009 04:27 PM
Please respond to
ToolBook Discussion List <tool...@LISTSERV.PLATTECANYON.COM>
To
tool...@LISTSERV.PLATTECANYON.COM
cc
Subject
Re: TB 10 unstable
Steph
This e-mail is intended only for its addressee and may contain information
that is privileged, confidential, or otherwise protected from disclosure. If
you have received this communication in error, please notify us immediately by
e-mailing postm...@shelterinsurance.com; then delete the original message.
Alex Muro 100134
a save or during a save when the course was on our network. It was also
extremely slow to save although multiple and frequent saves are
recommended. I moved the files to my hard drive, and the functionality
has improved a great deal.
Alex J. Muro
Corporate Training Director
Steph
NOTICE: This communication is not encrypted and may contain privileged or
other confidential information. If you are not the intended recipient or
believe you may have received this communication in error, please reply to the
sender, indicating that fact, and delete the copy you received. In addition,
you should not print, retransmit, disseminate or otherwise use the
information. Thank you.
Tom Hall
Wing Cold Lake, Canada, a military base. They insisted on doing everything
on the Network, after losing most of first 2 days out of 5, the tech guy was
finally convinced that was not such a good thing to do. Since that time, it
has been my strongest advice to work local, archive to network (or
whatever). Folks who have heeded this advice have been happier developers.
We on that occasion, never did truly know what the culprit was but as I
recall there was some evidence of something like Microsoft Find Fast.
-----Original Message-----
From: ToolBook Discussion List [mailto:tool...@LISTSERV.PLATTECANYON.COM]
On Behalf Of Alex Muro 100134
Sent: Monday, November 16, 2009 5:56 PM
To: tool...@LISTSERV.PLATTECANYON.COM
Subject: Re: TB 10 unstable
I was experiencing problems with Toolbook 10 crashing before I could do a
save or during a save when the course was on our network. It was also
extremely slow to save although multiple and frequent saves are recommended.
I moved the files to my hard drive, and the functionality has improved a
great deal. =20
Alex J. Muro
Corporate Training Director
-----Original Message-----
From: ToolBook Discussion List
[mailto:tool...@LISTSERV.PLATTECANYON.COM] On Behalf Of Stephanie Hicks
Sent: Monday, November 16, 2009 4:24 PM
To: tool...@LISTSERV.PLATTECANYON.COM
Subject: Re: TB 10 unstable
I moved the course to my c: drive just because someone was doing some folder
editing on our network drive, and strangely enough I do not seem to have the
same problem. Atleast not at this time.
Thank you for your help. The ToolBook Support team is going to help me as
well, so we can figure out what exactly is going wrong.
Has anyone else had problems with working off of the network with TB 10, or
is it just your general practice not to?
Just wanted to take a survey out of curiosity.
Steph
On Mon, 16 Nov 2009 11:40:06 -0600, Clifton Sleger
<02c...@PGSOFTWARETOOLS.COM> wrote:
>Hi Stephanie,
>
>As I see it the problem in likely in tb100r.sbk as this is a=20
>well-tested toolbook runtime file. Out of range values occur when
>the=20 loaded tbk is doing something that generates values that cannot
>be=20 processed by the Toolbook system. If the error occurs on a single
>page,
>you might check all of the objects and the scripts and actions=20
>associated with them to see if you can find a calculated value that is
indeed "out of range".
>OR, you may have some page corruption that has crept into your tbk;
>in=20 which case, the repair utility may help remove it by bypass
>the=20 offending page and rebuilding just that page in the repaired book.
>
>Not sure this helps. Troubleshooting is a long process that often
>ends=20 with the developer saying, "I should have seen that all along."
>
>Have a good day!
>Clifton
>PG Software Development
>
>Give the JavaScript PowerPac for ToolBook a test drive!
>A 12 day free trial can be downloaded by visiting the tutorials here:
>http:\\www.pgsoftwaretools.com\tutorials\index.html?nav=3Dfeatures
>The current version is 8.26 and includes a number of refined and
>added=20 functions.
>
>On 11/16/2009 9:46 AM, Stephanie Hicks wrote:
>> Clifton,
>>
>> I will removed the system book and started paging through my book. I
>> ran across the following error:
>>
>> Value (-15,-15) out of range
>>
>> where: tb100r.sbk
>>
>>
>> Does this mean anything to you?
>>
>>
>> On Fri, 13 Nov 2009 17:20:29 -0600, Clifton Sleger=20
>> <02c...@PGSOFTWARETOOLS.COM> wrote:
>>
>>
>>> Hi Stephanie,
>>>
>>> If I recall, you recently said you were attaching your own system
>>> book(s) to the runtime environment. Sometimes, a little bugginess in
>>> a system book can cause instability in the main application. You=20
>>> might try detaching your system book for a time and see if that
helps.
>>>
>>> Clifton Sleger
>>> PG Software Development
>>>
>>> Give the JavaScript PowerPac for ToolBook a test drive!
>>> A 12 day free trial can be downloaded by visiting the tutorials
here:
>>> http:\\www.pgsoftwaretools.com\tutorials\index.html?nav=3Dfeatures
>>> The current version is 8.26 and includes a number of refined and=20
>>> added functions.
>>>
>>> On 11/13/2009 1:53 PM, Stephanie Hicks wrote:
>>>
>>>> Hi group. I wanted to get some feedback on TB 10. I am=20
>>>> experiencing a great amount of instability, and was wondering if=20
>>>> others are having
this
>>>> problem.
>>>>
>>>> I know someone said it was much more stable.
>>>>
>>>> Is there anything you can do to make it more stable. I have run=20
>>>> the
>>>>
>> repair
>>
>>>> kit on my book, and I optimize my save, but this doesn't seem to=20
>>>> make a difference.
>>>>
>>>> I build a question then when I save it is shutting down.
>>>>
>>>> Any ideas?
>>>>
>>>>
>>>>
>>
NOTICE: This communication is not encrypted and may contain privileged or =
=20 other confidential information. If you are not the intended recipient or
= =20 believe you may have received this communication in error, please
reply to = the =20 sender, indicating that fact, and delete the copy you
received. In addition= , =20 you should not print, retransmit, disseminate
or otherwise use the =20 information. Thank you.
Tomas Lund
It boils down to bandwidth (ie how fast can data be read from or written to
a harddrive). If a harddrive is on the network the data needs to travel
further (using slower protocols) vs using a local disk. This is bound to
performance issues with most applications - including ToolBook.
Cheers
Tomas
Tomas Lund
www.toolbookconsulting.com
hayd...@comcast.net
Yes, back seven years ago ToolBook had a lot of problems with net work drives, especially Novel networks. However, over the years that has greatly improved. I understood there to be an issue with translating the long file names to the 8.3 convention. Today, we see very little difference between working on the local drives and working on the network drives. It is slower, and we do occasionally copy the book to a local disk and then return it to the network for that reason.
I insist that our developers keep all of our work on the network drives. Why, you should ask. Well, the local computers are not backed up by the company, and none of our developers regularly (daily) backed up their work. Conversely, the net work drives are constantly backed up and are in a configuration that at any given time there is two copies of the data on different real drives. I would much rather rely upon automatic backups than a person remembering to do their backups. I make it clear to the developers that if they loose a book, it is their fault.
Regards,
Les
Stephanie Hicks
this time for TB 10 our company will have to work off of our local drives,
and back up to the network. Which as Les said can be problematic if you
don't remember to back up your stuff.
So, wish me luck on my incredible journey. lol. I hope all goes well in
this development cycle using TB 10. We still have TB 9.5 as a back up if
all else fails.
I like safety nets.
Thanks again,
Stephanie
Kirk Arnold
For the very reason you cover below is why we've started copying published
books back out to the network - namely the manager wants the files
available to other developers and so it can be backed up. I told
Stephanie that I moved to developing on my hard drive exclusively because
of improved performance and less errors and lock ups. The rest of that
story is that we had a "secret admirer" accidentally delete a bunch of our
development files off our drive before he or she realized the folder
didn't belong to him/her. At that point, I pulled EVERYTHING off the
network drive except the zip folder to upload to the LMS.
SO, I have implemented a bastardization of the two processes. I still
develop on my hard drive, but then back my work up to the network at each
deliverable. This satisfies the requirement to have my work on the
network but still allows me to keep errors, lock ups, crashes and the like
at bay.
Good discussion on this....
Kirk
Kirk Arnold, AIS, API
E-Learning Developer
Corporate Training Department
Shelter Insurance Companies
1817 W Broadway
Columbia MO 65218
Voice (573) 214-4345
Fax: (573) 446-6900
Les Hayden <hayd...@COMCAST.NET>
Sent by: ToolBook Discussion List <tool...@LISTSERV.PLATTECANYON.COM>
11/17/2009 07:06 AM
Please respond to
ToolBook Discussion List <tool...@LISTSERV.PLATTECANYON.COM>
To
tool...@LISTSERV.PLATTECANYON.COM
cc
Subject
Re: TB 10 unstable
Regards,
Les
Cheers
Tomas
Tomas Lund
www.toolbookconsulting.com
Steph
John R. Hall
rollback to a previous version if things go wrong.
Tomas Lund
I am not referring to issues relating to problems with paths etc. I am merely referring to problems or decreased performance one is bound to have when working directly off the network because they are inherently slower than working directly from a local HD.
Your point about backups is a fair point, I recommend that people work locally but copy their work to a network from where it is backed up. I agree, it is the responsibility of each developer to ensure their work is backed up. If an organization makes use of a source code repository (such as SourceSafe or subversion) one gets the best of both worlds: best performance by working locally, source code control, and the repository can be automatically back
I don’t like absolutes either, what I wrote is MY best practice, sorry if that was not clear. I do use common sense and often test if my assumptions are still valid. I have recently checked working over the network it was (still) really slow.
My comments are not specifically aimed at ToolBook, I recently worked on a captivate project, I first opened it directly from the network it took ages to open, and previewing it again took ages (because it compiles and writes files which is slower).
Cheers
Tomas