I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — Se está mirando para un artigo interesante sobre a intranet e quero compartir isto con alguén, click a link labeled "Share this story" correo-e para o seu amigo.
Nós tocamos por aí con un formulario personalizado para esa finalidade, pero ao final, sentido común gañou o día e nós só usar o familiar <a href = mailto:…> technique. (<a href mailto:…> é un pouco sorprendente robusto HTML; como un extra, ese link me trae de volta ao meu vello UNIX home páxinas días; aqueles eran os días!).
Esta técnica ofrece unha excelente interface para os usuarios finais, xa que comeza a usar a súa coñecida cliente MS Outlook (ou calquera cliente de correo electrónico que teña instalado).
Isto fai as cousas máis difíciles para nós tipo creador pobres, xa que o cliente * Tamén * quere realizar un informe no futuro que mostra como moitas veces os usuarios comparten historias e mesmo que as historias son compartidas con máis frecuencia.
We whiteboarded a few potential solutions. My favorite is to carbon copy (CC) a SharePoint list. That way, the end user still gets the outlook client while we get to capture the event because we’ll get a copy of the email ourselves. There are some obvious drawbacks. The main problem is that the user could simply blank out or otherwise mangle the CC address. E, we need to manage that event library of emails. We have a scheduled job on the white board responsible for that cleanup.
Se ten algunha visión intelixente para solucionar este problema, por favor, dicir.
</final>
Siga-me no Twitter http://www.twitter.com/pagalvin
Ola Paulo,
Se a demanda é só para capturar o número de partes de usuario tempo o artigo a continuación
Só ten que crear 1 campo meta personalizado na lista e cando o usuario preme en compartir unha ligazón Historia logo chamar 1 función JavaScript no cal creador escribir un código en que o código xerar chamada asynchornous usando o obxecto XMLHttpRequest e incrementar o contador de 1 dese artigo .
O creador está a traballar na parte web personalizado, a continuación, que vai cretae control tipo Hyperlink lado do servidor e executar o seu código e incrementar a conta por 1 deste artigo e abrir o Outlook.
e
Se a demanda é para capturar todos os detalles, como a lista de destinatarios , data , Mensaxe editada despois
Esta opción non funcionará , entón creador precisa para crear unha páxina web que parecen interface de Outlook e capturar todos os detalles sobre o código do botón Enviar
Que tal isto?
* Crear a enviar ao enlace que enlaces a unha páxina _layouts e engadir a páxina actual á querystring.
* Na páxina _layouts, escribir a información de uso dunha lista de Sp ou unha táboa DB.
* Utilice o espazo de nomes Outlook.Application para crear a mensaxe e, a continuación, usar objMail.Display() para abrir unha nova mensaxe de correo electrónico en Outlook – ver http://forums.devx.com/showthread.php?threadid=152716
* Entón server.transfer volver á páxina de inicio ou a un obrigado ventá
Eu tería unha ligazón como:
<a href="mailto:test@test.com" id="mailLink" >Correo</un>
e utilizar jQuery como:
$("mailLink").clic(función() { $.publicar(/*do ajax call*/) });
Basta substituír $. Post (http://docs.jquery.com/Ajax/jQuery.post) or $.ajax (http://docs.jquery.com/Ajax) co código para facer a chamada Ajax.
Daniel, iso é outra opción na tarxeta branca. O risco é como di — o que pasa se o usuario cancela a acción? É tecnicamente moi difícil, xa que ten que escribir algún servizo web para o JavaScript para pór en.
O que sería un elo href así parece? <a href = "javascript:[material vai aquí]> … hows que isto funciona?
Grazas pola suxestión!
Que tal usar javascript (cunha ferramenta coma o JQuery) para incorporarse o evento click do usuario na ligazón. Isto disparar unha chamada ajax (novo sinxelo de facer con jQuery) que podería rexistrar o nome de usuario, ou calquera outra cousa que quere. Creo que o único problema é, entón non * realmente * se o correo-e foi enviado ou non.