[feat] Intelligentie bij deeplink naar message

[Spider.007]

Momenteel is het zo dat als je een deeplink naar een message wil doen; dat je dan een list_message/123456789#123456789 krijgt; terwijl je normaal in list_messages/987654 terecht komt als je een topic bekijkt. Oftewel; als je wil deeplinken naar een bericht op de huidige pagina dan zal iedereen die zich momenteel op die pagina bevindt de pagina moeten herladen terwijl dat eigenlijk niet nodig is. Vooral bij de grotere topics en grotere aantallen berichten per pagina levert dit een onnodige overhead op.

Zou het mogelijk zijn om een mate van intelligentie in te bouwen waarmee gedetecteerd wordt of het bericht waarnaar gelinkt wordt zich op de huidige pagina bevindt; zodat besloten kan worden om de href niet naar list_message/123456789#123456789 te laten gaan; maar juist naar list_messages/987654#123456789; zodat een nutteloze reload niet hoeft te worden gedaan?

Is het duidelijk wat ik bedoel; is het een logisch verzoek en is het te implementeren?

[crisp]

Enkel met een sloot javascript die eerst kijkt of het fragment in de huidige pagina voorkomt. Ik zie het echter niet zo zitten om javascript in geparsede berichten te gaan zetten.

[Spider.007]

is dit script te simpel gedacht; of voldoet het reeds aan de omschrijving 'sloot'?

code:

foreach document.link as dLink{
    if (dLink.type = 'messagelink'){
        messageId = regexpblabla(dLink)
        if (exists(document.messages.messageID)){
            dLink = 'http://list_messages/987654#'messageID
        }
    }
}

[crisp]

Meer zoiets:

JavaScript:

function checkMessageFragment()
{
    if (/#\d+$/.test(this.href))
    {
        var frag = this.href.substr(this.href.lastIndexOf('#')+1);
        var i = messageids.length;
        while (i--)
        {
            if (messageids[i][0] == frag)
            {
                window.location.hash = frag;
                return false;
            }
        }
    }
    return true;
}

en dan een functie die onload een handler aan de betreffende links koppelt...

[Erkens]

Maar wat dan als je dat linkje wilt kopieren?
Dan krijg je wellicht de verkeerde pagina als iemand een andere setting heeft toch?

[Eskimootje]

Daarom moet het ook met javascript worden opgelost; de links dienen bij de onclick aangepast te worden.

[ Voor 14% gewijzigd door Eskimootje op 17-01-2005 12:23 ]

[Spider.007]

crisp schreef op maandag 17 januari 2005 @ 12:13:
Meer zoiets:

JavaScript:

function checkMessageFragment()
{
    if (/#\d+$/.test(this.href))
    {
        var frag = this.href.substr(this.href.lastIndexOf('#')+1);
        var i = messageids.length;
        while (i--)
        {
            if (messageids[i][0] == frag)
            {
                window.location.hash = frag;
                return false;
            }
        }
    }
    return true;
}

en dan een functie die onload een handler aan de betreffende links koppelt...

Ook goed Maar het is dus niet lastig te programmeren; dan is de vraag meer of het nou echt nuttig is natuurlijk Ik kan het heel hard beargumenteren; maar wellicht ben ik de enige die dit een gemiste feature vindt?

[Spider.007]

chem bouwt het ook even in