Snitz Forums 2000
Snitz Forums 2000
Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 Help Groups for Snitz Forums 2000 Users
 Help: General / Classic ASP versions(v3.4.XX)
 Visited/unvisited link colors are backwards
 New Topic  Topic Locked
 Printer Friendly
Author Previous Topic Topic Next Topic  

orrd
Starting Member

USA
4 Posts

Posted - 03 December 2009 :  15:59:53  Show Profile
It's unnecessarily confusing that someone decided to reverse the normal standard for visited/unvisited link by making the visited links in this forum blue and the unvisited links purple. The exact opposite of that has been the standard since the very earliest days of the www.

Why would someone want to confuse users by reversing it? Maybe it was just a mistake and they entered the CSS values backwards? Either way, please fix it because it's *very* confusing trying to remember that the topics we haven't visited are the ones that appear visited and vice-versa.

p.s. Also, an unrelated problem, but I already logged in (and viewed my profile), but it's still asking me for a username and password to be able to post (I reloaded the page a few times after logging in, but it still wants a username/password again).

p.s.s. Yet another problem, when I clicked "Post New Topic" without a username/password it took me to a page that said I needed to enter them, so I clicked the back button but now the "Post New Topic" button is disabled! I'm going to have to copy and paste this text to a new window to be able to post this message.

Edited by - Davio on 03 December 2009 16:20:42

Davio
Development Team Member

Jamaica
12217 Posts

Posted - 03 December 2009 :  16:26:20  Show Profile
You are free to change the colors of the links of your own forum.

P.S. Are you sure you are logged in? Make sure you have cookies enabled and that you use the login form at the top right hand of the forum.

P.S.S. That was done to prevent persons from clicking the Post New Topic button more than once. You can try refreshing the page and see if that helps.

Support Snitz Forums
Go to Top of Page

AnonJr
Moderator

United States
5768 Posts

Posted - 03 December 2009 :  16:26:30  Show Profile  Visit AnonJr's Homepage
First, conventions aren't standards - show me where the W3C says what link colors should be.

Second, what forum are you talking about? This one? This forum, the one we are posting in, uses the color conventions you mention... maybe you have some browser settings overriding it?

Third, your login issues may be related to your browser's handling of cookies. To help with this issue and the second, what browser (including version) are you using? Do you have it set to block cookies?
Go to Top of Page

orrd
Starting Member

USA
4 Posts

Posted - 03 December 2009 :  17:24:33  Show Profile
I realize the colors can be modified, but I suspect that they're reversed by default? It's worth fixing it on this forum at least and making sure they aren't reversed in the default as well. (The forum where I first saw the problem was at pharosgps.com).

I also realize that conventions aren't standards, and many websites use alternate link colors (green, red, etc.), but using a scheme that precisely reverses the conventional scheme that users are accustomed to is needlessly confusing. Even when I eventually realized that visited/unvisited colors were reversed, it was still difficult to try to remember that the purple links were the ones I hadn't yet visited (it's like trying to use a keyboard with the keys in a different order, it's hard to relearn something that has always been the other way around).

About the login issue, I played with it some more and found that it appears that the login page that is shown when editing your profile doesn't set the login cookie. I understand that the Profile page is protected by always requiring a re-login, but if the user isn't already logged in, it should also set the login cookie.

About the Post New Topic button, reloading the page does re-enable the Post New Topic button, but that also clears the post's text, so that isn't good. I had thought the problem was that I used my back button instead of clicking the "Go back to correct the problem" link, but that's just a javascript history.go(-1) link, so that didn't help either. That means that as it is right now, it's impossible for a user to continue posting a message if their login information on the post page wasn't successful (without starting their message over from scratch or doing their own copy, reload, paste, enter the subject again, etc.). How can this be fixed? The first thought that comes to mind is that there are better ways to accomplish the goal of eliminating double-posts without using a Javascript button disable. The way I accomplished this in a similar situation on a project I worked on was to check the database for a duplicate post from the same user before inserting the new post. That has the added advantage of not allowing users to post the same message multiple times in any case, which is probably a good idea. Or a better method might be to have a hidden input field set to the time the form was generated, then only allow one post to be created by that user with that time stamp.

