User talk:SignpostMarv Martin/Alert Request System - Revision history

SignpostMarv Martin: /* WOW, This seems to be over-engineered to me. */ response

2008-04-30T07:49:15Z

WOW, This seems to be over-engineered to me.: response

← Older revision		Revision as of 00:49, 30 April 2008
Line 174:		Line 174:

	Just my approach. I've not put much thought into it, just looking at combining projects I already have completed. Questions and comments welcome.		Just my approach. I've not put much thought into it, just looking at combining projects I already have completed. Questions and comments welcome.
			{{unsigned\|AnnMarie Otoole\|30 April 2008, 05:36}}

			: The reasons it may appear over engineered are:
			:# I'm a big geek.
			:# The project is created to support any number of groups, not just mentors.
			: Since my project is web-based, mentors did have to check the web page for new alerts. However, it's entirely conceivable to plug in support for notification via in-world objects- I didn't develop support for that myself for two reasons:
			:# As it was an initial alpha/beta test of the software, adding in another feature would've created yet-another-point-of-possible-failure for debugging.
			:# I remember how difficult it was to get mentors to collectively use a communicator, so developing an entirely new one seemed rather pointless.
			:Does your communicator have a pluggable architecture ?
			:[[User:SignpostMarv Martin\|SignpostMarv Martin]] 00:49, 30 April 2008 (PDT)

AnnMarie Otoole: /* WOW, This seems to be over-engineered to me. */

2008-04-30T05:36:40Z

WOW, This seems to be over-engineered to me.

← Older revision		Revision as of 22:36, 29 April 2008
Line 165:		Line 165:

	If no mentors were on line, the visitor would get a "voice mail" answer and could record their question for any mentors coming on line in the next xx hours.		If no mentors were on line, the visitor would get a "voice mail" answer and could record their question for any mentors coming on line in the next xx hours.
	On hearing the question, mentors could reply to the visitor on the phone via the pseudo group. All in the group would hear a response had been made and join in if needed. If more than a brief response is needed, ~~a consensus of those on line~~ would ~~select one~~ mentor to ~~continue in IM or teleport to~~ the ~~telephone location~~.		On hearing the question, mentors could reply to the visitor on the phone via the pseudo group. All in the group would hear a response had been made and join in if needed. If more than a brief response is needed, my current system would allow switching the help phone and responding mentor to a different channel so the whole group would not be interrupted.
	If no one in the group on line wearing badges was available at the time, the help call and SLURL could be sent out on the Mentor Group for someone else to respond.
			If no one in the group on line wearing badges was available to respond at the time, the help call and SLURL could be manually sent out to the Mentor Group for someone else to respond.

	To have any level of success it would require giving communicators to a significant number of mentors but any mentor Alert system is going to need an enrollment of some kind.		To have any level of success it would require giving communicators to a significant number of mentors but any mentor Alert system is going to need an enrollment of some kind.

	I have everything above already running on other products. It would take a day or two of customization for the telephones and it would be ready to go. It already has spammer blocking facilities. Since it is script based, Help Telephones and Mentor badges would fail in non-script areas.		I have everything above already running on other products. They are free, available now, and in use by a number of groups. It would take a day or two of customization for the telephones and it would be ready to go. It already has spammer blocking facilities. Since it is script based, Help Telephones and Mentor badges would fail in non-script areas.

	Just my approach. I've not put much thought into it, just looking at combining projects I already have completed. Questions and comments welcome.		Just my approach. I've not put much thought into it, just looking at combining projects I already have completed. Questions and comments welcome.

AnnMarie Otoole: New section: WOW, This seems to be over-engineered to me.

2008-04-30T05:31:44Z

New section: WOW, This seems to be over-engineered to me.

← Older revision		Revision as of 22:31, 29 April 2008
Line 154:		Line 154:

	[[User:SignpostMarv Martin\|SignpostMarv Martin]] 08:40, 3 December 2007 (PST)		[[User:SignpostMarv Martin\|SignpostMarv Martin]] 08:40, 3 December 2007 (PST)

			== WOW, This seems to be over-engineered to me. ==

			I have about 300 mentors currently wearing my communicator.
			I can easily add a pseudo group chat to those genuine gold mentor badges.
			The group chat would include fixed HELP telephones on any island where scripts can run.
			Visitors wanting help would make a call on a help phone. I could even have a handset and animation :).

			The Alert/Help phone would broadcast their message to the pseudo group. Their SLURL would be added to their first transmission. Only those mentors on line and wearing their badge would hear it.

			If no mentors were on line, the visitor would get a "voice mail" answer and could record their question for any mentors coming on line in the next xx hours.
			On hearing the question, mentors could reply to the visitor on the phone via the pseudo group. All in the group would hear a response had been made and join in if needed. If more than a brief response is needed, a consensus of those on line would select one mentor to continue in IM or teleport to the telephone location.
			If no one in the group on line wearing badges was available at the time, the help call and SLURL could be sent out on the Mentor Group for someone else to respond.

			To have any level of success it would require giving communicators to a significant number of mentors but any mentor Alert system is going to need an enrollment of some kind.

			I have everything above already running on other products. It would take a day or two of customization for the telephones and it would be ready to go. It already has spammer blocking facilities. Since it is script based, Help Telephones and Mentor badges would fail in non-script areas.

			Just my approach. I've not put much thought into it, just looking at combining projects I already have completed. Questions and comments welcome.

