Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
10441
Web Server - Ask For Help / Re: Auto Cleanup of My Field - How To Turn Off
« on: November 07, 2008, 05:25:52 PM »
Hi David,
ok, you don't need to make it a text field, but what you do need to do is make sure the field is _not_ sent to the server in "real time".
ie turn off auto-validate for the field, make sure it doesn't "reset" any other fields, and has "send new value to server" off.
the problem of "interpreting" the string is in the client-side (javascript) code, not the server side code. But by not sending the value to server, you can bypass the javascript code for now.
Cheers
Bruce
ok, you don't need to make it a text field, but what you do need to do is make sure the field is _not_ sent to the server in "real time".
ie turn off auto-validate for the field, make sure it doesn't "reset" any other fields, and has "send new value to server" off.
the problem of "interpreting" the string is in the client-side (javascript) code, not the server side code. But by not sending the value to server, you can bypass the javascript code for now.
Cheers
Bruce
10442
Web Server - Ask For Help / Re: Auto Cleanup of My Field - How To Turn Off
« on: November 07, 2008, 05:19:39 PM »
Hi David,
try changing the field to be a "text" field. that has an xHtml setting. Mind you, I'm not sure that'll solve the problem. I'm investigating further.
Cheers
Bruce
try changing the field to be a "text" field. that has an xHtml setting. Mind you, I'm not sure that'll solve the problem. I'm investigating further.
Cheers
Bruce
10443
Web Server - Ask For Help / Re: Duplicating browse and children over and over on page
« on: November 07, 2008, 07:44:30 AM »
Hi Mike,
you need to add your web folder to your example because it contains a number of custom js and html files that your program is using.
Cheers
Bruce
you need to add your web folder to your example because it contains a number of custom js and html files that your program is using.
Cheers
Bruce
10444
Web Server - Ask For Help / Re: NetWebForm generation timeout?
« on: November 07, 2008, 07:31:05 AM »
6 seconds sounds like a very short timeout Brian....
I'm not sure where that's coming from...
Cheers
Bruce
I'm not sure where that's coming from...
Cheers
Bruce
10445
Web Server - Ask For Help / Re: Bug in PR17 when setting LOC:FormOK
« on: November 07, 2008, 07:27:48 AM »
yes, I agree, I've fixed for the PR18 build.
Cheers
Bruce
Cheers
Bruce
10446
Web Server - Ask For Help / Re: EIP is not getting Refreshed
« on: November 07, 2008, 07:25:35 AM »
Hi Sebastian,
Thanks for the example.
I've tested your example in PR18 and it's working well - so that appears to be fixed. (There were some EIP fixes in PR18 so I would expect that.)
In NetTalk 4 I don't have a menu script implemented that allows sub-menus, but that's on the list for NetTalk 5.
Cheers
Bruce
Thanks for the example.
I've tested your example in PR18 and it's working well - so that appears to be fixed. (There were some EIP fixes in PR18 so I would expect that.)
In NetTalk 4 I don't have a menu script implemented that allows sub-menus, but that's on the list for NetTalk 5.
Cheers
Bruce
10447
Web Server - Ask For Help / Re: 4.31 String in Browse causes bad routines
« on: November 07, 2008, 06:56:42 AM »
Hi Chris,
>> A couple of things got me - Headers with HTML - thanx for the check box
p_web.gsv(something ) in the title. Used self.gsv and set the session variable in the procedure setup. A little ugly.
If you rename the object in the WebHandler procedure to "p_web" then the Session values are visible from there.
Alternatively set the Page Title to anything you like. (It was blank before, so set it to '' if you prefer).
>> An embed just after the Do BrowseRow might help.
added.
Cheers
Bruce
>> A couple of things got me - Headers with HTML - thanx for the check box
p_web.gsv(something ) in the title. Used self.gsv and set the session variable in the procedure setup. A little ugly.
If you rename the object in the WebHandler procedure to "p_web" then the Session values are visible from there.
Alternatively set the Page Title to anything you like. (It was blank before, so set it to '' if you prefer).
>> An embed just after the Do BrowseRow might help.
added.
Cheers
Bruce
10448
Web Server - Ask For Help / Re: IE weirdness in 4.31
« on: November 07, 2008, 06:51:02 AM »
Hi Chris,
Is the site visible from here?
It might be a setting in your browser.
Cheers
Bruce
Is the site visible from here?
It might be a setting in your browser.
Cheers
Bruce
10449
Web Server - Ask For Help / Re: no-cache and back/forward buttons options
« on: November 07, 2008, 06:47:52 AM »
Hi David,
All dynamic pages, are "not cached" by default.
Static pages with the first line
<!-- NetWebServer -->
are considered to be dynamic.
there is also a property you can set in the WebHandler, say in the ProcessLink method (before the parent call)
self.ForceNoCache = 1
Regarding the browser back button - that's a lot tricker as it's essentially up to the browser as to how they handle that. ie it's a "browser thing" not a "server thing". However if your site is secure, and the pages are not cached, then you should be ok.
You'll notice on banks that they also encourage people to explicitly "log off" before leaving, and explicitly close the browser before leaving - these are both good behaviors as a user when using secure sites..
Cheers
Bruce
All dynamic pages, are "not cached" by default.
Static pages with the first line
<!-- NetWebServer -->
are considered to be dynamic.
there is also a property you can set in the WebHandler, say in the ProcessLink method (before the parent call)
self.ForceNoCache = 1
Regarding the browser back button - that's a lot tricker as it's essentially up to the browser as to how they handle that. ie it's a "browser thing" not a "server thing". However if your site is secure, and the pages are not cached, then you should be ok.
You'll notice on banks that they also encourage people to explicitly "log off" before leaving, and explicitly close the browser before leaving - these are both good behaviors as a user when using secure sites..
Cheers
Bruce
10450
Web Server - Ask For Help / Re: 4.31 #17 Next/Last buttons
« on: November 07, 2008, 06:41:36 AM »
Hi Chris,
When you click a "Next" button (or any button, or link, or whatever that triggers an async request) then you can usually see the request appear in the Server, on the log window.
The server then usually replies with something. In IE it's impossible to see this "something" but in FireFox (with FireBug) you can see the packet arrive in the "console" area of FireBug.
Now if the returned packet is "bad" for some reason, then the browser "does nothing". Specifically
a) if the server is returning "some element" that doesn't exist on the current page. This bombs the whole packet in 4.31 PR17 and earlier. In PR18 it ignores just this element and goes onto the next one. If the element is "unregistered" then in PR18 (and later) it also tries to register it on the fly.
b) if it is not valid xHTML (ie valid XML) then the parser cannot parse it. To test the packet for correctness I usually copy it to the clipboard, then I go to http://www.validome.org/xml/ paste it into the box provided, tick the "welformdness only" check box and get it to validate.
Cheers
Bruce
When you click a "Next" button (or any button, or link, or whatever that triggers an async request) then you can usually see the request appear in the Server, on the log window.
The server then usually replies with something. In IE it's impossible to see this "something" but in FireFox (with FireBug) you can see the packet arrive in the "console" area of FireBug.
Now if the returned packet is "bad" for some reason, then the browser "does nothing". Specifically
a) if the server is returning "some element" that doesn't exist on the current page. This bombs the whole packet in 4.31 PR17 and earlier. In PR18 it ignores just this element and goes onto the next one. If the element is "unregistered" then in PR18 (and later) it also tries to register it on the fly.
b) if it is not valid xHTML (ie valid XML) then the parser cannot parse it. To test the packet for correctness I usually copy it to the clipboard, then I go to http://www.validome.org/xml/ paste it into the box provided, tick the "welformdness only" check box and get it to validate.
Cheers
Bruce
10451
Web Server - Ask For Help / Re: Save Form after lookup browse automatically
« on: November 07, 2008, 06:33:28 AM »
Hi Mike,
It would be implemented as xHtml on the xHtml tab, probably in one of the last places on the window (ie before </body> would be ideal.)
However: Have you considered how un-secure this approach is.
a) the mail travels in plain-text to the recipient (and hence the user's login and password can be seen.) Any packet sniffer on the LAN (at either end) can see the mail, and hence expose the login.
b) obviously the mail is stored on the user's machine, in the mail client, and thus anyone with direct, or remote, access to the machine can find the login & password.
A better approach is to get the user to enter the password themself (so it doesn't travel at all).
Cheers
Bruce
It would be implemented as xHtml on the xHtml tab, probably in one of the last places on the window (ie before </body> would be ideal.)
However: Have you considered how un-secure this approach is.
a) the mail travels in plain-text to the recipient (and hence the user's login and password can be seen.) Any packet sniffer on the LAN (at either end) can see the mail, and hence expose the login.
b) obviously the mail is stored on the user's machine, in the mail client, and thus anyone with direct, or remote, access to the machine can find the login & password.
A better approach is to get the user to enter the password themself (so it doesn't travel at all).
Cheers
Bruce
10452
Web Server - Ask For Help / Re: Field ToolTip - Font Size
« on: November 07, 2008, 06:28:43 AM »
Hi David,
It's a standard HTML "tip" attribute - and I've not seen any way to control the font within. It might of course be a browser setting, but you need a server side setting.
Cheers
Bruce
It's a standard HTML "tip" attribute - and I've not seen any way to control the font within. It might of course be a browser setting, but you need a server side setting.
Cheers
Bruce
10453
Web Server - Ask For Help / Re: Cookies and compact privacy settings for IE
« on: November 07, 2008, 06:24:25 AM »
Hi Mark,
There are a portion of users who have cookies completely disabled in their browser - but they have a universally poor web-browsing experience, so your app won't be any different. At it's heart, in theory, NetTalk can be made to work without cookies, but it's very difficult to do without introducing bugs. So for all practical purposes cookies are "required".
Now when you embed one site _inside_ another site, and the one "inside" wants to use cookies, then things get exciting. The browser gets peeved with this (typically because it's a technique used mostly by marketeers to track viewing patterns.)
So rather than try and convince IE (which, if you could do this, would make the IE feature redundant in the first place) which you probably won't manage, it might be better to "merge" your site with the static one.
The first, and easiest approach -especially with an existing site which is all-static, is to simply move all the static pages to the NetTalk server, and let the whole thing get served on port 80. The only reasons not to do it this way are;
a) port 80 is shared with other sites and
b) the main site is hosted at one ISP (maybe on Linux) and you're providing the dynamic stuff at a separate venue.
The sharing issue will go away with NetTalk 5 - it has the functionality to serve multiple domains on the same IP/Port connection. The hosting issue opens the door to moving the host - ie hosting the site on a dedicated Windows server (or shared computer via a Windows Virtual Machine). There are plenty of ISP's now offering dedicated, or shared Windows servers at very reasonable prices.
Assuming neither of these options is possible, there are a couple things that _might_ help.
a) when you "include" your site inside the "main" site, keep the domain name the same. For example if the IIS and NetTalk server are on the same machine then embed the link as
http://www.mysite.com:88 and not http://64.12.3.23:88
b) run your bit on port 80, using the same domain name, but different sub-domain. For example;
http://dynamic.mysite.com
And then "bind" IIS to one IP address, and the NetTalk web server to another.
Cheers
Bruce
There are a portion of users who have cookies completely disabled in their browser - but they have a universally poor web-browsing experience, so your app won't be any different. At it's heart, in theory, NetTalk can be made to work without cookies, but it's very difficult to do without introducing bugs. So for all practical purposes cookies are "required".
Now when you embed one site _inside_ another site, and the one "inside" wants to use cookies, then things get exciting. The browser gets peeved with this (typically because it's a technique used mostly by marketeers to track viewing patterns.)
So rather than try and convince IE (which, if you could do this, would make the IE feature redundant in the first place) which you probably won't manage, it might be better to "merge" your site with the static one.
The first, and easiest approach -especially with an existing site which is all-static, is to simply move all the static pages to the NetTalk server, and let the whole thing get served on port 80. The only reasons not to do it this way are;
a) port 80 is shared with other sites and
b) the main site is hosted at one ISP (maybe on Linux) and you're providing the dynamic stuff at a separate venue.
The sharing issue will go away with NetTalk 5 - it has the functionality to serve multiple domains on the same IP/Port connection. The hosting issue opens the door to moving the host - ie hosting the site on a dedicated Windows server (or shared computer via a Windows Virtual Machine). There are plenty of ISP's now offering dedicated, or shared Windows servers at very reasonable prices.
Assuming neither of these options is possible, there are a couple things that _might_ help.
a) when you "include" your site inside the "main" site, keep the domain name the same. For example if the IIS and NetTalk server are on the same machine then embed the link as
http://www.mysite.com:88 and not http://64.12.3.23:88
b) run your bit on port 80, using the same domain name, but different sub-domain. For example;
http://dynamic.mysite.com
And then "bind" IIS to one IP address, and the NetTalk web server to another.
Cheers
Bruce
10454
Web Server - Ask For Help / Re: next last buttons not working
« on: November 04, 2008, 11:07:05 PM »
Hi Ray,
>> I forgot to mention that... How can I display those fields (the dropdowns) when the person clicks on the radio's..
This is easy-peasy - and something you'll want to use a lot (I know I do) so follow the steps below, and let me know if you have a problem.
a) remember that all the fields need to be _included_ so we're gonna leave the "include condition" blank.
b) however we want the drop down field to be "hidden" - based on the value in the radio (I think your variable is called select_sort_flag).
So set the "Hide condition" of the drop-down to
p_web.GSV('select_sort_flag') = ''
In other words, if the variable is not set to anything then hide the dropdown. Notice we _always_ use the Session Value, not the "plain variable".
c) For the select_sort_flag form field - client side tab - add the dropdown to the list of "reset fields". (tick on all - the prompt, value and comment to be reset.)
Cheers
Bruce
>> I forgot to mention that... How can I display those fields (the dropdowns) when the person clicks on the radio's..
This is easy-peasy - and something you'll want to use a lot (I know I do) so follow the steps below, and let me know if you have a problem.
a) remember that all the fields need to be _included_ so we're gonna leave the "include condition" blank.
b) however we want the drop down field to be "hidden" - based on the value in the radio (I think your variable is called select_sort_flag).
So set the "Hide condition" of the drop-down to
p_web.GSV('select_sort_flag') = ''
In other words, if the variable is not set to anything then hide the dropdown. Notice we _always_ use the Session Value, not the "plain variable".
c) For the select_sort_flag form field - client side tab - add the dropdown to the list of "reset fields". (tick on all - the prompt, value and comment to be reset.)
Cheers
Bruce
10455
Web Server - Ask For Help / Re: 4.31 String in Browse causes bad routines
« on: November 04, 2008, 11:00:51 PM »
Hi Chris,
Incidentally, this is not the only change that might affect your app.
Check out the version history notes - there are 5 things that have changed sufficiently to need documentation - which sounds like a lot, but isn't really <g>...
Cheers
Bruce
Incidentally, this is not the only change that might affect your app.
Check out the version history notes - there are 5 things that have changed sufficiently to need documentation - which sounds like a lot, but isn't really <g>...
Cheers
Bruce