Quindi stai dicendo che se qualcuno collega esternamente al post #17 e noi lo reindirizziamo al post #78 perché sono stati cancellati un mucchio di post, non ci sono problemi? È un design migliore?
Qual è il senso di cambiare solo a metà?
Quindi stai dicendo che se qualcuno collega esternamente al post #17 e noi lo reindirizziamo al post #78 perché sono stati cancellati un mucchio di post, non ci sono problemi? È un design migliore?
Qual è il senso di cambiare solo a metà?
esatto, ma questo non è un problema software di Discourse: rassicura semplicemente i tuoi utenti che è normale e vai avanti. C’è lo 0,0% di probabilità che modificheremo questo comportamento.
No. Non sto chiedendo di modificare l’URL. Sto chiedendo che il numero del post visualizzato sia coerente tra la timeline e la finestra di dialogo che mostra ‘post #x’, dove X è un conteggio che include i post cancellati e i messaggi privati.
Gli screenshot che ho pubblicato nell’argomento dovrebbero rendere tutto più chiaro.
Quindi mostra 78/12 nella timeline, davvero non capisco
@sam - nella seguente immagine, dove c’è scritto ‘post #580’ (circondato in rosa), dovrebbe essere scritto ‘post #256’ per allinearsi alla cronologia (circondata in rosa, a destra dell’immagine):
Rimuovere questa incongruenza sarebbe una buona idea, a mio parere.
Quindi, dato che questo post qui è il #28.
La timeline qui dovrebbe mostrare:
Post numero #28 di 26.
O stai dicendo che l’interfaccia dovrebbe mostrare #26 e collegarsi al #28?
Stiamo solo girando a vuoto, non c’è una modifica semplice qui e, come ha detto @codinghorror, non abbiamo intenzione di cambiare nulla.
Sì! La numerazione nella timeline è corretta dal punto di vista di un membro che visualizza i post a cui ha accesso: “25/26” è ciò che ci si aspetta e ha senso.
Quindi, per coerenza, dove nella casella appare “post #28”, si potrebbe mostrare “post #26”, mantenendo comunque il collegamento al post 28.
Non credo che stiamo girando a vuoto, ma ho difficoltà a spiegare questo singolo punto. Mi scuso per questo, ma spero che alla fine ci siamo capiti, anche se nulla verrà modificato.
Capisco, ma la discussione era iniziata parlando di “privacy” … ad esempio:
Non rivelare mai che i post sono stati cancellati o sussurrati.
E ora hai spostato leggermente l’obiettivo dicendo:
Rendere l’interfaccia un po’ più oscura in modo che mostri numeri diversi in alcuni punti.
Questo sarebbe un cambiamento enorme che coinvolge così tanti sottosistemi … incluso qualcosa come Whispered replies leak in the post number - #30 by riking che è incorporato nei post.
@riking - i numeri nell’URL sono solitamente spostati a destra e non immediatamente visibili a meno che non si scorra (almeno nei miei browser). Questo è in contrasto con gli altri elementi dell’interfaccia utente. Hai ragione nel dire che qualcuno potrebbe comunque esaminare l’URL, ma è più difficile individuarli immediatamente e molto più sottile, dato che è presente anche il topic_id.
@sam - sì, sentendo che sarebbe stato un grosso lavoro modificare la numerazione/collegamento degli URL e simili, in questo post 8 di questo argomento ho suggerito che sarebbe stato abbastanza semplice correggere solo la discrepanza più evidente nei conteggi e ho rinunciato a qualsiasi altra idea.
Il numero del post può già essere mostrato diversamente in alcuni punti, ad esempio nella timeline rispetto alla casella, come abbiamo dimostrato negli screenshot sopra. Sto suggerendo di renderlo coerente e, immagino, di conseguenza, rendere più oscuro il post_id del database.
Non sono sicuro che tu sia d’accordo, ma non ritengo che i numeri nell’URL facciano realmente parte dell’interfaccia utente in quanto tale: l’URL ha già il topic_id, ed è già opaco per gli utenti. Il post_id potrebbe essere pensato in modo simile.
L’unico problema che vedo nel rendere la numerazione dei post visualizzata uguale nei due punti suggeriti è che un moderatore/amministratore potrebbe fare riferimento a un numero di post nel testo (come hai fatto con ‘#30 di riking’), ma si tratta di un post diverso per un utente non moderatore/amministratore. Questo problema esiste già ora se si naviga tramite la timeline.