Author |
Topic  |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 09:32:38
|
Just a quick question about the specifics of why some pages don't show the login information. I'm asking because I'm integrating the separate programs (forum, online testing, class registration, etc.) more closely and I don't want to find out the reasons the hard way. 
Also, since about 60% of the computers are still using 15" monitors, and about 80% of the hospital's personnel don't know how/just plain don't change the default resolution from 800x600 to something a little better, screen space is at a premium. If I can hide the login stuff on my other pages without any issues I'd be more than happy to since it would prevent some of the other problems I'm having.... like with my calendar of classes... if they don't see any indication of a class "above the fold" as it were, despite the scrollbar indicating that there is more below, they assume there are no classes and complain about us not offering anything.  
I tried a quick search, but nothing too useful turned up - just references to the fact that "there were problems"... then again, my 'Search Foo' isn't all that great before the 2nd cup of coffee.  |
|
tribaliztic
Senior Member
   
Sweden
1532 Posts |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 09:57:48
|
I've been following that one. While it is a good discussion on the mechanics of how to hide the login stuff on the pages I want to, I would like to know the reasons why I should or shouldn't.
As a side note, I've been trying to come up with an alternative to a big honkin' If ... Then statement for the mechanics. If I think of anything, I'll be sure to post it there. Though a big Select Case might be an idea... I just wonder about the speed/efficiency of either option. I'm adding at least another dozen or so pages that are candidates for exclusion and performance is always near the top of my thoughts. (well, right after coffee) |
 |
|
Shaggy
Support Moderator
    
Ireland
6780 Posts |
Posted - 15 March 2006 : 09:58:41
|
Anon, the reason for the exclusion of the login and logout forms on certain pages is because those pages use information posted to them through forms to display their content and so would cause problems when returning to the originating page after login or logout.
|
Search is your friend “I was having a mildly paranoid day, mostly due to the fact that the mad priest lady from over the river had taken to nailing weasels to my front door again.” |
 |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 10:10:04
|
Ah. Gotcha. That makes sense...
Now to the performance question: if I added a fair number of pages to that list (about a dozen or so) are there going to be any issues with adding those pages to the "If ... Then" or should I look at finding some sort of alternative means? (Like a "Select Case" or something else entirely.) |
 |
|
Shaggy
Support Moderator
    
Ireland
6780 Posts |
Posted - 15 March 2006 : 10:24:24
|
There shouldn't be any performance hit that I'd be aware of, at least nothing of any significance.
|
Search is your friend “I was having a mildly paranoid day, mostly due to the fact that the mad priest lady from over the river had taken to nailing weasels to my front door again.” |
 |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 10:32:06
|
Ok. Just checking. I just don't want to get a nasty-gram from our IST guys about the resources consumed by Training and Development's site.  |
 |
|
Shaggy
Support Moderator
    
Ireland
6780 Posts |
Posted - 15 March 2006 : 10:39:19
|
Out of interest, how many pages are you planning to add to the conditional?
Have you considered, maybe, repositioning the login form instead? Such placing it to the left of the page contents?
|
Search is your friend “I was having a mildly paranoid day, mostly due to the fact that the mad priest lady from over the river had taken to nailing weasels to my front door again.” |
 |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 10:52:44
|
Since I'm consolidating and re-factoring code while integrating it, I don't know exactly how many pages I'll be adding. I've been thinking about converting it to a 'Select Case' to make it a little easier to read, but I haven't really come to a decision on that.
As to moving the login stuff to the left, I'm dropping my left-nav stuff since the consensus among the population is that it takes up too much of the "reading area" for all those folks on the 15" monitors @ 800x600 that I mentioned earlier.
I've been tried to educate them on the benefits of increasing the resolution, but since they would have to do it on every computer they logged in on its easier for them to just leave it as-is. (and I can see that point since a lot of the staff rotates through different units, and uses any number of computers at the Nurses Station, and uses any of a number of carts, etc.)
And that results in the other problem I mentioned above - if they don't see it above the fold, it must not be important. That has been something I've been trying to change with little success too (and I won't back down on this one). |
 |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 10:55:14
|
Oh, before I forget again, you wouldn't happen to know if there is a reference floating around about what functions are already in Snitz? Part of my re-factoring effort has been to reduce redundant code and if Snitz already has a function that does what one of my functions does I'd rather get rid of mine and use Snitz's since its probably been more thoroughly tested. |
 |
|
Shaggy
Support Moderator
    
Ireland
6780 Posts |
Posted - 15 March 2006 : 11:11:13
|
Another alternative - no better nor worse - that would save you a bulky if or select statement would be to set a variable in config.asp with a vlaue of one then, in each of the files you don't want the forms to show in, before the inclusion of inc_header.asp, set the variable to 0 and use that to check in inc_header.asp whether or not to show the forms.
There is an extensive documentation being worked on that details all of Snitz' functions, what they do, their arguments and the files they appear & are used in but I don't know what the progress is on it. If I had the time, I'd love to put together a very brief stop gap that just gave the basics of what each function does.
|
Search is your friend “I was having a mildly paranoid day, mostly due to the fact that the mad priest lady from over the river had taken to nailing weasels to my front door again.” |
 |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 11:37:49
|
quote: ... set a variable in config.asp with a vlaue of one then, in each of the files you don't want the forms to show in, before the inclusion of inc_header.asp, set the variable to 0 and use that to check in inc_header.asp whether or not to show the forms.
I may just go that way...
quote: There is an extensive documentation being worked on that details all of Snitz' functions, what they do, their arguments and the files they appear & are used in but I don't know what the progress is on it. If I had the time, I'd love to put together a very brief stop gap that just gave the basics of what each function does.
I remember seeing that quite some time ago. At this point I'd be happy with just a list of the functions and what they do. I know there are functions in there for scrubbing the data before inserting it into the database.. I just don't know what they are. I just discovered the "GetNewTitle" function while trying to figure out how to adjust the titles for the new pages I'm adding. I'm sure there are more that would make life easier. I'll try to document what I can as I go - but I'd hate to re-invent the wheel if something has already been started.... |
 |
|
Shaggy
Support Moderator
    
Ireland
6780 Posts |
Posted - 15 March 2006 : 11:50:15
|
chkString is the other function you're referring to, found in inc_func_common.asp. Called as follows:
chkString("string","type")
Where "type" is either "message", if you want to parse forum code before inserting the data, or "sqlstring", if not.
|
Search is your friend “I was having a mildly paranoid day, mostly due to the fact that the mad priest lady from over the river had taken to nailing weasels to my front door again.” |
 |
|
Davio
Development Team Member
    
Jamaica
12217 Posts |
Posted - 15 March 2006 : 11:51:49
|
Anon_jr, there is a document in progress that details all the functions in the forums. It's not fully completed, but most of it is done.
I'll email you a link to it, as we don't want it made public just yet. |
Support Snitz Forums
|
 |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 15 March 2006 : 11:52:09
|
Beautiful. That's one less chunk of redundant code. (And helps with a couple other problems.) |
 |
|
Shaggy
Support Moderator
    
Ireland
6780 Posts |
Posted - 15 March 2006 : 12:00:10
|
You're welcome, Anon 
|
Search is your friend “I was having a mildly paranoid day, mostly due to the fact that the mad priest lady from over the river had taken to nailing weasels to my front door again.” |
 |
|
|
Topic  |
|