Felicitări! Începe să meargă!

Deocamdată (cel puțin la mine) mai sînt mici probleme:
• Inițial (cînd nu sînt logat), controlul cel nou nu se vede deloc (de obicei, mă loghez doar ca să postez ceva, în rest, cînd doar citesc, nu mă loghez)
• Cînd mă loghez, începe să se vadă, dar doar pe bara de sus, nu și pe cea de jos
• Cînd mă deloghez, iar dispare, nu rămîne! Utilitatea lui (alegerea numărului de mesaje pe pagină) e tocmai cînd citești topicul (nelogat). Cînd vrei să postezi (logat), nu mai e așa important, pentru că atunci ești în fereastra de compunere și editare a noului mesaj
• Cînd selectezi numărul de mesaje, nu îl „ia” din prima, mai trebuie să îl „ajuți” apăsînd pe butonul „OK” de lîngă el (probabil a rămas din faza de testare - oricum, alegerea unui element din listă e un „eveniment”, nu mai e nevoie de încă un buton)

Oricum, eu nu mă gîndisem ca această setare să se salveze în baza de date pentru fiecare topic, pentru că asta te obligă să te loghezi de fiecare dată (ceea ce eu nu fac decît cînd vreau să postez ceva). Ziceam doar de ceva exact cum e aici (vezi bara din josul paginii):

http://www.discogs.com/blog/forum-topics-now-limited-to-100-messages-per-page

Poate te inspiră (inclusiv controlul „Jump to...”). Îmi pare rău că n-am pus link-ul de la început.

Din pacate, problemele semnalate sunt, de fapt, implementate intentionat asa. Am ales calea cea mai usoara pentru ca, asa cum am zis, in limbajul php sunt cel mai putin 'fluent' (de fapt, nu l-am studiat niciodata si nu am lucrat niciodata in 'productie' cu el). Platforma phpbb este foarte pretentioasa la validarea inputului (oricare ar fi el). Ca sa functioneze cand esti de-logat, ar trebui sa modific un cookie sau sa fac unul nou, ceea ce ar fi insemnat modificari mult mai ample cam peste tot unde se valideaza cookie-urile de pe calculatorul client - care ar trebui sa aiba o structura fixa conform phpbb, nu pot sa adauga in ele ce vreau eu fara sa modific si validarile lor. Nici in sesiunea curenta, nici in baza de date nu se face distinctie intre utilizatorii anonimi, deci nu aveam cum sa stiu ca tu... esti tu.

Butonul OK este acolo tot pentru validare (ieseau niste aberatii de toata frumusetea daca ramanea selectata prima optiune din lista - cea cu "[alegeti...]" - sau la un refresh al paginii imediat dupa selectia nr. de mesaje).

In plus, tot ce inseamna design si paginare (implicit si optiunea pe care am implementat-o ieri) este complet separat de tot ce inseamna programare - alta bataie de cap. Din design pot trimite date in program, invers comunicarea se face doar prin niste variabile globale definite atat in baza de date cat si in niste fisiere php. O variabila noua pusa de mine iar ridica probleme de validare. Asta pentru ca lista sa pastreze valoarea selectata anterior.

Faptul ca optiunea nu e si jos mi-a scapat, o sa o pun acum. Dar in rest, asa cum e, e cel mai mult ce se poate obtine din implementarea cu baza de date (fara cookies, fara sesiune). Oricum, faptul ca te loghezi doar cand scrii, e un obicei cam ciudat (sa-mi fie cu iertare), eu am plecat de la ideea ca cine are cont, sta logat tot timpul.

Aoleu, păi dacă rămîne așa n-am făcut nimic, înseamnă că sîntem ca la început (în ce mă privește pe mine vorbesc, poate pe alții îi ajută)...

Am înțeles explicațiile (mulțumesc pentru detalii!) și îmi cer scuze că n-am fost eu mai clar de prima dată (trebuia să pun direct link-ul acela, nu doar poza).

Asta e, o să mă descurc ca și pînă acum (citesc zilnic forumul, dar postez o dată la cîteva zile, și nu sînt așa multe pagini care se încarcă greu). Sper ca măcar pentru alții să fie utilă noua funcție. Dar nu mă prind de ce ar trebui să mă loghez de fiecare dată cînd citesc (ce avantaje mi-ar aduce), că doar fac o „mișcare” în plus?

