dbTalk Databases Forums  

PICK-MV FAQ

comp.databases.pick comp.databases.pick


Discuss PICK-MV FAQ in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
Luke Webber
 
Posts: n/a

Default Re: PICK-MV FAQ - 09-11-2005 , 02:19 AM






Tom deL wrote:
Quote:
Hi Luke,


Same problem with Firefox here, but in IE I get to see the topic.


It is interesting that Firefox doesn't work because that is my main
browser, the one I have always used for development. I don't have a
Windoze box here so can't re-check but will in the morning.

Can you pop open the javascript console and share the contents?
No need. Whatever changes you've made seem to have fixed it.

Cheers,
Luke


Reply With Quote
  #12  
Old   
murthi
 
Posts: n/a

Default Re: PICK-MV FAQ - 09-12-2005 , 07:46 AM






I'm sort of working in an ivory tower, since our web application is a
database app for specific clients (mostly, since at some future time
extracting selective data will be opened to the public). No problems about
requiring IE 5.5 and javascript enabling for now. In any event, javascript
enabling is pretty much the norm nowadays, so I don't anticipate any
problems.

Chandru

"Tom deL" <ted (AT) blackflute (DOT) com> wrote

Quote:
Hi Murthi,

Thank you for taking the time to look.

IE 5.5+ on XP+SP2.

Full keyword entry does nothing, single character works, but what does it
mean? "L" for instance, returns Pick on Unix and Native Open, "A" returns
CDP Common Answer and Pick on Unix...what's the connection?

None ... but thanks for the help there. The point was really the php
openQM module and I probably shouldn't have muddied the waters with the
stupid computer tricks ;-)

The database is very small and experimental right now and I had
originally simply stuck some keywords into the index. Since you pointed
out that it is pretty meaningless this way I have re-indexed the
keywords to include the title of the item.

In the plans (if this goes beyond 'playing with the toys') is a search
function that will search the body of the FAQ for text, weighting
results by number of hits, doo-dah, doo-dah ...

After a few entries which work, I consistently get:
Unable to read item 'Test_formatting' Error: '2'
Yes, there is a IE/Windows javascript debugger/console, but this appears
to
be a php or object error, so that's no help.

Ah, you apparently clicked on a 'See Also' entry that was orphaned in
testing the delete function (which now correctly removes the
SeeAlso's). I have manually removed those.

Aside: Curiosity killed the cat. Looking at the source, I note this:
eval('document.all.' + name);

eval calls the jscript compiler internally to evaluate the expression. On
most pages it does not matter a whit, but if you are doing any extensive
programming in javascript, this is horrendously expensive. In our Webapp,

And I am not (extensively programming in JS). This is a simple example
script.

For years I have avoided doing much beyond the 'necessary evil' in JS
due to the stupidity of the browser wars, just too much work and too
flaky for my needs. Unfortunately old JS concepts and techniques are
still with me.

our multi-value display was changed from using evals extensively to more
rational code, and there was an 90% increase in speed, translating to a
drop
from 2 seconds to 0.2 for, say, 100-line displays (Maybe this says we
shouldn't be using javascript!)

Possibly. Have you considered the visitor trust implications of basing
an application on remote scripting? Lots of fear mongering going on out
there regarding this technology.

And, in almost all cases, it is unnecessary; the above could be (syntax
which also works on NS)
document.all[ name ];

Besides, why wouldn't document.getElementById(name); work on all
browsers?

It likely would. Again, the point here wasn't javaScript but thanks for
the tips.
-Tom

Finally, "name" is a semi-reserved word in javascript; if scope is not
correctly setup, it references window.name, and if you change that, it
leads
to curious and difficult-to-debug errors down the road. Been there, done
that.


Chandru Murthi

"Tom deL" <ted (AT) blackflute (DOT) com> wrote in message
news:1126314090.225743.307230 (AT) g47g2000cwa (DOT) googlegroups.com...
Hi Scott,

I think there is some kind of problem: entering "*" or a keyword gets
me a list of links, but none of them work. In IE I get "javascript
error"; in Firefox, nothing.

Thanks for taking the time. What version of Windows and IE are you
using? I am unable to reproduce this. Everything works as expected when
I test with:

Win2K / IE5
Win2K / Firefox
Win2K / Netscape7
WinXP / IE6
WinXP / Firefox
WinXP / Netscape7
Debian Stable / Firefox
Debian Stable / Mozilla5
Debian Stable / Epiphany1.4.8
Debian Stable / Galeon1.3.20
Debian Stable / Konqueror3.2.2

I haven't tried IE/Wine but ... well, I probably won't LOL Don't have a
MAC so can't try Safari but have found that usually if Konqueror works,
so does Safari.

I appreciate the input! Error messages would be a big help, does Microsoft
provide a javaScript console?
-Tom





Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.