Hozzászólások
Elsődleges fülek
Szerintem az "X új" jelölő esetében jó, hogy van keret, mert jobban felhívja a figyelmet.
szerintem is, sot mi tobb kelloen elkuloniti a 2 szamot, mivel a zarojeles tisztafeher megoldassal amig direkt ra nem fokuszaltal a szemeddel a mezore, nem lattad elso ranezesre hol volt uj hozzaszolas es melyik resze annak a bejegyzesnek az uj hozzaszolasresze, es melyik a valasz szamlalo.
Mondjuk es csak 1-2 uj hozzaszolasos kibukkano topiknal nem volt annyira gond, de ha volt egy rakat egymas alatt, bizony osszekavarodott nagyon szepen.
A narancs színnel mondjuk tudnék kötekedni
nekem a zold tetszett a legjobban, de az meg masnak nem jott be. xD Ez van, az izles kerdes mar csak ilyen rohadt.
Sterner ezen felvetése sem rossz amúgy.
http://awesomescreenshot.com/06c4svxa5f
ettol a topikszinezestol hanytal ek magukat az emberek az elobb es mondtak inkabb maradjon feher es a datumok szurkebbek picit, hogy elusson. :D
Mondjuk en is sokkal esztetikusabbnak tartom fehernek a topikcimeket mint valami fosszinnel.
Az a bajom az új, keretbe rakott számokkal, hogy túl nagy helyet foglal el.
marmint milyen ertelemben? Direkt kevesebb helyet foglalnak el gyakorlatilag, szemben azzal amikor zarojelekkel voltak szimplan korulveve, mivel az egy karakternyi helyet megevett errol arrol, plusz egy space-t is kellett nyomnom hogy ne erjen bele a zarojel, most meg van osszesen 3-4 pixelnyi padding csak jobbrol es balrol, aztan annyi. Lehet nagyobbnak tunik mivel kiemeli a szin a szamot, ami cel is ugye mivel pont azt kellene jelezze odahuzva a figyelmedet hogy haho, itt meg itt erkezett friss hozzaszolas a topikokban.
A másik kérdés, hogy kell-e a frissült felirat?
mindenkepp.
Az új hosszásólások számával már jelöltük egyszer, hogy változás történt...
igazsag szerint nem.
Azzal csak azt jeloltuk hogy uj hozzaszolas erkezett. Ha valaki valamit szerkesztett pl, arrol a frissult felirat arulkodik.
A frissult mellett szintugy az uj felirat is hasznos a topikoknal, mivel az jelzi az ujonnan krealt, szamodra meg olvasattlan temakat. Ez szintugy hozzaszolas fuggetlen kerdes. Mivel bekerulhet pl topikmozgatassal vagy hasonlokeppen is legfrissebbekbe egy adott, de az nem jelenti hogy akkor nyitotta volna valaki.
pl egy surun elofordulhato eset, jon egy uj hir (vagy tobb naponta), de eddig semmi hozzaszolas nem erkezett bele. De pl az uj felirat megmondja hogy mar elolvastad e vagy meg var a dolog magara.
en is minel kevesebb szint hasznalnek ja, csak ki kell a megfeleloeket valasztani es egyuttal ki kell a megfelelo celpontokat is valasztani amik megkapnak azokat, hogy megfeleloen elkulonuljenek egymastol.
Btw a raknak nyitnank kulon szines topikot :D, ezzel a nekifutassal minden oldallal kapcsolatos kerdesnek nyithatnank.
Szerintem ez nem akkora kerdes hogy heteken keresztul kellene beszeljunk rajta. Megtalaljuk itt atragva a megfeleloeket a webdrotozoban es taglaljuk a tovabbi kerdeseket. :)
szerk: piszkossarga kurvara nem mukodik http://i.imgur.com/5rCuyj0.jpg (es ha feketere is cserelnem a betuket akkor is tulsagosan erosen elut es bantja a szemet), de javasolt narancs egesz emberbarat mar, nem zavar kulonosebb keppen, de felhivja a figyelmet a friss tartalomra.
probalkozunk kicsit szinekkel, meglatjuk hogy alakul.
Fokent a temak nezegetesenel nem folynak igy ossze vegre a szovegek a zsufoltabb forumokban: http://i.imgur.com/XaJlDev.jpg
1 bemasolod a video linkjet valahova
2 kijelolod
3 megnyomod az Y gombot
4 profit.
Olyan ficsőrt nehéz implementálni, hogy mielőtt valaki új topicot nyitna, a hasonló nevűeket kilistázza a fórummotor, mint a régi HW-n?
szerintem nem.
kommenteket lehet valahogy átmozgatni, hogy ha ilyen előfordul véletlenül, akkor meg is maradjon, de ne is legyen topic-duplázás?
nem tudok róla, de meg-megesik hogy 50x ugyanazt elhajtják az emberek, minthogy minimálisan átolvassanak pár (1) erre szakosodott gyűjtőtopikot a fejleményekről, így eleve nem segítene az sem félek. :D
Az új update mobilon király, viszont laptopon (c2d 2.2 ghz, 4gb ram, gt220m /w 1gb vram) Chrome alól (hardveres gyorsítás belőve) érezhetően gyengébb a teljesítmény. Gépelés latt van némi "lag", illetve mintha összességében is kicsit lassabb lenne az oldal. //masterrace fícsör profilból ki van kapcsolva, de még fogom tesztelni más alól is
csak placebo lehet mivel semmilyen post processing nem fut ha ki van kapcsolva a master race csekbox.
Ugyanugy tortenik minden mind regen, csak annyi hogy kevesebb a kepeknek a helyfoglalasa, ami tuti nem lassit semmi.
Ha egy kep tegyuk fel 1megat foglal el es azt megjeleniti egy sebesseggel a bongeszo, akkor ha 100kilot foglal el egy masik, attol nem lesz a lap vagy gepeles laggolos. Vagy valami nagyon nincs rendben az adott geppel. :)
GET TO DA LAP TETEJE!
ruuuuun, goooo! xD
Ok! Milyen akaratos vagy ma. :D
meg a nagybetűs játéktopik is ha már ott voltam, és pakolhatjátok az indie cuccokat is oda felőlem, vagy ahogy elképzeltétek. :D
hát ezt rohadtul nem én határozom meg hanem (advanced forum modul) motor inklúded. És nagy a gyanúm hogy javascriptel oldották meg, ami ugye csak az összes beolvasott content után kezd bemozdulni. Gondolom egyrészt azért a logikai megfontolás miatt, mivel nincs nagyon más módja hogy megtudják "pontosan" hol is helyezkedik el az adott content és hova kellene ugrani, mielőtt még kirajzolná és elhelyezgetné az elemeket/cuccokat mindenfelé. :)
Ha a Crysis elfut rajta, a Rewirednek is smakkolnia kellene. :D Egy normálisabb, de okvetlen hardveresen gyorsított oprendszer/böngésző már megteszi szerintem amúgy. Mint látod volt anyázás a gyenguszabb (munkahelyen netezős) masinásoktól, így egyúttal megnyitottam az utat az opcionális fejlesztésekhez is. Szóval mint Dulakh winXP-je meg ilyenek teljességgel kizárva ugye.
ok, csak már lassan fog az agyam... szóval akkor mit akarsz átnevezni mire, és mit akarsz összevonni mivel?
Használjátok egészséggel:
rwurl=http://i.imgur.com/8AptnwC.jpg
Ez a fejlesztés is kinyit jó pár eddig zárt kaput. :)
dafuq, 1200mhz-es gépek meg görgős egerek? :D Mi történik Európával? :D
Ami azt illeti, engem a régi HW-es háttér - a váltakozó fekete-lila pixelsoraival - zavart, mert "lassabb" képernyőn "zizegett" a kép.
igazi oldszkúl volt nem? Fizikailag kifolyt az ember szeme tőle mint a 2 színes "low radiation" Hercules CRT monitoroktól xD
lesz :D, és a mobilosok jutottak nekem is eszembe, csak nem akartam elhinni hogy ennyi mobilos van és azt vágtam hogy PC felhasználók bénáznak a kezeléssel, de úgy látszik a vártnál többen tapiznak aktívan RWt a kis képernyős elektronikai cuccokon is.
oldal tetejére gomb, oldal tetejére gomb, oldal tetejére gomb ,oldal tetejére gomb ,oldal tetejére gomb ,oldal tetejére gomb....
nem mintha nem állnék értetlenül ez a kérdés felett... de ennyire nem vágja a nép hogy kell egeret használni?
próbáljátok ki mi történik ha megnyomjátok és tartjátok pl valahol üresebb részen a középső egérgombot, majd eltoljátok 1-2 centire felfelé az egeret, vagy ugyanez a mese lefelé. :)
És ez még könnyebb mese mert nem kell tökölni semmilyen gombbal, és eltalálni becélozva a lap alját valahol, hanem gyakorlatilag bárhol működik a teljes oldalhosszon, ahol épp ott van az egérkurzorotok és szeretnétek meglépni. :)
Azt mondtam, hogy szerintem több szempontból béna a mostani háttér.
végre rohadt KMZt is tudjuk valamiért szidni, nem csak én kapom a faszkorbácsot a néptől :D
Nekem nincs semmilyen bajon a háttérrel amúgy, de ez az ízlés kérdés már csak ilyen furi.
hmm 1400mhz szerintem simán nem master race, de majd meglátjuk később ha visszahoztam a kódot.
Szerintem kár volt a monster háttérre ennyi időt fordítani.
nem erre a háttérre lett tervezve a kód hanem bármilyen jövőbelire is, mint írtam is. Sohase sajnáld az időt ha arra ment el hogy kidolgozz valami olyat ami nemlétezett eddig. :)
Le kellett volna cserélni egy csempézhető kis gifre, ami színben idézi a mostanit, de nincs tele zavaró kopásfoltokkal. A tükrözési tengelyek is mindig zavarják a szemem, amikor odaérek a görgetésben.
minél kisebb és ismétlésekkel teli a kép, annál "idegesítőbb", vagyis pontosítva annál természetellenesebbnek hat. A szem szereti ha minél változatosabb egy adott kép. Jobban zavarna hidd el ha éles "képvégén megint képeleje" törésvonal lenne tükrözés helyett. :D Másfelől tükrözés csak segít legyőzni az ismétléses problémát, és négyszeresre növelheti az alapterületét egy adott képnek. Csak úgy kell kidolgozni hogy számításba vegye az embert hogy mire lesz majd használva.
Az alapelgondolás mindenre btw abból eredt hogy kegyetlen feljavítsam a jelenlegi design elemek beolvasási/rendering idejét, pusztán optimizációkkal, hogy semmi ne változzon a kinézetben, vagy jobb legyen. Nem hogy lecseréljem őket kicsire. Abban semmi kihívás vagy fantázia. :D Ezt a csomó tudást amit itt felszedtem hasznosíthatom több más területen is az oldalunkon btw (minden kapcsolódik mindenhez) és az élet más területein is.
szerintem is, és tuti valami driver/browser támogatás kérdése, de a legfájdalommentesebb ha egyelőre kispad az árnyékeffektusokra még át nem rágom kicsit a kérdést.
Legalább te tudod magadról hogy Celeronnal is igazi masterrace tag vagy. :D Nekem se problémázott semmit a gép cseppet sem btw.
Igen, a korábbi 5 kb helyett lett vagy 60 byte-os a kép, de a legerősebb gép is térde kényszerüt, mire kirenderelte...
nyugi van, nem kell pánikolni. :D Nem az a baj hogy optimizáltam egy rakat dolgot, hanem hogy a bénább gépekben nincs hardwares gyorsítás böngészésre, és nem viszik a modern effektusokat, azaz nem tartoznak a masterrace-hez. :D
Kispadon van egyelőre az a része amúgy mint mondtam. Mennie kell mindennek sokkal jobban már.
utánajárok ennek. Egyelőre kispadon van a masterrace rész, nem esszenciális csak extra csicsa eleve. Annak aki igazi masterrace tag és bírja vassal. :D
Minden más fejlesztés benne maradt és nem kellene megfogja a béna gépeket se.
hardware rendering kellene a modern effektusoknak igen, optimális esetben. Kapcsoljátok be ha eddig nem tettétek volna.
valami gebasz lehet a browser/oprendszer beállításaidba sztem, vagy vidkari driver kérdés lehet. Milyen böngészőt, oprendszert használsz? Adj picit több infót a rendszeredről.
szerintem mindenki nyomjon ctrl+f5öt (cache ürítés) mivel tuti van több elem is ott ami outdated az update után és potenciálisan lehet bugzana (vizuálisan) valamilyen módon.
NAGY technikai update:
Szóval a rendering megoldásokat és a kapcsolatos elemeket feltuningoltam a napokban mobilra és PC-re egyaránt. Röviden ez azt jelenti hogy cirka tízszer kevesebb helyet foglal el a háttér és navigációs content (és ennyiszer gyorsabban tölti is be őket szerverről), ráadásul még jobban is néz ki mint előtte.
Hosszabban:
(vagyis kibaszott hosszabban :D)
kezdem azzal hogy ugye pár napja konstatáltuk hogy kb 2.5megát foglalt el minden háttér és navigációs kontent és ezeket PCn és mobilon egyaránt beolvassa a böngészőnk az esetleges lapnyitásnál (legtöbbször cache-ből, de ez nem kibújó ok a problémára).
Elkezdtem gondolkodni a lehetséges megoldásokon, elindultam egy lokalizált színpaletta választás vonalon kezdetnek, Dulakh javasolta pm-ben hogy segít letisztítani a kérdéses képek körvonalait, mivel szélesebb színskálás transzparencia hiánya láthatóvá tette az elsietett körbevágásait KMZ-nek az elemeken, és ezzel tenni kellett valamit.
1-2 napra rá meg is kaptam őket, faszák voltak és ráadásnak elküldte a photoshop fájlokat is, de mondta hogy a felső és alsó sarokképnek csak az egyik felét, mivel eleve ugyanazok a képek csak tükrözve és úgy kimentve használatra.
Ekkor esett le bennem, hogy basszus, ha én így állok hozzá és megtalálom az ismétlődő elemeket minden más részben, és algoritmusra vagy okosan kiötlött darabos összevágásra bízom ezek összeállítását, rohadt sok helyet (sávszélt, betöltés sebességet, rendering időt) tudok spórolni. Elővettem a photoshop fájlokat és átkezdtem dolgozni ennek tudatában a kapcsolatos cuccokat.
Megláttam hogy a pina (gyerekek, ugyan nézzetek rá már a 4 sarokban levő elemre, mondjátok meg mi ugrik be róla elsőre nektek :D)
rwurl=http://i.imgur.com/j0tR2ZP.jpg
, kb ugyanaz az egy grafika mindenhol, csak apró változásokkal és elforgatva. Alul pl kicsit kevesebb jelenik meg belőle mind a felső header részen, és a felső header részen vannak drótok is rajta. Így kivágtam drót nélkül csak egyetlen pinát külön, ezt az egyetlen képet beolvastam 4x, majd elforgattam html5 módszerrel. Alul kicsit lecsípve belőle, felső részekben teljes nagyságában, és így drótoktól mentesre vágtam a teljes nagyságát. Lokalizált palettát addig csökkentettem amíg nagyon látható degradáció nem keletkezett, szándékomban volt megtartani a vizuális szinten amennyire csak lehetett az optimizálás során. Szóval itt akkor megoldottam hogy a pina csak 32(!) darab színből álljon, + 1 a transzparenciára, látható vizuális degradáció nélkül. A drótot a felső pinákra egy külön képpé vettem ki, amit nem több mint 8 darab színből ki tudtam már hozni, és úgy ragasztottam a beszélt módszerrel a helyükre.
előtte mindez 468kb foglalt el, most a pina 25kb + drót 6kb-t, azaz csak 31kb! :D
Jött a footer, itt levágtam hogy ez gyakorlatilag 2 elemből állt előtte és csak el vannak forgatva, egymásra ragasztva. Itt kettévágtam a képet, szintúgy 33 lokalizált színre redukáltam a palettát transzparenciával és így vágtam a beszélt html5 módszerekkel a kellő régi helyzete kinézetére.
előtte a footer 635kb-t foglalt el, most így 30kb!
Header kicsit trükkösebb volt, ott is dettó tükrözve volt a bal és jobb fele, de apró változásokkal. Amit ravaszan meg tudtam oldani hogy független ettől kettévágtam a képet, és kivágtam külön azokat az elemeket apró négyzetekben (a kettévágott headeren üresen hagytam) amelyek különböznek az oldalakon. Viszont úgy voltam vele nem tökölnék túl sokat itt, csak a vizuálisan igen szembetűnőekkel. És a jobb-bal apró füst különbségek nem voltak annyira szembetűnőel, mivel bal felén szinte teljesen takarja a content, viszont a koponya mindig szem előtt van és állandóan rajta van a felhasználó szeme. Itt a szemtől felfelé kivágtam a szemből kijövő füsttel együtt a képet, és ezt külön ragasztottam oda a letükrözött oldalakra.
A letükrözött headert szintúgy meg tudtam oldani 33 színből, viszont a csontkoponyán túl sok volt a gradiens átmenet, 74 szín volt amennyiből meg tudtam oldani hogy szépen és érintetlenül nézzen ki, de szerencsére ez így magában nagyon kicsi kép és nem sokkal többet foglalt így el.
előtte a header 547kb-t foglalt el, most így 59kb+ koponya 10kb, azaz összesen csak 69kb!
A logot es a mobillogot is redukáltam 32színre, ott nem kellett +1 a transzparenciának, ott is sikerült
40kb-rőé 11kbra levakarni a nagyságot.
Minden beszélt elem így kb 1.7megáról 137kb-ra csökkent, ami brutálisan effektív előrelépés.
Egyedül a kopott fémháttér maradt neccesebb mivel hatalmas fájl, és jpg, mellette nagyon részletes, nem nagyon lehetett trükközni színpalettákkal benne. Mindenesetre azzal már nagyot léptem előre hogy rájöttem hogy az is 2 tükrözött kép összevágása. Egyrészt azért mert nincs módszer arra html sztandardban hogy ismétlődjön végtelenségig a háttér, de minden ismétlődéssel forduljon egyet a megfelelő x vagy y irányba. Kerestem eleget higgyétek el.
Nos ez rajtam nem fogott ki, ráfordítottam pár órát és írtam egy nagyon cseles és flexibilis custom kódot ami gyakorlatilag bármilyen hátteret bármilyen helyzetben le tud osztani x és y sávban a végtelenségig ha kell, automatikusan, állítható extra pufferekkel.
és a CSS fele:
A lényege az hogy van a kezdőfunkció amivel automatikusan rendering előtt olvasódik be minden content, és így nem kell dekkolni minden oldalbeolvasásnál hogy a motor kiszámolja hol helyezkednek el a háttérelemkék, hogyan fordulnak egymáshoz viszonyítva és hogy kirakja őket.
Azután fogja és megnézi mekkora épp a nyitott oldal és kiveszi a méreteket, beolvassa a háttérképet is és kivenné a méreteket belőle. (azért csak kivenné mivel az egész kód, még a legtöbb vizuális content és elem, beleértve a háttérképrészlet beolvasása előtt már lejátszódik, így nem tudja megtenni. Így kézileg odaírtam neki külön hogy tudjunk dolgozni az adatokkal)
Utána nagyrészt 2 ciklus van, egyik ami X tengelyen végig nyitogat friss DIV tagokat és a css3 fájlokban meg a megfelelő transzformációt ráolvassa a megfelelő képkockák helyzetére, ugyanezt megteszi ha a sor végére ért az Y tengelyen is, egészen addig ameddig az oldal aljára nem ért. Egyszerű bit-checkinggel oldottam meg hogy figyelje hogy az adott számlázó páros vagy páratlan számot számol épp, és így nyitogatja a megfelelően forgatott DIV ablakrészeket rá. Volt kismillió helyzet amire figyelnem kellett (mondjuk úgy potenciális bug), pl hogy sűrűn a javascript az oldalakon később olvasódik be mint az oldal váza, és ez tud változtatni az oldal nagyságon, vagy mi történik ha csak félig fedné ki az utolsó befért képrészlet a hátteret, stb. Erre kitaláltam hogy pufferelhető X és Y sávban extra sor vagy oszlop képrészlet, ha úgy választjuk. Eddig úgy bizonyult 2 sor és 2 oszlop extra puffer elég volt minden esetben, így is hagytam.
Mindezzel sokkal jobb és flexibilisebb motort kaptunk a háttérrenderingre mint a meglevőek voltak, pl régi módszernél ha nagyobb felbontásunk (mittomén hamarosan 4k monitorok, mobilon is) lenne mindjárt előjön ismétlődés probléma, bármekkora is az alapháttérképünk http://i.imgur.com/rMlP0fQ.jpg
A friss módszerrel viszont minden irányba végtelen ismétlődés van, átmenet nélkül: http://i.imgur.com/PbL64hD.jpg
Könnyen ki tudjuk cserélni bármikor a háttérszeletet egy másik, vagy kisebb fájlra, és ott is törésvonal mentes lesz mindig minden: http://i.imgur.com/bki3LkU.jpg
Ok ezzel megvan is ismétlődés és beszúrás kérdése oldva, eredetileg 746kb-ról 196kb-ra redukáltam a háttérképméretet. Itt ugye játszottam a minőséggel meg a beszélt ismétlődés kérdéssel, de nem tudtam túlságosan nagyon levenni a minőséget mivel meglátszódott volna a kifejezetten nagy részletességeken az élességesés. Ja ezenfelül progresszív technikával jeleníti meg a képet most nem baseline-nal, ami azt jelenti hogy beolvasódik a teljes kép nagyon gyorsan csak mosottan, majd egyre élesebb lesz ahogy lejön a teljes kép, ahelyett hogy addig feketeség látszódna (vagy vonalakban felülről olvasódva lassan), amíg teljesen lent nem van a kép a gépünkön. Azért szerintem az is nagyon impresszív hogy 746kbs jpg ből 196kbsat tudtam varázsolni trükkökkel, szinte vizuális visszaesés nélkül.
Ez nem volt elég még, fel kellett tenni az i-re a pontot. PC masterrace effektust is produkáltam keveset a masterrace tagoknak. Azaz PC-n softshadow-ot vetnek a drótok a háttérre, amolyan fasza 3D hatást adva, a drótok also fele fénylik egy nüansznyit hogy fénycsillanó hatást adjon, a pinák és a header-footer körvonalai meg gyengéd "fake antialiasing" effektust kapott, hogy mégjobban beleolvadjon a háttérbe és ne látszódjanak rajtuk a recék.
rwurl=http://i.imgur.com/v3rzgw2.jpg
softshadow és fénylés blur effektus a pinán fuck yea :D
Összegezve mindezt, akkor régi 2.5megás komplett háttértartalom helyett impresszív 340kb-ra estünk vissza, és még gyorsabb és faszábban kinéző lett az oldal. :D
Érdekességképen a Chrome pl ha x és y irányban is el van forgatva egy kép, pl a pina jobb alsó sarkában a lapnak, ott nem tudja a szélekre rárenderelni az "antialiasing" effektust.
Internet Explorerrel meg sehogyan sem tudtam a proprietary directx effektusokkal ugyanezeket működésre bírni, pedig elméletben nem túl komplikált, de így ott hagytam a picsába a masterrace részt. Tehát csak Firefoxban és Chrome-ban (egyetlen apró chrome buggal) van masterrace effektus. =)
Más, mondjuk end júzereknek nem mond sokat, de eddig különböző oldalrészekre mint a főoldal, PM beszélgetések, user login panel, stb mind mind külön php oldal volt renderelve a bizonyos helyzetekben kellő, másikokban viszont hanyagolandó DIV és CSS kiosztásokra. Mostantól megoldottam egy intelligens regular expressionnel hogy figyelje mit mutat az URL és annak megfelelően nyitogassa dinamikusan csak a változó kellő elemeket, de gyakorlatilag minden más egy és ugyanabból az oldalról olvasódik be. Ez gyorsítja ismét az oldalbeolvasást, mivel nem kell kisezerszer beolvasni a gépnek ugyanazt a hosszú infót, apró változásokkal, hanem elég egyetlen intelligens kóddal kiosztottat ami majd kapcsolgatja a kérdéseseket.
rwurl=http://i.imgur.com/t6gos2F.jpg
Mobilon dolgoztam még layoutoptimizációkon, helyretettem pár elemet, és ott nem olvasódik be a háttér mivel egyetlen pici bug maradt a kódban, ami csak abban az esetben jön ki ha nagyon összenyomódik a szélesség és nagyon nagy háttérfile van bent a képben, de kijavítom ezt idővel. Addig is van solid color háttér. Plusz nem olvasódnak be a pinák, mivel feleslegesen takarnák a header és footer designt. Az also footer text css is helyre van téve. Eddig mobilon css nélkül jelent meg a kiírás, most ugyanúgy látszik mint PCn.
Fórumbejegyzések kimutatását is megpróbáltam egysorosra levinni és egységessé tenni a kinézetet (friss válaszok kimutatása, stb) a kedvencekkel és a legfrissebb bejegyzésekkel, picit még majd dolgozok rajta hogy minden lehető legjobban smakkoljon, és jó lesz az is.
Phew!
rwurl=http://i.imgur.com/bYCCwCk.gif
tuti, es pontosan ezt mondtam amit le is irtal. :)
A frissul kiiras akkor jelez ha szerkesztes tortent valahol topikon belul.
Az uj hozzaszolas, meg csak akkor ha uj hozzaszolas erkezett.
2 kulon fogalom a ketto. :)