Edited by - orrd on 03 December 2009 17:33:05
Go to Top of Page

HuwR
Forum Admin

United Kingdom
20600 Posts

Posted - 04 December 2009 :  03:58:52  Show Profile  Visit HuwR's Homepage
oord, I suggest you check your attitude in at the door, the link colours on this forum (none of which are purple) have been this way for > 9 years and there is NO STANDARD colour for links, why the hell do you think they can be styled with CSS ???? (so you can make them ANY COLOUR YOU WANT)


You appear to be the only person out of >30,000 members that has ever had a problem with them
Go to Top of Page

HuwR
Forum Admin

United Kingdom
20600 Posts

Posted - 04 December 2009 :  04:15:58  Show Profile  Visit HuwR's Homepage
quote:
About the login issue, I played with it some more and found that it appears that the login page that is shown when editing your profile doesn't set the login cookie. I understand that the Profile page is protected by always requiring a re-login, but if the user isn't already logged in, it should also set the login cookie.

Access to edit your profile is not controlled by your cookie, it was done this way on purpose and is not designed as an alternate method for logging in to the forum.

If you don't like it you are perfectly at liberty to change it in your own version, but that is the way it works here and it will not be changed just because you don't like it.
Go to Top of Page

HuwR
Forum Admin

United Kingdom
20600 Posts

Posted - 04 December 2009 :  09:22:46  Show Profile  Visit HuwR's Homepage
quote:
About the Post New Topic button, reloading the page does re-enable the Post New Topic button, but that also clears the post's text, so that isn't good. I had thought the problem was that I used my back button instead of clicking the "Go back to correct the problem" link, but that's just a javascript history.go(-1) link, so that didn't help either.
Strange, since using the 'go back to correctit' link worked fine for me when not logged in, and re-enabled the button (which it should do since history(-1) should take you to the form without the disabled button)
I also tried it using the back button and still ended up with a post form with an enabled button, so not sure why you get a disabled button state. what browser are you using ?

I'm guessing you are using FF, since it behaves as you indicate in FF not in IE, so FF is treating history differently to IE.
Go to Top of Page

iane87
Starting Member

USA
42 Posts

Posted - 04 December 2009 :  12:40:27  Show Profile  Visit iane87's Homepage
I have the same problem in FireFox 3.5.5. But I found a workaround. Just look for this code in your post.asp file.

if strRqMethod = "Forum" or _
strRqMethod = "URL" or _
strRqMethod = "EditURL" or _
strRqMethod = "EditForum" then 
	if strPrivateForums <> "0" then
		if mLev = 3 then
			Response.Write	" onclick=""selectAllOptions(document.PostTopic.AuthUsers);"""
		else
			Response.Write	" onclick=""selectAllOptions(document.PostTopic.AuthUsers);selectAllOptions(document.PostTopic.ForumMod);"""
		end if
	else
		if mLev > 3 then Response.Write	" onclick=""selectAllOptions(document.PostTopic.ForumMod);"""
	end if
end if
Response.Write	">"



After that add this code:

%>
	
<script language="JavaScript" type="text/javascript">
	document.PostTopic.Submit.disabled=false;
</script>
<%


This will ensure that the button is always enabled no matter what browser you are using. And it still disables while submitting so user should not be able to click it twice if it submits a little slowly.

Twitter MOD | Search Provider MOD | W3C Valid RSS MOD | Google Translate MOD
Go to Top of Page

HuwR
Forum Admin

United Kingdom
20600 Posts

Posted - 04 December 2009 :  12:57:25  Show Profile  Visit HuwR's Homepage
thanks for that snippet iane87, I'm sure others may find that useful too. You may want to post it in it's own thread so it gets more notice.
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Topic Locked
 Printer Friendly
Jump To:
Snitz Forums 2000 © 2000-2021 Snitz™ Communications Go To Top Of Page
This page was generated in 0.37 seconds. Powered By: Snitz Forums 2000 Version 3.4.07