SignpostMarv Martin at 16:40, 3 December 2007

2007-12-03T16:40:18Z

← Older revision		Revision as of 09:40, 3 December 2007
Line 136:		Line 136:

	[[User:Don Misfit\|Don Misfit]] 00:35, 3 December 2007 (PST)		[[User:Don Misfit\|Don Misfit]] 00:35, 3 December 2007 (PST)

			== Responses to Don Misfit's comments ==

			'''Deleting names from records'''
			* contradicts "undo" request.
			* prevents griefers from being blocked from using the service (feature not implemented)
			* prevents planned "review" feature (for both responders and requesters)
			* not displaying names is doable, but deleting records of who did what would require a complete rewrite of the system.

			'''Removal of automagical request removal'''
			* Doable
			* Photoshop mockups of suggested interface would be welcome
			* Would allow multiple responders

			'''auto-expiry'''
			* SQL date queries + cron = pain in the ass

			[[User:SignpostMarv Martin\|SignpostMarv Martin]] 08:40, 3 December 2007 (PST)

Don Misfit at 08:35, 3 December 2007

2007-12-03T08:35:52Z

← Older revision		Revision as of 01:35, 3 December 2007
Line 131:		Line 131:

	[[User:Don Misfit\|Don Misfit]] 00:26, 3 December 2007 (PST)		[[User:Don Misfit\|Don Misfit]] 00:26, 3 December 2007 (PST)

			== Request Expirations ==
			Marv - have you looked at the data on the "not-met" list? It appears you are expiring all pending requests on-the-hour, regardless of age.

			[[User:Don Misfit\|Don Misfit]] 00:35, 3 December 2007 (PST)

Don Misfit: strong recommenation

2007-12-03T08:26:41Z

strong recommenation

← Older revision		Revision as of 01:26, 3 December 2007
Line 118:		Line 118:

	[[User:Don Misfit\|Don Misfit]] 23:32, 2 December 2007 (PST)		[[User:Don Misfit\|Don Misfit]] 23:32, 2 December 2007 (PST)

			== STRONG RECOMMENDATION ==
			I am very surprised to see that names - both Mentor and Resident - are being tracked and displayed.

			'''VERY STRONGLY RECOMMEND THAT NAMES BE DELETED WHEN A REQUEST IS MET!!!!'''

			The only data that should be saved is: language, location and time info.

			I did not ask, but when I was evaluating the system and writing the overview and instructions, I assumed the names were being displayed only because the system was in development. So, again:

			'''VERY STRONGLY RECOMMEND THAT NAMES - BOTH MENTOR AND RESIDENT - BE DELETED WHEN A REQUEST IS MET!!!!'''

			[[User:Don Misfit\|Don Misfit]] 00:26, 3 December 2007 (PST)

Don Misfit: Suggestion

2007-12-03T07:32:13Z

Suggestion