Apropo de explicații, dar prima opțiune din listă („[alegeți...]”) n-ar trebui să existe, n-am mai văzut-o nicăieri. Dacă implicit ar fi selectat 7 (primul item din listă) sau 14, n-ar mai ieși aberații, și n-ar mai fi nevoie de butonul „Ok” pentru validare (în loc de „Ok” ar fi alegerea unui item din listă); după „refresh” oricum nu e nevoie să fie ales din nou un număr (vorbesc acum de varianta cu scriere în baza de date, nu cu cookie-uri).

P.S. Acum observ ceva ciudat: deși nu am făcut nici o alegere, cîteodată în listă îmi apare „14”, cîteodată îmi apare „[alegeți...]”. Nu ar trebui să apară (să fie citită) valoarea din baza de date (care inițial bănuiesc că e pusă 14 pe toate topicele)?

Cred ca e util sa fiti logat si cand cititi, pentru ca subiectele la care s-a raspuns "sar" mai usor in ochi, fiind marcate cu rosu/roz.

Acum ma mai joc eu cu asta si apar ciudatenii.

Legat de logare - am presupus ca faci login o data si apoi dai "remember me" si asa ramane, deci nu ar fi nici o actiune in plus, decat o data la cateva luni (cand expira cookie-ul cu logarea).

Legat de functionalitate - din pacate nu intrevad in viitorul apropiat o modificare substantiala incat sa functioneze si pentru vizitatori. La urma urmei un utilizator inregistrat are oricum mult mai multe avantaje decat un vizitator. Daca la cele spuse de PaulIP adaugam si noua 'jucarie', inseamna ca pastram 'trendul'. Ceea ce e si normal, asa e peste tot, orice 'registered user' are mai multe avantaje decat un 'anonim', si nu doar posibilitatea de a scrie...

Ok, mulțumesc.

Legat de navigare - oricum cînd închid browser-ul, la mine se șterge automat tot (istoricul, cache-ul, cookie-urile etc.), din motive de paranoia...

UPDATE (final):

- acum se afiseaza nr mesaje / pagina
- din motive care ma depasesc, o variabila a phpbb-ului care retine acelasi lucru nu este definita cand sunt toate mesajele pe o singura pagina (indiferent cate). Drept urmare, in acea situatie, nu se afiseaza cate sunt pe o pagina. Ba mai rezulta si o eroare in javascript pe care o previn doar cu validarea inputului (drept urmare, butonul de OK si optiunea "alegeti..." raman).

Stai, că nu e final! Mai e o chestie:

Acum, în paginile topicului, sînt afișate corect numărul total de mesaje și numărul de pagini ale topicului ( = numărul total de mesaje / numărul de mesaje pe pagină):





Dar, în pagina de cuprins (lista topicelor), în continuare numărul de pagini afișat pentru topicul respectiv este cel calculat pentru setarea de 14 mesaje / pagină:





Adică, în loc să împartă numărul total de mesaje (239) la numărul ales de utilizator și salvat în baza de date pentru topicul respectiv (112), el împarte tot la 14.

Mai mult, făcînd click pe unul din aceste numere, rezultatul este imprevizibil. De exemplu, click pe pag. 16 (care la setarea de 112 mesaje / pagină nu există) te duce la pag. 2.

Da, corect... doar ca rezultatul nu e tocmai imprevizibil. Daca dai click pe pagina 16 (care incepe cu mesajul 100, de ex), atunci topicul se va deschide la acea pagina care contine mesajul 100. Ma rog, cam urat sa mearga asa. O sa vad si de treaba asta...

inca un edit: rezolvat, se afiseaza corect in pagina cu topice!

Valeu, in cata munca te-am bagat cos...
Dar rezultatul e bun !...

PS Functioneaza si de pe mobil...
   Si da, si mie mi se pare preferabil sa fii logat permanent. Vrei sa citesti OK, vrei sa si postezi tot OK - traficul de date este acelasi...

Stai, că nu e gata! Rezultatele căutării sînt afișate tot ca înainte:





Glumesc, aici chiar nu e important...

Paginile cu rezultatele cautarii sunt altceva decat paginile cu mesaje... nici nu mi-a trecut prin cap sa implementez si acolo. Intrebarea e: chiar este cazul? Nu de alta, dar acum controlez totul prin asocierea topic id - user id. Acolo nu as avea topic id - doar o pagina in care se varsa rezultatele cautarii...

Cred ca il poti pacali sa se uite doar la userid in cazul in care afisaza o pagina cu rezultate de search... dar nu stiu daca merita chinul. Poti oricand arata rezultatele ca topic-uri, si nu ca post-uri.