← Older revision		Revision as of 00:32, 3 December 2007
Line 102:		Line 102:

	Opera doesn't work for me at all, it won't even load the requests. Firefox does bring up the map, but all I get is my current location, it doesn't show the sim involved in the request and I have no option to Display or Teleport. However, I don't think this is the cause of my problem with the links because I have no problem whatsoever clicking other slurls. However ... the SL Viewer In-World Help Browser DOES work. This will have to do for the moment, if I can get used to the SL Viewer again. Unfortunately, I much prefer OnRez so that may be a problem! Hopefully, the fact that this works and the 'external' browsers don't, might go some way to explaining the problem. As far as having IE open is concerned, the reason I assumed it zapped my resources was because my frame rate drops alarmingly whenever I open the internet and jumps back to normal when I close the window.		Opera doesn't work for me at all, it won't even load the requests. Firefox does bring up the map, but all I get is my current location, it doesn't show the sim involved in the request and I have no option to Display or Teleport. However, I don't think this is the cause of my problem with the links because I have no problem whatsoever clicking other slurls. However ... the SL Viewer In-World Help Browser DOES work. This will have to do for the moment, if I can get used to the SL Viewer again. Unfortunately, I much prefer OnRez so that may be a problem! Hopefully, the fact that this works and the 'external' browsers don't, might go some way to explaining the problem. As far as having IE open is concerned, the reason I assumed it zapped my resources was because my frame rate drops alarmingly whenever I open the internet and jumps back to normal when I close the window.

			== Suggestion ==
			When Mentor clicks on a pending request:
			:* system flags request as "met" and displays a new web page
			:* new page shows: requester name, location, language, times -- plus a '''Cancel''' link and a '''Return to Pending Requests''' link
			:* Mentor can then click on a '''standard SLURL''' link to "map" to the location
			:* If TP fails, SL crashes, Mentor realizes he clicked the wrong request, etc... Mentor clicks Cancel to put the request back into the queue
			:* after responding, Mentor clicks Return to go back to the Pending Requests

			This accomplishes a couple things:
			# Mentor still has resident Name, language, wait time, etc still available
			# Accidental clicks / TP errors can be corrected
			# Fixes problems with different browsers (allowing Mentors to use the browser / viewer of their choice, instead of being told to switch to something else)
			# More intuitive navigation

			[[User:Don Misfit\|Don Misfit]] 23:32, 2 December 2007 (PST)

Julie Apocalypse: /* Unable to use site */

2007-12-03T01:41:23Z

Unable to use site

← Older revision		Revision as of 18:41, 2 December 2007
Line 100:		Line 100:
	:It should be noted that the web interface uses CSS3 Selectors, which IE doesn't support (amongst other things), explaining why the design looks a bit screwy.		:It should be noted that the web interface uses CSS3 Selectors, which IE doesn't support (amongst other things), explaining why the design looks a bit screwy.
	:[[User:SignpostMarv Martin\|SignpostMarv Martin]] 16:26, 2 December 2007 (PST)		:[[User:SignpostMarv Martin\|SignpostMarv Martin]] 16:26, 2 December 2007 (PST)

			Opera doesn't work for me at all, it won't even load the requests. Firefox does bring up the map, but all I get is my current location, it doesn't show the sim involved in the request and I have no option to Display or Teleport. However, I don't think this is the cause of my problem with the links because I have no problem whatsoever clicking other slurls. However ... the SL Viewer In-World Help Browser DOES work. This will have to do for the moment, if I can get used to the SL Viewer again. Unfortunately, I much prefer OnRez so that may be a problem! Hopefully, the fact that this works and the 'external' browsers don't, might go some way to explaining the problem. As far as having IE open is concerned, the reason I assumed it zapped my resources was because my frame rate drops alarmingly whenever I open the internet and jumps back to normal when I close the window.

SignpostMarv Martin: response

2007-12-03T00:26:50Z

response

@@ Line 78: / Line 78: @@
 Zack Preminger
 I cannot use this at all.  Whenever I click a link, it takes me to a "Page Not Displayed", yet it shows in the result page that I have answered the alert.  I have tried both the SL browser and the one I normally use, OnRez.  I use IE6 browser and have disabled pop-ups, done everything I can, but it just won't work.  I am in a Catch 22 situation now, because if I click a request link to see if it's working for me and it isn't, I cancel it out.
@@ Line 84: / Line 86: @@
 As far as suggestions are concerned, leaving a browser window open constantly (esp. one that doesn't automatically refresh) is very taxing on resources.  It would be so much better if this function could be used in-world.

Julie Apocalypse at 00:04, 3 December 2007

2007-12-03T00:04:52Z

← Older revision		Revision as of 17:04, 2 December 2007
Line 78:		Line 78:

	Zack Preminger		Zack Preminger

			I cannot use this at all. Whenever I click a link, it takes me to a "Page Not Displayed", yet it shows in the result page that I have answered the alert. I have tried both the SL browser and the one I normally use, OnRez. I use IE6 browser and have disabled pop-ups, done everything I can, but it just won't work. I am in a Catch 22 situation now, because if I click a request link to see if it's working for me and it isn't, I cancel it out.

			Perhaps something essential is disabled in services.msc (I disable quite a few things in there), although I wouldn't have thought so. I have tried everything I can think of, but it makes no difference. It's very frustrating, so would appreciate any suggestions.

			As far as suggestions are concerned, leaving a browser window open constantly (esp. one that doesn't automatically refresh) is very taxing on resources. It would be so much better if this function could be used in-world.