-
Fototrend
Új hozzászólás Aktív témák
-
#13042
Sk8erPeter
nagyúr
Penge_4
#13025
Sk8erPeter
nagyúr
válasz
Penge_4
#13025
üzenetére
LInuxon még megvolt a standard_menu.ini, ami a problémát okozta, azt felraktam ide: [standard_menu.ini]
És igen, az általad említett rész nincs benne a [Browser Tools Common Menu]-ben.
Az automatikusan frissülő /usr/share/opera/ui/standard_menu.ini default fájlban benne van az a rész, amit mondtál:
/usr/share/opera/ui/standard_menu.iniA saját szerkesztett menüben pl. a következőket definiáltam felül:
[Document Popup Menu]
GhostItem, M_INSPECT_ELEMENT=Inspect element
Item, MI_IDM_Kilde=View document source
Item, M_DOCUMENT_POPUP_MENU_VALIDATE=Validate frame source
Submenu, M_OPEN_WITH, Open in menu
...
Ettől az "Elem vizsgálata", "Forráskód", stb. menüelemek a jobbklikkes menü elejére kerültek (sűrűbben van rájuk szükségem mostanában),
valamint a [Hotclick Popup Menu] résznél előrekerült a "Másolás" és a "Keresés új fülön" (asszem ez másképp volt eredetileg):[Hotclick Popup Menu]
Item, MI_IDM_DOCCOPY=Copy
--------------------1
Item, Keresés új fülön=Copy & New Page & Go to page, "http://www.google.hu/search?client=opera&rls=hu&q=%c&sourceid=opera&ie=utf-8&oe=utf-8"
Item, MI_IDM_SELSEARCH="Hotclick search, 200,,, "Search Web""
Submenu, MI_IDM_SEARCH_DUMMY_PARENT, Internal Search With
...a [Link Popup Menu]-t is valamelyest változtattam, hogy a "Megnyitás új fülön" meg a "Hivatkozás címének másolása", "HIvatkozott tartalom mentése másként..." és az "Open in Google Docs" felülre kerüljön:
[Link Popup Menu]
Item, MI_IDM_MENU_PAGEBAR_LINK_IN_NEW_PAGE="Open link in new page, -2, "urlinfo""
--------------------1
Item, MI_IDM_POPUP_LINK_ADDRESS="Copy link, -2, "urlinfo""
Item, MI_IDM_SAVELINKDOCAS="Save link, -2, "urlinfo""
--------------------2
Item, Open with Google Docs=Copy link & New page & Insert,"gv " & Paste and go
(itt a gv címsorba történő beírására a Google Docs-szal próbálja megnyitni az adott fájlt)A többi ott maradt változatlanul.
Hogy kéne azt elérni, hogy ez ne okozzon gondot a későbbi frissítéseknél?
Csak azt bent hagyni, amit tényleg felülírtam? De akkor hogyan mondom meg, hogy most konkrétan az 5. és 7. menüpont közé mondjuk szeretnék beszúrni egy tök újat?Hátha érdekes, felraktam a felhasználói könyvtárban lévő standard_toolbar.ini-t is (~/.opera/toolbar/standard_toolbar.ini), az csupán ennyit tartalmaz:
[standard_toolbar.ini]
A frissülő default /usr/share/opera/ui/standard_toolbar.ini fájlnak ez a tartalma:
[/usr/share/opera/ui/standard_toolbar.ini](#13026) Penge_4 :
"Nehogy azt mondd, hogy nem vetted észre, hogy Opera 11-től eltűnt a http://, https://, ftp:// file:// és társai és színes bizbaszok (angolul Badge) vették át a helyüket. http-nél és mixed contentnél Web-et ír, https-nél EV certificate nélkül Secure, EV certificate-tel pedig Trusted-et.Ilyesmi... Szerencsére kikapcsolható.
"
Persze, hogy észrevettem, csak a srác kissé félreérthetően úgy írta, mintha valahol színes-csicsás feliratocskák lennének, viszont szerintem ez a Badge szerintem egyáltalán nem zavaró.
Meg az is feltűnt, hogy a címsorban a különböző query stringek, paraméterek is eltűnnek általános használat során, amennyiben nem kattintok a címsorra, példa, hogy most írom a hsz.-t, a címsorban csak ennyi látszik:
prohardver.hu/muvelet/hsz/uj.php
bal oldalt ott van a kis kék Badge (Web), a címtől jobbra pedig eltűnik a sok query string, pedig a cím valójában így néz ki:
http://prohardver.hu/muvelet/hsz/uj.php?thrid=121518&rtoid=13025Ettől mondjuk nem fogom jobban érezni magamat.
Elsőre fejlesztéskor meg is lepett, hogy jé, mi a tököm, hova tűntek a query stringek, aztán rájöttem, hogy ja, csak frissítettem az Opera 11-esre.
Hát ez aztán sarkalatos probléma volt az Operánál, gratula a fejlesztőknek, hogy pont erre b@sszák az idejüket, amikor alapvető problémák megoldása sokkal fontosabb lenne.
Valahogy az ilyen időhúzó, teljesen felesleges baromságoktól kinyílik a bicska a zsebemben, miközben itt a topicban sokszor épp arról vitázunk, hogy ez vagy az a funkció miért is nem olyan fontos az Operának, ami sokunk számára az lenne, mennyire nem térül meg nekik ezzel foglalkozni, mert a felhasználóknak csupán kis rétegét teszik ki azok, akiknek szüksége lenne az említett funkcióra, így üzleti megfontolásaikat előtérbe helyezve ennek a funkciónak az implementálását elhalasztják, blablablablabla... és közben ilyenekre fordítják az energiájukat, hát sok eszük van. 
Hát most így a hsz. megírása végére jól felidegesítettek a hülyeségükkel.
(#13034) Penge_4 :
"A másikat pedig a "Hogyan teszteljünk?" írásomban említettem"
Hol van az az írás? Kíváncsi lennék rá.[ Szerkesztve ]
Sk8erPeter
-
#13048
Sk8erPeter
nagyúr
Penge_4
#13044
Sk8erPeter
nagyúr
válasz
Penge_4
#13044
üzenetére
Áhá, így már napnál is világosabb.
Most kitöröltem mindent a standard_menu (1).ini-ből, csak az Info szekciót hagytam meg, plusz a fejlécet:
Opera Preferences version 2.1
; Do not edit this file while Opera is running
; This file is stored in UTF-8 encoding
[Info]
Description=Opera Standard menu setup
Author=Opera Software ASA
Version=1
NAME=Potyka_sajátAz összes többit töröltem a francba. Ezután csak azokat a szekciókat pakoltam bele, amiket tényleg módosítottam, ahogy mondtad is, és lám, működik, ráadásul a fájl sokkal kisebb, csodás, köszi!
Windows-on alapból hozzácsapja a szóköz(1)-et a duplikáláskor (standard_menu (1).ini), de most kipróbáltam, és a szóköz(1)-et kitöröltem, úgy is működnek az egyedi módosítások, hogy a módosított menü neve csak simán standard_menu.ini, pedig opera:config#UserPrefs|MenuConfiguration alatt az látható, hogy ott van a szóköz(1), tehát az elérési út ilyen:
"C:\Users\Pete\AppData\Roaming\Opera\Opera\menu\standard_menu (1).ini"Ez hogy lehet, hogy mégis megtalálja?
Felmerült bennem, hogy esetleg talán valami cookie-ban tárolja átmenetileg, de nem, töröltem a cookie-kat, és ugyanúgy megy a menü.
Ezek szerint ha nem talál az adott könyvtárban standard_menu (1).ini nevű fájlt, akkor keres egy sima standard_menu.ini-t? Most csak ezt tudom elképzelni.Mindenesetre legalább már megjegyeztem, hogy itt ( opera:config#UserPrefs|MenuConfiguration ) lehet teljesen egyedi elérési utat megadni neki, ha le akarom menteni tök más helyre a fájlt, de új telepítéskor is fel akarom használni. Milyen jó dolgokat lehet találni az Opera beállításai között kutakodva.
Össze sem hasonlítható a beállíthatóság sokrétűsége más böngészőkkel (amit eddig próbáltam).Sk8erPeter
-
#13049
Sk8erPeter
nagyúr
Sk8erPeter
#13048
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#13048
üzenetére
Még egy: a Developer Tools-nak (DragonFly) miért kell netkapcsolat? Miért nem lehet offlány módon is használni?
Elvileg a https://dragonfly.opera.com/app/ címhez csatlakozik ( opera:config#DeveloperTools|DeveloperToolsURL ).Sk8erPeter
-
#13050
Sk8erPeter
nagyúr
Sk8erPeter
#13049
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#13049
üzenetére
Még plusz egy (bocsi!
):
opera:config#UserPrefs|ShowFullURL
itt lehet megszüntetni, hogy levagdaljon a címekből (meg azt a buzinagy kék Web Badge-et is eltünteti, ha minden igaz). Legalábbis most nálam nem látszik hsz.-írás közben, mint korábban (pár hsz.-szel ezelőtt írtam).Sk8erPeter
-
#13055
Sk8erPeter
nagyúr
Penge_4
#13052
Sk8erPeter
nagyúr
válasz
Penge_4
#13052
üzenetére
Értem, thanx.
Érdekes, azt vettem észre, hogy mióta csak a megfelelő részeket hagytam bent a saját standard_menu.ini-ben, kitörölve a többi, nem módosított részt, mintha indítás utáni első jobbklikknél kicsit tovább töltené be a menüt, pillanatnyi akadás vehető észre, de csak az első jobbklikkig, utána mintha betöltené a szükséges részeket a memóriába. Csak azt nem értem, miért nem a böngésző indításakor töltődnek be ezek a részek. Nem tudom, helytálló-e a megállapítás, de én most ezt tapasztaltam.Sk8erPeter
-
#13094
Sk8erPeter
nagyúr
cousin333
#13056
Sk8erPeter
nagyúr
válasz
cousin333
#13056
üzenetére
Itt látszik egész konkrétan, mit ír ki a Dragonfly netkapcsolat hiánya esetén:
Így a cikkben írt mondat, mely a következő: "Hibrid alkalmazás, ami azt jelenti, hogy minden megnyitáskor a legfrissebb verziót tölti be az Opera szervereiről, de természetesen offline is használható"
az én esetemben - legalábbis default beállításokkal - nem igaz."[...] a környezeti menüből válasszuk az Elem vizsgálata pontot.
Körülményesebb, de biztosabb módszer az Opera menü, Lap > Fejlesztői eszközök > Opera Dragonfly pontját választani, vagy egyszerűen használjuk a Ctrl + Shift + I billentyűzet kombinációt."
Miért "biztosabb módszer"? Ezt nem igazán értem. Talán max. egyszer-kétszer, ha előfordult még korábban, hogy az "Elem vizsgálata" menüpontra újból kellett kattintanom, ettől függetlenül tuti nem navigálnék a menüpontok között. Meg ha konkrét elem dolgaira vagyok kíváncsi, a billentyűparancsot sem használnám, pedig sokkal szívesebben nyúlok a billentyűzethez, mint az egérhez, inkább a konkrét elemre kattintva nyitom meg a Dragonfly-t. Persze ez egyéni döntés kérdése. Esetleg ami a billparancs mellett szólhat, hogy van, hogy nem konkrét elemre vagy kíváncsi, egyszerűen a hibakonzolra kiírtakat akarod megnézni.A pályázat amúgy izgalmas, főleg a végeredménye, de sanszos, hogy nekem nem lesz időm ilyesmire mostanában.
Mindenesetre remélem valaki jó kis cikket össze tud majd hozni belőle. 
Sk8erPeter
-
#13096
Sk8erPeter
nagyúr
Penge_4
#13066
Sk8erPeter
nagyúr
válasz
Penge_4
#13066
üzenetére
"HTTP header tweak"
Ezalatt mit kell érteni?Más: nálatok is előfordul, főleg PH!-nál, hogy váltogattok a fülek között, majd visszatértek egyszer csak a PH!-hoz, és adott szöveget mondjuk ki akartok másolni, de ott a kurzor a hivatkozást jelző kézre változik, és az oldal teljesen más részén lévő linknek tünteni fel magát random részeken? Pl. imént megint előfordult, hogy a hsz.-ből akartam kimásolni valamit, és a fönti, headerben lévő itcafé-s hírek linkje látszott, így ha a hsz. szövegébe belekattintottam, az is nyílt meg? Ezt nem igazán értem, az Opera használatakor már nagyon sokszor előfordult, de ez a jelenség nálam csakis Opera esetén figyelhető meg. Mintha összekuszálódna az oldal egy kicsit, ilyenkor megoldás az szokott lenni, hogy fel-legörgetek egy kicsit, majd vissza ugyanoda, és már nincs meghülyülve, a szövegből tudok másolni, nem válik tök oda nem illő linkké az adott pozícióban található elem. Olyasmi, mintha betöltődne az oldal, és az erre a fülre való visszaváltáskor mintha a rossz pozícióban lenne az oldal az eredetileg legörgetetthez képest, vagy valami ilyesmi.
Nem tudom, érthető-e, mire gondolok.Sk8erPeter
-
#13097
Sk8erPeter
nagyúr
kovaax
#13091
Sk8erPeter
nagyúr
válasz
kovaax
#13091
üzenetére
Egyrészt "ezzel a rakás szarral kínlódni" nem muszáj.
Másrészt arra, hogy "milyen konstans problémák vannak vele itt", annyit, hogy mutass nekem egy tökéletes böngészőt, vagy mutass olyan, épp azt adott böngészőt kiveséző topicot, ahol nem világítanak rá annak hibáira, és akkor megemelem előtted a kalapomat. De azt hiszem, erre nem lesz szükség.
Szerinted miről kéne szólnia egy topicnak, csakis az újdonságokról és az adott böngésző magasztalásáról? Nem, és a nem túl elvakult Opera-fanok is tökéletesen jól látják a böngésző hibáit, jelzik azokat a megfelelő helyeken (lásd hibabejelentő site-ok), de mindenesetre mielőtt eszetlenül írogatnának olyasmit, hogy "ezzel a rakás szarral" - arra a böngészőre, amit épp önszántukból használnak -, utánanéznek, hogy vajon mi lehet a probléma oka, vagy legalább kérdeznek, mielőtt lőnek.DE hogy egy dologban igazat is adjak neked, az számomra is teljesen érthetetlen, hogy miért nem lehet bezárni a Dragonfly ablakát hiba esetén, épp az általam az imént linkelt képen is látszik, hogy egyszerűen nincs rajta bezáró gomb.
Érthetetlen, és ez tényleg nagy baromság."néha egyszer csak nem tud kapcsolódni sehova"
Azért ennek a körülményeivel sem ártana tisztában lenni... Pl. milyen helyzetben fordul elő, hány fül van akkor megnyitva, mennyi szabad memória maradt, valóban stabil-e az internetkapcsolat, wireless netkapcsolatot használsz-e, az nem dobál-e le, vagy mittudomén, hatmillió körülmény lehet még.----------
Szerk.:
(#13098) hunfatal: a probléma legközelebbi előfordulásakor próbálok róla screenshotot készíteni (bár nem lesz egyszerű, mert amint ablakot váltok, oda-visszagörgetek, többnyire megszűnik a probléma - de ez sem feltétlenül van így), hogy látható legyen, miről is van szó.[ Szerkesztve ]
Sk8erPeter
-
#13120
Sk8erPeter
nagyúr
cousin333
#13112
Sk8erPeter
nagyúr
válasz
cousin333
#13112
üzenetére
Persze, hogy le lett töltve, már használtam párszor korábban, most csak a kedvedért húztam ki a netkábelt.
Mindjárt kipróbálom az Experimental változattal is, amúgy is érdekel, mi újdonságot hoztak össze benne.
Amit az eddigiből nagyon hiányoltam: ha az adott HTML-elemet vizsgálgattam a DOM-fülön, és ott jobbklikkeltem, nem volt felüldefiniálva az alap jobbklikkes menü, és nem lehetett olyasmiket művelni vele, mint amit pl. Firebugnál vagy Chrome Developer Tools-nál, hogy "Add Attribute", "Edit Attribute", "Edit as HTML", "Copy as HTML", "Delete Node", stb., amik nagyon hasznos és általam sűrűn igénybe is vett funkciók...(#13105) Penge_4 :
"Ez olyan régi jelenség, hogy már nem is számít bugnak"
Hát ez jó. Ha már túl régóta fennáll egy bug, akkor az már nem is bug, hanem szolgáltatás? Most, amikor a nevedet kimásoltam, sikerült reprodukálni a jelenséget!
Készítettem is róla screenshotot:
A vakera, ami a képen is látszik, a következő: nagyjából az avatarod és a hsz. szövege között áll a kurzor, tehát épp egy div fölött, a kurzor pedig a hivatkozást jelző kis kézre változott, és az alul látható linkre mutat... Miközben az elemnek, ami felett a kurzor áll, köze nincs bármiféle <a> taghez (linkhez).
Bzzz... durva, sokszor előforduló, zavaró bug.
Megoldása többek közt a más területre kattintgatás, ott kijelölgetés, ide-odagörgetés, meg az idő vasfoga.
A görgetés nem mindig válik be: van, hogy visszagörgetve, a kurzort ugyanarra a problémás területre téve ugyanaz a hiba áll elő!
Szóval tulajdonképpen rájöttem, hogy még az ide-odagörgetés sem oldja meg mindig a dolgot, most épp az imént le-fel görgettem, majd visszatettem a kurzort ugyanoda, az avatarod mellé, és már megint ugyanarra a linkre mutatott...
Mi lehet ennek az értelmes magyarázata?
Bár leginkább a megoldása érdekelne... Qrva idegesítő.Sk8erPeter
-
#13124
Sk8erPeter
nagyúr
Sk8erPeter
#13120
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#13120
üzenetére
Most próbálgatom az új, experimental Dragonfly-t, és eddig NAGYON tetszik!
Pont azokat a dolgokat pakolgatták bele, amiket eddig hiányoltam, és a felülete szebb, letisztultabb lett, és nagyon áttekinthető, az már biztos, hogy jobban tetszik, mint a Chrome Developer Tools így kb. 10 perc próbálgatás után is. Mindjárt a Firebugot is simán lekörözi nálam...
A gyorsaságában észrevehető különbség meg szerintem brutális az előzőhöz képest (Chrome fejlesztőeszközéhez képest nagyságrendekkel gyorsabb).
Telerakták rengeteg hasznos szolgáltatással, ami eddig nem volt benne, viszont nagyon sokat segít (melós lenne listát írni róla, de nyilván publikálták az újításokat), szerintem egyelőre nagyon látszik, hogy volt benne bőven meló!
Aminek én személy szerint nagyon örülök. Webfejlesztéshez nagyon jól fog jönni!Sk8erPeter
-
#13189
Sk8erPeter
nagyúr
Penge_4
#13126
Sk8erPeter
nagyúr
válasz
Penge_4
#13126
üzenetére
Jaaa, így már értem. Igen, ezt is tapasztaltam, ez is nagyjából hasonlóan zavaró.
=====
Szerk.: Bocs, ide olyan kérdést írtam, amit Google barátom segítségével igazából fél perc alatt meg lehetett találni, tehát visszafelé keresésre billentyűparancs: Ctrl+Shift+G, vagy Shift+F3.[ Szerkesztve ]
Sk8erPeter
-
#13190
Sk8erPeter
nagyúr
scott_free
#13161
Sk8erPeter
nagyúr
válasz
scott_free
#13161
üzenetére
Aztaqrva, tényleg.
De az sem rossz, hogy sikerült reprodukálnod a hibát, és ezzel tulajdonképpen rájöttél az okára. (#13163) vv5204: ami nálam bevált, elég hatékony reklámblokkoló, az az, hogy a hosts file-ba betettem rengeteg címet innen mindent, ami már alapból átirányítja ezeket a kéréseket a localhostra. Persze nincs benne minden oldal, de van egy elég korrekt feketelista, így hiába próbál megnyitni egyes reklámokat, nem fog menni neki, mert a saját gépeden keresi őket - ott meg nyilván nincs ugyanaz az adat.
Persze a hosts file-t is ésszel kell bővíteni, mert elvileg bizonyos méret felett észrevehetően lassítja a netkapcsolatot, de nálam nem volt durva eltérés, így meg is hagytam. És reklámblokkoló is fent van most már.
Így együtt azért egész hatékonyak.(#13183) Penge_4 : "Mindenki így van vele egészen addig, amíg nem ért hozzá."
Akkor jön rá, mekkora szopás is van vele, előbb kitalálni, hogyan is kellene az egészet megoldani, aztán elkezdhet fejleszteni is, majd időközben kiderül, hogy nem is olyan könnyű, mint gondolta, időközben egyáltalán nem úgy működik, mint ahogy az illető elképzelte, de amikor nagyjából készközeli állapotban van a dolog, jönnek a nem várt bugok, problémák. Aztán jönnek azok, amikkel a fejlesztő nem találkozott, csak más vette észre őket. Aztán gondolkozhat azon, hogy azt vajon hogy kéne kijavítani, és vajon az megint mennyi időt fog elvenni az életéből...
Nem is oly egyszerű, mint ahogy sokan pampognak az újításokért - viszont továbbra is úgy gondolom, hogy az ilyen jellegű dolgokra, mint az autocomplete és hasonlók, ugyanez annyira azért nem igaz, egyrészt már a tárolási módszer megvan a beállításokra, így csak plusz egy-két dolgot kéne eltárolni (az eddig formokba bepötyögött adatok), aztán kialakítani azt a kis leugró fehér mezőcskét, ami megjelenik a többi böngészőnél, és szűkíteni a korábbi beírtakat annak megfelelően, amit a júzer időközben még bepötyörészik.[ Szerkesztve ]
Sk8erPeter
-
#13193
Sk8erPeter
nagyúr
fatal`
#13191
Sk8erPeter
nagyúr
válasz
fatal`
#13191
üzenetére
Na, basszus, dupla. Most kikapcsoltam a JavaScriptet, és az átirányítás hsz. megírása után JavaScripttel történik, de ha ez ki van kapcsolva, akkor az átirányítás nyilván nem tud megtörténni - így F5 lenyomása hatására újból elküldi a POST adatokat... Ergo lesz még egy hsz. Elég gázul oldották ezt meg PH!-nál... pedig vannak kerülő megoldások.
Mindjárt ráfogod, hogy ez is "sírás", pedig nem az - vannak dolgok, amiket meg lehet oldani, és ezzel néhány probléma/rinya is elkerülhető.Más, ha már homár:
egyszer fagyásnál beállítottam, hogy ne induljanak el a kiegészítők a böngészővel együtt, de most ezt nem tudom visszacsinálni, a kiegészítőket mindig manuálisan kell engedélyezni.
Hogyan is tudnám ezt beállítani, hogy minden böngésző engedélyezve legyen alapból, ne tiltott állapotból induljanak?[ Szerkesztve ]
Sk8erPeter
-
#13196
Sk8erPeter
nagyúr
F34R
#13194
Sk8erPeter
nagyúr
Ugye? Pedig nem lenne túl bonyolult ezt megoldani: a gombot simán lehetne disabled-re állítani elküldés után, a frissítős problémát (ami nálam volt) pl. úgy is meg lehetne oldani, hogy 5 másodpercen belül ugyanattól a felhasználótól nem fogadnak el hsz.-t, vagy pedig ellenőrzik, nem egyezik-e meg a tartalom, amennyiben ugyanarra az üzenetre válaszolt a felhasználó, bár utóbbi erőforrásigényesebb lenne, de tulajdonképpen így is-úgy is nyúlkálni kell az adatbázishoz, akkor már nem ártana, ha nem lehetne szanaszétspammelni a fórumot, ha úgy adódik.
Sk8erPeter
-
#13198
Sk8erPeter
nagyúr
Penge_4
#13195
Sk8erPeter
nagyúr
válasz
Penge_4
#13195
üzenetére
Az autocomplete-re: miért ne lenne ott jó a kliensoldali autocomplete? Ezt az összehasonlítást nem értettem.
Félreértés ne essék, egyáltalán nem tartom ezt a legfontosabb funkciónak, ez csak egyetlen példa arra, hogy van olyan viszonylag egyszerűbbnek tűnő dolog, ami dühítő, hogy több éve nem kerül fejlesztésre úgy, hogy más böngészőkben ez teljesen alap - ha az Opera annyira fel akarna zárkózni, nyilván megvalósítana ilyesmiket is, meg mondjuk reklámozná is magát (továbbra is elég furcsa számomra, hogy annyira töketlen a brigád, hogy képtelenek feljebb kerülni, és nem is akarnak - IGEN, az ASZTALI piacon!!), meg ne kelljen már mindent kiegészítővel megoldani; de ez NAGYON igaz a Chrome-ra is."de mondjuk egy PH-s kiegben átírni a függvényneveket az Operás megfelelőjére szerintem nem olyan hosszú idő."
Hát ha komolyan így gondolod, akkor ilyen alapon JavaScriptben megtanulni fejleszteni sem sok idő...=====
(#13197) F34R: speciel az utólagos módosítás lehetőségével nem értek egyet, azzal még talán igen, hogy az 5 percet meg lehetne növelni egy kicsit - bár a szerkesztés gombra való rákattintás után elvileg 15 percre nő ez a korlát.
Ha a hsz. utólag módosítható, bármi könnyen eltüntethető/módosítható, ami könnyen félreértésekhez is vezethet egy fórumon. Én személy szerint legalábbis örülök neki, hogy a PH!-n ezt nem lehet megtenni. Hogy a modiknak mennyit kell törölni, az más kérdés, nem a mi dolgunk.[ Szerkesztve ]
Sk8erPeter
-
#13200
Sk8erPeter
nagyúr
Penge_4
#13199
Sk8erPeter
nagyúr
válasz
Penge_4
#13199
üzenetére
Nem omlik össze, mert csak ennyi van az oldalon:
"DragonFly crashes Opera because of usage of insertRule and @import"Lehet, hogy páran anyáztak a crash-elés miatt, és megváltoztatták a tartalmát, vagy nem vágom.
De a lényeg: korábban beállítottam, hogy kérdezzen rá, mielőtt kilőném az Operát, hogy biztosan be akarom-e zárni, mert volt már párszor, hogy véletlenül csuktam be, és nem para entert nyomni, amikor visszakérdez - ezek után feldobja viszont megnyitásnál ezt az ablakot:
(szerk.: érdekes, Hypersnapben csinálom a screenshotot, pirossal készítek egy nyilat az ábrán, png-ben mentem el a képet, de valahogy mindig ilyen fos átlátszó jellegű lesz)
amit még ki lehetne lőni azzal, hogy bepipálom, hogy jegyezze meg, nem is ez a gond, hanem az, hogy itt a pipát nem tudom betenni a kiterjesztések indításához... A Unite-ot mondjuk a beállításoknál alapból kikapcsoltra raktam, mert soha nem használom.
Most akkor mi a megoldás?=====
"Az nem erőforrásigényes, hogy mind a több tízezer (vagy százezer) aktív user minden egyes hozzászólása után betölt még egy lapot a szerverről, amiben tájékoztat arról, hogy a hozzászólás sikeres volt?"
Hát speciel ez szerintem pont nem erőforrásigényes.
Úgyis minden adatbázisba való beillesztés után ellenőrizni kell, hogy egyáltalán lefutott-e hiba nélkül, amennyiben nem sikerült a dolog valamilyen oknál fogva, a hibát úgyis detektálja, egy kiíratás aztán már tényleg nem nagy dolog, és nem is vesz igénybe komoly erőforrásokat. Régen rossz lenne, ha ezen múlna...Szerintem egyébként sokkal elegánsabb lenne a dolog, ha AJAX-osítanák kicsit a PH! oldalait, nem lenne ilyen szinten elavult az egész, pl. hozzászólás írásakor ahelyett, hogy újratöltődne az egész lap, csak beillesztené az új hsz.-t (mint pl. Facebookon) úgy, hogy AJAX-szal elküldi a kérést, kap egy választ, és vagy sikeres volt a hsz. beillesztése, vagy nem, ezt a választ megkapja a júzer - ha sikeres volt, egyszerűen megjelenik a kommentje az oldalon, ha nem, akkor kap egy hibaüzenetet az arcába.
A hsz.-ek elküldésekor pedig lehetne ellenőrizni, azóta érkezett-e új komment a topicba, azt hozzácsapni, és a legvégére pedig a júzer hsz.-ét berakni.
Akármilyen misztikusnak hangzik a dolog, nem az, egyáltalán.
A PH!-nál is vannak fizetett webfejlesztők, de valszeg nem ezért fizetik őket.... viszont nem sok, a felhasználó által is észlelhető újítás történik a PH!-n, azért ilyesmire is gondolhatnának, hogy kicsit modernizálják a dolgokat.
Ugyanígy lehetne értesítés a PH-ba beillesztve olyan topicokról, amikre fel vagy iratkozva - és akkor nem kéne kiegészítő hozzá...
[ Szerkesztve ]
Sk8erPeter
-
#13204
Sk8erPeter
nagyúr
Penge_4
#13203
Sk8erPeter
nagyúr
válasz
Penge_4
#13203
üzenetére
"Nem pont erre gondoltam, hanem az adatforgalomra. Ha csak 50 kilobájt az oldal, akkor is több gigával lehet számolni napi szinten."
Azért nem éppen abból kellene spórolni, hogy választ kapok arról, hogy vajon az üzenetem sikeresen el lett-e küldve... vannak más "bottleneck-ek", amiken lehetne szorítani.
Szerk.: most lementettem a sikeres hsz.-elküldésről szóló üzenet forráskódját, és a minden üzenetben szereplő valid HTML-elemekkel együtt is az egész 1,95 KB, és ennyi: [pastebin]
Ebből az egészből mindössze ezt a sort kell dinamikusan generálni:
<a id="fwd_link" href="/tema/opera_bongeszo_2/friss.html#msg13204">Sikeres hozzászólás, rögtön továbbítunk...</a>
Ez 113 byte...
Tudom, hogy van e-mailes értesítő, egy ideje már használom...
De pont nem erre gondoltam, hanem Facebook-szerű értesítőikonra (is - lehetne az e-mail mellett ilyen) - ott is úgy van megoldva (csak azért mondom, hátha nem tudod, mert nálad, mint említetted, domainszinten blokkolva van a Facebook. - hogy ha új hozzászólás érkezik pl. egy fotódhoz, vagy más esemény történik, amiről esetleg tudni akarsz, megjelenik egy kis piros értesítőikon fölül, az elérhető menüopciók sorában. Na, ilyen lehetne Prohardveren is."Ezt mondd az elavult böngészőket használóknak..."
Ez ne jelentsen problémát. Tapasztalatból tudom, hogy egyáltalán nem nagy dolog megoldani, hogy AJAX-os és "régimódi" is lehessen egy form elküldése.
Nem nehéz kideríteni azt sem, hogy valakinél pl. engedélyezve van-e a JavaScript, és azt sem, hogy ki milyen böngészőt használ. Adott esetben a régi adatküldési módszert (vagyis a mostanit) használják, és meg van oldva a probléma."a közösség húz mindenkit."
Ha abba az irányba húz a közösség, hogy normális böngészőt használjanak az emberek, akkor az jelen esetben talán éppen nem probléma."Személyreszabott RSS-nek jobban örülnék."
Annak én is.
De a kettő (vagy három, ha most az értesítőikonos megoldásról is beszélek) egyáltalán nem zárja ki egymást.[ Szerkesztve ]
Sk8erPeter
-
#13207
Sk8erPeter
nagyúr
Penge_4
#12919
Sk8erPeter
nagyúr
válasz
Penge_4
#12919
üzenetére
elég érdekes ez a JS-zabálás Operánál, természetesen csak a Prohardver oldala tisztel meg ezzel, hogy kevés szabad memória esetén nem működik bekapcsolt JavaScripttel az oldal, úgy viselkedik, ahogy a screenshoton látszik (tehát egy ponton megáll a betöltés)... Egyelőre nem játszadoztam el vele, hogy konkrétan melyik ponton akad el, ha kevés a memória, de csak akkor csinálja.
Ennek ellenére más, JavaScriptet bőven, sokkal durvábban használó oldalak, mint a Gmail, Facebook, ugyanekkor gond nélkül működnek...
Sk8erPeter
-
#13230
Sk8erPeter
nagyúr
Penge_4
#13210
Sk8erPeter
nagyúr
válasz
Penge_4
#13210
üzenetére
Pont tegnap nézegettem a levél fejléceit meg ilyesmit (Gmailnél a lenyíló fülecskénél: "Eredeti megjelenítése" - elég hülye neve van amúgy), hogy Base64 kódolást használ a PH! levélküldő rendszere, gondolom ezzel is valamelyest próbálják optimalizálni az adatátvitelt.
Ide felraktam a fejlécekkel együtt:
http://pastebin.com/BQ5zJn8R
A legalsó (Date alatti) nagyon hosszú karaktersorozat az érdekes, ezt könnyen át lehet konvertálni pl. itt: [link]
Próbáld ki, hogy ezt bemásolod a szövegmezőbe, és rámész a "Decode Safely As Text" gombra, akkor már értelmezhető az eredmény."Mármint ha feliratkozok egy témára, akkor arról egyenként kapok e-mailt minden hozzászólásnál és nem csak az elsőről, amíg nem látogatom meg újra az adott topicot."
Igazából azután is kapsz értesítőt, miután meglátogattad. De legalább pl. a Gmail szálakba rendezi (feltételezem, a Hotmail is) az AZNAPI, adott témába érkező leveleket. Minden adott napi témába érkező levélhez egy szál tartozik, így könnyű az aznapi termést egy gombnyomással törölni (ha az egész aznapi szálat törlöd).
Egyelőre nem foglalkoztam a dologgal, hogy megoldható-e, hogy a megegyező tartalmú leveleket aznap többé ne fogadja az e-mail kliens, pedig igazából nem lenne rossz.
DE még értelmesebb lenne, ha a Prohardver oldaná meg végre, hogy beállítható legyen, aznap akarsz-e több értesítőt is kapni adott témában...persze eddig akármit kértem a "Javítsuk a Prohardvert!" topicban, azzal vagy nem foglalkoztak, vagy leoltást kaptam, hogy milyen értelmetlen baromságot kérek, amikor szerintem bőven használható dolgokat szerettem volna.
Pl. kértem azt is, hogy a keresőnél ne csak arra lehessen rákeresni, hogy ki küldte az adott hozzászólást, hanem arra is, hogy KINEK szól, ami kábé annyiba kerülne, hogy egy másik adatbázis-mezőt vizsgálgatnak a query-nél, ezt én is akár ingyen is megcsinálnám nekik, ha belelátnék az adatbázisukba egy kicsit, meg hogy milyen módon kapcsolódnak az adatbázishoz (pl. PHP-ből a szokásos mysql_connect() és hasonló mysql_* függvényekkel, esetleg PDO-val vagy mással), és annak milyen mezői vannak...
Nem várom el, hogy mindent megcsináljanak, amit valaki kiböffent, de vannak könnyen megoldható dolgok (most ez plusz egy mező a keresőnél, és plusz egy lehetséges query, hát hű de nagy dolog, kb. 10 perc az egészet megírni, de halál komolyan)."Úgy értettem, hogy az emberek a Facebookért még az egyéni preferenciájukat is feladják (függetlenül attól, hogy jó-e, vagy sem, sokan például Operát is dobták, amikor bugos volt a fostalicska Flash miatt a Farmville)"
Nnna, az a rohadt Farmville aztán rendkívül fontos... "ellenben egy IT portálért [...] nem fognak úgy böngészőt váltani."
Pont azt mondom, hogy nem is kell böngészőt váltani, azt kell megoldani, hogy a jelenlegi népszerű böngészőkre mindenképp optimalizálva legyenek a dolgok. Pl. az AJAX-os kéréseket jQuery segítségével nagyon szépen lehet cross-browser módon megoldani ([link]), rendkívül jó az API-ja, és magában a library-ben megoldották, hogy a különböző böngészők esetén is működjön a dolog, de annak mikéntje el van fedve a fejlesztő elől (mármint bele tud nézni nyilván a kódba, bele is tud szerkeszteni, de nem neki kell megoldani a különböző böngészők közti áthidaló megoldásokat), ráadásul ezt folyamatosan fejlesztik, javítják az esetleges hibákat, így erre építve nyugodtan el lehetne intézni akár a hozzászólás módjának AJAX-osítását. Plusz egyéb AJAX-os dolgokat is be lehetne vezetni, egyrészt errefelé halad a világ, másrészt felhasználói szemmel nagyon komfortosak az igényesen megvalósított AJAX-os oldalak.
Bár nem kapcsolódik a PH!-s témához, de az iwiw átalakítása meg egyenesen vicc volt. Próbálták lemásolni a Fácsét, de nagyon erőltetett szánalmas próbálkozás volt. AJAX? Ugyan már... Az luxus. De akkor meg kár volt az egész, mert így csak a felhasználók tömegesen háborodtak fel a dizájnváltáson, ami igazából értelmetlen volt, és kérték vissza a régit (ottani ismerőseim közül is rengetegen hangot adtak ennek).----
"Blokkold a külső scripteket, azzal is sokat nyersz."
Most konkrétan mely külső scriptekre gondolsz?"Ha az oldalra rendezett füleket megszokás miatt nem is"
Igazából nem megszokás miatt nem pakolom oldalra, hanem azért, mert nincs valami hatalmas monitorom, konkrétan 17"-os, és ott azért számít az oldalsó méret."de legalább valami olyan skint, ahol nem zsugorodnak össze ennyi tabnál a faviconok a bezáró gombtól"
Ha tudsz mutatni ilyen skint, szívesen kipróbálom."esetleg a bezáró gomb kikapcsolása, ha nem kell"
Azé az nem árt, bár az esetek többségében a Ctrl+W billentyűparancsot használom. De annak az oldalnak a faviconja, amin épp állok, annyira nem is érdekes, mert azt úgyis látom, hogy melyik oldal. A többi fülnél meg nem takarja el a favicont a bezáró iksz, mert az inaktívakon nincs rajta."az új fül eszköztárak"
Ez mi is?
"menügomb elrejtése"
Ez mondjuk nem elvetélt ötlet, de olyan jól néz ki.
Asszem amúgy ha eltüntetem, Alttal előhívható az ottani menü.Sk8erPeter
-
#13232
Sk8erPeter
nagyúr
Gubek-Einste
#13222
Sk8erPeter
nagyúr
válasz
Gubek-Einste
#13222
üzenetére
Annyira hosszú volt a hsz.-ed, hogy csak az utolsó bekezdést volt erőm elolvasni, arra reagálok, abból is konkrétan erre a részre:
"A váltás ellen szól a Facebook-kal való lassú működés, weboldalak lassú betöltése"A Facebook nálam pont, hogy Chrome-mal működik lassan! Sőt, egy idő után őrjítően belassul, mintha valahogy a szkriptekkel teledobált Fácsé-oldal túlságosan leterhelné a Chrome-ot. Úgy általában észrevettem egyébként, hogy a Facebook már nagyon gány lett, tele van okádva mindenféle szirszar fisfos szkripttel, ami észrevehetően lassítja a betöltést. Közel sincs optimalizálva.
DE az egyáltalán nem igaz, hogy Operával lassabban működne a Facebook, sőt! Korábban a csetelésnél voltak idegesítő bugjai az Operának, amiről született is bejegyzés Facebookon: [link]
Állítólag azóta kevesebb para van vele, én még nem próbáltam a Fácsé-csetelést az Opera 11.x verzióiban, szóval nem tudok nyilatkozni az ügyben.
De a gyorsaság tekintetében egyértelműen Opera a nyerő."weboldalak lassú betöltése"
Na ez olyan, ami Operánál PONT, hogy nem igaz - lásd előző mondatomat. Én nem vagyok igazán rajongója egyik böngészőnek sem, de eddig Opera áll a szívemhez a legközelebb a hihetetlen gyorsasága miatt. Tényleg feltűnő, kb. fél évig használtam Chrome-ot, most szinte teljesen visszatértem az Operára, és nem bántam meg, utólag nem is értem, hogy bírtam fél évet a Chrome-mal... Operához képest egy lassú fostalicska. Tény, hogy Opera sok oldalnál bugzik, de a sebesség tekintetében jelenleg szerintem verhetetlen.A mondat további felére csak azt tudnám reagálni, amit Penge_4 már leírt.
Ne ítélj elhamarkodottan, lehet, hogy nálad van a probléma.
Nem árt néha szűz profillal indítani, ha már lassulást tapasztalsz, meg persze gyorsítótár, cookie-k, stb. törlése is szükséges időnként.Sk8erPeter
-
#13269
Sk8erPeter
nagyúr
Penge_4
#13234
Sk8erPeter
nagyúr
válasz
Penge_4
#13234
üzenetére
"legalább 30 alkalommal leírta, hogy "használjátok a link gombot, ha linket szúrtok be", de persze egy csomóan nem foglalkoznak vele"
Mondjuk ezt az url-észlelős dolgot is igazából egy kicsit komplexebb regex-szel meg lehetne oldani (vizsgálva a hsz. szövegét), tehát szerveroldalon nyugodtan észlelhető lenne, ha honlapcímről van szó, azt átalakítani hivatkozássá, rádobni a megfelelő stílusosztályt (ami esetleg megoldja ráadásul a több sorba tördelést), és meg is van, amire annyira vágyott, és nincs szétgányolva az oldal..mondjuk PH!-n sem implementáltak ilyesmit, ha valaki bemásol egy címet, akkor az nem válik linkké. DE (!) hozzáteszem, ennek igen komoly praktikus okai is lehetnek, pl. az, hogy amennyiben valaki csak mutat egy példát egy adott url-re, akkor ne váljon már automatikusan linkké, mert az is rohadt idegesítő.
Pl. egy webfejlesztésről szóló topicban valaki megmutatja, hogy
"nézd, pl. ha így írod be a címet: http://kutyafasza.hu/?kaja=csont , akkor PHP-ből a $_GET['kaja'] tömbelem értéke a "csont" lesz."
akkor igencsak idegesítő, ha linkké válik ez a cím, mivel nyilvánvalóan nem létező címre mutat.
Szóval a linkesítés nem mindig praktikus."A múltkor a myvipet láttam valahol. Na az lett az igazi Facebook klón."
Nem élek vele, úgyhogy még nem láttam, de azon mindig röhögök, amikor valaki felrak Facebookra olyan profilképet, aminek valamelyik sarkában ott éktelenkedik az otromba nagy disznó myvip-pecsét. Aki ilyet tesz, jó ember már nem lehet. "Főként webstatok, Google Adsense és társai."
Nahát, nem szép hazudni a statisztikáknak, amik már önmagukban is hazudnak.Amúgy azóta próbálgattam, nem igaz, hogy csak Prohardveren csinálja ezt a JavaScripttel megakadós baromságot, amiről korábban írtam (amikor ki van kapcsolva a JS, nem csinálja), de érdekes jelenség mindenesetre, mivel amikor ugyanennyi megmaradt memóriánál megnyitom bármely más konkurrens böngészőt, akkor az érdekes módon JavaScripttel együtt gond nélkül meg tudja nyitni...
Mi lehet ennek az oka? Egyszerűen nem értem. Igazából még ha 20 MB marad is csak a 2 GB-nyi memóriából, akkor is gond nélkül le kéne tudnia tölteni az adott oldalt. Számomra nem igazán világos, miért csak Opera szarakodik ilyenkor az oldalak megnyitásával (félúton tényleg szinte mindig megakad ilyenkor, memóriaszűkében).
Most mondjuk épp csodával határos módon nem csinálja, pedig Task Managerben a Free résznél Performance fülön megint csak 8 MB memória maradt.Amúgy nagyon utána kéne már néznem, mi a jó büdös franc zabál ennyi memóriát, mert ez nem normális... mondjuk érik a rendszer-újratelepítés is, már egy és egynegyed éve van rajta ugyanez a Windows x64, ami nálam rekord operációs rendszer élettartamának tekintetében.
Most hirtelen nem találom, hol is tüntetem el az Opera gombról a szöveget?
Sk8erPeter
-
#13271
Sk8erPeter
nagyúr
dqdb
#13241
Sk8erPeter
nagyúr
Hát ja, ezek szerint alkalmazzák, PH legalábbis.
Furcsa, ha továbbítom ugyanazt a PH-s levelet (direkt kipróbáltam), akkor Gmailnél a sima plain text formátumban is teljesen átalakítja, egy emberi szemmel olvasható formára, tehát nem kódolja base64-re. Úgy látszik, Gmailnél nem alkalmazzák ezt, vagyis gondolom csak csatolmányoknál (nem biztos, hogy így van, csak tipp).========
(#13242) Gubek-Einste :
"Pl beírtam a címet, nyomtam egy Enter-t, elmentem becsukni a kinyílt ajtót, visszajövök és még el sem indult az oldal betöltése, ezzel szemben a többivel már betöltődött volna."
Ha ilyen szintű különbségeket tapasztalsz, biztos, hogy "a hiba az Ön gépében van".
Ez abnormális. Nyilván ha így működne, mi sem használnánk az Operát...
Most hirtelen nincs tippem, hogy miért csinálja ezt, de kipróbálhatnád a portable USB-változatot is, hogy kísérletezz, hogy azzal is tapasztalod-e a problémát!
Mindenképp tégy egy próbát.==
(#13270) dqdb : valóban.
[ Szerkesztve ]
Sk8erPeter
-
#13274
Sk8erPeter
nagyúr
Penge_4
#13272
Sk8erPeter
nagyúr
válasz
Penge_4
#13272
üzenetére
"Ez többnyire ritkább eset, mint az, hogy valaki linket akar beszúrni, ráadásul aki ilyen példákat ír fórumba, az valószínűleg tudja használni a BBCode-okat és az is simán megoldható, hogy code tagek között ne linkesítsen."
Ez is igaz.Ráadásul tudod, mi a durva?
Hogy a jelenlegi PHP-verziókba már be van építve mindenféle szűrő, tehát PHP-val ennyi ellenőrizni egy URL helyességét:if(!filter_var($url, FILTER_VALIDATE_URL))
{
echo "URL is not valid";
}
else
{
echo "URL is valid";
}Ez lenne az a rendkívül komoly kód, amit be kellene illesztenie a kedvenc adminodnak a feltételvizsgálatba - amennyiben a filter_var függvény false-szal tér vissza, akkor nem linkesíti, egyébként meg körérakja a megfelelő <a> taget...
Komoly munka lenne neki, nem?--
Amúgy ha már képek, a legjobb profilkép akkor is a tükörből fényképezős fajta, amit mobillal vagy fényképezőgéppel készített saját magáról a kedves okos delikvens, akinek természetesen látszik az eszköz a kezében, amivel csinálta a képet (úgy nagyjából vállmagasság tájékán), és a pofája szanaszéjjel van vakuzva, vagy éppen full elmosódott, félhomályos, szemcsés egy szar.
Bizonyára az ilyen ember szabadidejében Kant kategorikus imperatívusz elméletén gondolkodik. ---
"amit egy a Prohardveren (és csak ott) használt JS függvény hoz elő Operában"
Na, de épp azt mondom, hogy azóta rájöttem, hogy nemcsak Prohardveren jelentkezik a para.
De a franc se érti, most pl. épp rohadtul semmi baja nincs. Most már nem is próbálom megérteni.Sk8erPeter
-
#13279
Sk8erPeter
nagyúr
Penge_4
#13278
Sk8erPeter
nagyúr
válasz
Penge_4
#13278
üzenetére
Nem találok azonosságot.
(egyelőre)
Mindenesetre felraktam pastebin-re, hogy mik töltődnek be a Hálózat fül szerint Dragonfly-ban JavaScripttel: [link]
illetve anélkül: [link]
utóbbinál a teljes oldal betölt.
Hátha valaki felfedez benne valami érdekességet (bár kétlem, hogy ez alapján megállapítható lenne, hogy mi a probléma.)
A lényeg, hogy JS-sel a http://prohardver.hu/design/common-bul4-lo.gif képnél akad el, utána nem hajlandó továbbtölteni, pedig van még egy pár kép. De a JS-fájlokat már betöltötte.
Igazából nem tudom, most hogyan fedezgessek fel tovább.
Asszem a héten lesz reinstall, meg kéne venni memóriát.
Ettől függetlenül tény marad, hogy ez csakis Operánál fordul elő...Erre a korábbira nem tudsz mondani valamit, hogy miért nem lehet bepipálni a kiterjesztések indítását? Ki van szürkítve, mondjuk a képen ez elég szarul látszik, de a lényeg, hogy nem lehet oda betenni a pipát, és mérhetetlenül zavaró, hogy kézzel kell elindítgatni a kiterjesztéseket.
[ Szerkesztve ]
Sk8erPeter
-
#13282
Sk8erPeter
nagyúr
Sk8erPeter
#13279
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#13279
üzenetére
Még két dolog:
1. Operánál várható, hogy lesz majd esetleg beépített pdf-olvasó, amit Chrome-nál is fejlesztettek, és ami mellesleg nagyon hasznos? (Ott így nem kell plugin, illetve nem kell lementeni a fájlt.)
2. Vajon még ebben az évtizedben elkészül Operához az Xmarks kiterjesztés? Mondjuk ez inkább költői kérdés, gondolom nem tudtok róla Ti sem, mikorra várható. De a böngészők közti könyvjelző-szinkronizációt mindenesetre nagyon jól megoldja.[ Szerkesztve ]
Sk8erPeter
-
#13295
Sk8erPeter
nagyúr
F34R
#13291
Sk8erPeter
nagyúr
-
#13296
Sk8erPeter
nagyúr
Penge_4
#13283
Sk8erPeter
nagyúr
válasz
Penge_4
#13283
üzenetére
"operaprefs.ini túrás"
Túrtam én, mint egy varacskos disznó, de eddig sajnos semmi."Ezt le ne merd írni még egyszer, a végén még képesek és megvalósítják"
Hát én örülnék. A biztonsági rést meg majd betömik. Na jó, nem, végül is igazad van, ez biztonsági rést jelent, de az Adobe pdf-olvasójáról is állandóan azt lehet hallani, hogy már megint újabb rést fedeztek fel rajta. Most az mitől jobb?
A Chrome PDF-olvasója amúgy elég jól össze van rakva, érdekes, hogy pl. sok pdf-ből, ami már ékezetes karaktereket is tartalmaz, és amit Foxit Readerben nyitok meg, nem tudok értelmesen kimásolni szöveget úgy, hogy máshová is be tudjam illeszteni, de a Chrome pdf-olvasójából igen.
Adobe Readert meg sajnos elvből nem akarok felrakni, bár nem tudom, ott jobb lenne-e egyáltalán a helyzet az ékezetes karaktereket tartalmazó szövegek kimismásolásakor."Előbb a File API legyen teljes"
jóvanna, hát nem vagyok olyan up-to-date, mint egyesek.
Amúgy a Chrome kiegészítőinél is van egy popup ablak a telepítés előtt, ami felhívja a figyelmedet arra, hogy mihez fér hozzá az adott kiegészítő. De valóban lehetne kicsit biztonságosabb a dolog: amennyiben kifelé irányuló adatküldési kísérlet történik bármelyik kiegészítőből, akkor előtte figyelmeztethetne, hogy ez és ez történik, ilyen és ilyen adatodat fogják elküldeni, beleegyezel? És lehetne egy véglegesítő, kivételeket tartalmazó lista, az ezekben szereplő kiegészítéseknek mindig engedélyezném az adatküldéseket (mint pl. az Xmarks), vagy épp mindig tiltanám (mondjuk utóbbi helyett valszeg inkább repülne az adott extension).
Biztos ezt azért nem rakták bele, mert a felhasználók többsége utálja, ha figyelmeztetik arra, hogy figyeljen oda, mert erősen megperzselheti a seggét, ha nem vigyáz.Mellesleg nem igazán értem a szempontodat, hogy ha már kész lesz Operánál is a hozzátartozó API, akkor az itteni módszerek mitől lesznek bármivel is biztonságosabbak, mint a többi böngészőben...legalábbis sehol nem említetted, hogy bármit másképpen csinálnának majd, mint pl. a Chrome. Attól, hogy egyelőre ez a rész nincs kész Operánál, nem lesz biztonságosabb az adatforgalom... Vagy csak ezt a részt nem tetted hozzá, hogy mitől lesz jobb.
[ Szerkesztve ]
Sk8erPeter
-
#13300
Sk8erPeter
nagyúr
Penge_4
#13297
Sk8erPeter
nagyúr
válasz
Penge_4
#13297
üzenetére
"Az biztos, mivel a Chrome is Adobe Readert használ"
Ezt nem tudtam, hogy konkrétan milyen olvasót használnak. Ez honnan tudható?"csak így (hogy beépítik, akár a Flash-t) elhiszik a felhasználók, hogy biztonságosabb, mintha külsőleg telepítené ezeket [...]"
Ezt most egyáltalán nem értem, hogy jött a szövegek MÁSOLÁSÁhoz. Csak arról beszéltem, hogy nem b@ssza el másoláskor az ékezetes karaktereket tartalmazó szövegeket a pdf-olvasója, úgy, mint pl. a Foxit Reader (ami simán gondolom csak a Foxit Reader hibája!!) - de utóbbinál előfordul az is, hogy olyan szövegeket is elcseszerint másoláskor, amikben nincs ékezet. Csak annyit állítottam, hogy a Chrome pdf-olvasója segítségével a pdf-ekből legalább értelmesen lehet kimásolni a szöveget, ha beteszem mondjuk egy Notepadbe vagy Wordbe vagy máshova, nem egy krikszkrakszokkal telerakott fostengert fogok látni.
Ehhez speciel most konkrétan egyáltalán nem kapcsolódik a biztonság témaköre."ugyanúgy megkérdezi majd, ahogy például widgetek telepítésénél, hogy melyik fér hozzá a fájlrendszerhez és melyik nem."
Hát reméljük, hogy ebben konzekvensek maradnak."Ha lesz File API, akkor viszont közvetlenül (ha a user engedélyt ad rá) lesz olvasási joga a bookmarks.adr fájlon, amit ennél fogva fel tud dolgozni és fel tud tölteni az Xmarks szerverére."
Na meg mondjuk fájlírási joga is kell, hogy legyen, pl. amennyiben egy másik böngészőt használtál, ott elmentettél pár könyvjelzőt, akkor az Operában is szinkronizálódnia kell ezeknek, és meg kell, hogy jelenjenek az új könyvjelzők, azt meg ki kell írni."Mert pár magát webfejlesztőnek mondó &@#˘^˘^## nem képes a visibility tulajdonságot használni (ami épp arra való, hogy ha valamilyen elemet meg akarsz majd a későbbiek folyamán külön betöltés nélkül jeleníteni, például egy hover background egy menün)."
Na várj, mint amatőr webfejlesztő, ezt most nem igazán értem, miért is olyan égbekiáltó bűn.
Amikor egy elemet el akarok rejteni, akkor a display:none; tulajdonságot használom, nem a visibility:hidden-t.
Van egy alapvető különbség, lásd ezt: [CSS Display and Visibility]
"The display property specifies if/how an element is displayed, and the visibility property specifies if an element should be visible or hidden.Hiding an Element - display:none or visibility:hidden
Hiding an element can be done by setting the display property to "none" or the visibility property to "hidden". However, notice that these two methods produce different results:
visibility:hidden hides an element, but it will still take up the same space as before. The element will be hidden, but still affect the layout.
[...]
display:none hides an element, and it will not take up any space. The element will be hidden, and the page will be displayed as the element is not there"Tehát ha én a visibility tulajdonságot használnám az elemeim elrejtésére, akkor attól még ott éktelenkedne a helye, hát gyönyörű lenne...
Egyébként meg mivel a visibility:visible property a default, ezért nyilván egy valamirevaló fejlesztő sem használja ezt a tulajdonságot...
Ezt fejtsd már ki egy kicsit...
Talán meglehet az oka, hogy azok a szemét köcsög webfejlesztők vajon miért is nem használják a visibility property-t.Akkor ezek szerint szerinted én is egy "&@#˘^˘^##" vagyok, ahogy az összes többi?
[ Szerkesztve ]
Sk8erPeter
-
#13311
Sk8erPeter
nagyúr
Penge_4
#13302
Sk8erPeter
nagyúr
válasz
Penge_4
#13302
üzenetére
"egyébként van "collapse" állapota is"
Bár nem nagyon értem, miért épp nekem mondod ezeket, de remélem feltűnt, hogy ez csakis table elemekre használható, egyébként viszont a "hidden" tulajdonság válik rá érvényessé.
De hogy el is hidd, idézek:
"Only for table elements. collapse removes a row or column, but it does not affect the table layout. The space taken up by the row or column will be available for other content.
If collapse is used on other elements, it renders as "hidden"""Ettől függetlenül igen, hülyeségnek tartom, mert ha csak nem reklámbizniszből élsz, akkor csak hátrányod származik belőle."
Könyörgöm, magyarázd már el, miért származna hátrányom abból, ha a display:none-t használom, ha már ezt is jobban tudod.
"Most pedig az Opera is beállt a sorba, tehát lőttek a reklámblokkolásnak."
Ezt is kicsit egyértelműbben, ha lehet. Milyen sorba, mit rontottak el, mert nem értem.
Most azzal van a problémád, hogy amikor a HTML-output megszületik, akkor betöltődik az a tartalom is, aminek a visibility-je hiddenre van állítva? Miért, eddig talán alapból nem töltődött be? Talán amikor mondjuk rákattintottál egy elemre, és annak a visibility-je (vagy display tulajdonsága) megváltozott, intézett egy AJAX-kérést a szerver felé, és letöltötte konkrétan csak azt a tartalmat, vagy mi?"Már csak azt remélem, hogy addigra a Firefox fejlődik valamit sebesség (programműködés) terén."
És akkor egy Opera-fannal kevesebb lesz, áttérsz a Fájörfoxra?Sk8erPeter
-
#13481
Sk8erPeter
nagyúr
Penge_4
#13313
Sk8erPeter
nagyúr
válasz
Penge_4
#13313
üzenetére
"Annyi "hátrányod" származik belőle, amit már korábban mondtam, hogy ha lassú a szerver (tehát ilyen PH sebességű oldalakon fel se tűnik), akkor 1-2 másodpecig villog a placeholder és a kép dimenziói közötti méretek között a layout azon része ami fölött az egérmutató van, ha display:none-t használtál."
Erre mutass már példát légyszi, mert már tényleg érdekel.
"A másik hátrány, hogy képgalériákban az első alkalommal, amíg be nem cachelt minden képet, áttűnés helyett a fentről lefelé képrenderelést kapod."
Most ennek mi köze a display:none-hoz?"visibility-nél nem, displaynél viszont pontosan ez történt. Ilyenkor rendezett egy AJAX kérést a szerver felé és letöltötte az oldal további elemeit."
Hát erre nagyon kíváncsi lennék... Ehhez tényleg korábbi változatot kéne letölteni, és figyelni pl. a Dragonfly Hálózat fülén az adatforgalmat... Te ezt figyelgetted, onnan tudod, vagy mi?
Ha valóban így van, ahogy állítod, akkor az nem egy igazán szokványos megoldás...
De ezt már csak azért is nehéz elképzelni, mert akkor ezek szerint a forráskódban sem kellene, hogy látsszon a display:none tulajdonsággal ellátott elemek belső tartalma, ami elég nagy f@szság lenne - márpedig csak így elképzelhető az, amit mondtál.
És akkor a display:none tulajdonsággal ellátott elemek tulajdonságait nem is lehetne pl. JavaScripttel manipulálni, ami elég érdekes lenne...
Ha be tudod bizonyítani, hogy ez valóban így van, akkor elhiszem, addig nehéz."Vicces nagyon, csak tudod mikor olyan tróger módon vannak megoldva a reklámbannerek, hogy az egyetlen biztos pont az egészben a elem ID-je/Class-ja"
Mégis mi a büdös francnak kéne még máshogy jelezni az id-n/class-on kívül, hogy az micsoda?
Ezt is indoklás nélkül hagytad...(#13472) Penge_4
Fura, nálam még nem jelentkezett a hibajelenség, mondjuk legtöbbször a sima prohardver.hu-t használom, de majd figyelgetem.
[ Szerkesztve ]
Sk8erPeter
-
#13488
Sk8erPeter
nagyúr
Penge_4
#13482
Sk8erPeter
nagyúr
válasz
Penge_4
#13482
üzenetére
Jaaaaa dehát azt nem mondtad, hogy csak a KÉPEKRE gondoltál!
Azt simán el tudom képzelni, hogy magukat a képeket utólag tölti be, de ez nem is olyan nagy újdonság. Akkor félreértettük egymást.De én úgy emlékszem, ez IE-nél is így van/volt, nem?
Egyébként a hover-es villódzás elkerülésére régebben is alkalmazni kellett a JavaScriptes előtöltést, szóval ez sem újkeletű dolog. Ha első betöltést követően villódzás tapasztalhatő, és ezt az adott honlapnál nem oldják meg, akkor az annak a site-nak az igénytelenségét minősíti.
Persze gyakori megoldás ilyen képváltós menünél az is (és ez egy elég praktikus megoldás), hogy van csupán egy darab kép, amin egymás alá vagy mellé van pakolva a menünek az a része, amelyik alapból látszik a menüelem háttereként, meg az, ami akkor, ha az egeret föléviszi a júzer - a hover pseudo-class-re pedig beállítják CSS-ben, hogy eltolja a képet abba az irányba, amelynél az egérfölévivős rész látszik. Mint pl. itt: [link].A többi para, amiről írsz, nyilván létező probléma azoknak, akik bannereket és reklámokat szeretnének blokkolni, de azért az sem elvárható a webfejlesztőktől, hogy az oldal megírásakor legalább annyira legyenek tekintettel a reklámblokkolókra, mint az oldal általános megjelenésére, működésére, az elsősorban célzott közönségre...
Nem attól lesz szar egy honlap, hogy nem felel meg a reklámblokkolási elvárásaidnak.Amúgy lehet tiltani meghatározott domainekről betöltendő tartalmat akár a hosts fájlon keresztül is, és ehhez még csak extension sem kell a böngészőkhöz, sőt, ez a leginkább cross-browser megoldás.
Szerk.: na majd váltogatok az itcafe.hu-ra is, hátha találkozom azzal a parával, ami nálad van. Nem derül ki a Dragonfly segítségével, hogy mi lehet a gond?
[ Szerkesztve ]
Sk8erPeter
-
#13511
Sk8erPeter
nagyúr
Penge_4
#13490
Sk8erPeter
nagyúr
válasz
Penge_4
#13490
üzenetére
"Az általam linkelt JavaScriptes hover menük minden böngészőnél villognak és Opera 11.01-ben és 11.10-ben is villognak."
Mármint most gondolom arra gondolsz, hogy ELSŐ betöltés előtt, nem? Tehát amiről beszéltünk, hogy nem oldották meg a JavaScriptes előtöltést. Pedig rohadt nehéz ám, akár egy sorban is meg lehet oldani.
Nem értem az ilyen igénytelen fejlesztőket, komolyan. Nem igaz, hogy nincs kb. 10 perce, hogy leüljön a seggére, és megnézze azt a rohadt oldalt úgy, mintha egy sima mezei felhasználó lenne, aki minden lószar zavaró dolgot észrevesz (nyilván Te is ilyen vagy, meg én is), sőt, olyanokat is, amiket a butus egységsugarú júzer nem feltétlenül. Ekkor fogja magát, és az ilyen alapvető problémákat, mint a villódzó menü, megoldja 5 percben. De komolyan, aki már programozott a kezdő szintnél icipicit komolyabban is JavaScriptet, az egy előtöltő scriptet kevesebb, mint 5 perc alatt megír teszteléssel együtt. Legfeljebb azt kell eldönteni, mi az, amit érdemes előtölteni. Aszinkron módon nagyjából mindent, aminek a betöltésére a felhasználónak előbb-utóbb úgyis várnia kellene (vagyis nem kell, miután megcsináltuk az előtöltést).Egyébként a "kettő nem ugyanaz" résznél igazad van, elolvastam utólag, amit írtam, és tényleg olyan, mintha összemostam volna a két külön témát (az AJAX-jellegű utólagos betöltést és a sima JS-es előtöltést).
"Mert a fejlesztő is csak régi cikkeket linkelt 2005-ig bezárólag, amiben azt taglalják, hogy mennyivel jobb a CSS, mert mi van, ha a user letiltja a JavaScriptet. 2011-ben már nem tiltja le, illetve ha igen, akkor nem az lesz a legnagyobb problémája, hogy nem lesz hover a kép/menü fölött."
Amúgy ez érdekes kérdés, emlékszem, amikor elkezdtem először foglalkozni az előtöltési kérdésekkel kezdő fejlesztőként (most is amatőr szinten fejlesztgetek csak, de azért azóta már jópár kódot írtam), akkor volt olyan tanács is, ami épp azt taglalta, hogy CSS-sel is elő lehet tölteni képeket, csak annyi a lényeg, hogy adjunk neki display:none tulajdonságot, nem baj az, akkor majd a háttérben előtölti. Hát akkor Operában ezek szerint ez nem igazán volt működőképes. Ezt nem tesztelgettem annyit, úgyhogy már nem is emlékeztem erre, csak most hirtelen eszembe jutott, ha már ennyit fejtegettük.
Persze az is igaz, hogy szerintem ezt is meg lehet oldani még mindig, alternatív módszerekkel, nem display:none-nal, és simán CSS-sel "előtöltve" a képeket, most ami eszembe jut, az a z-index, hogy ezt ki lehet használni arra, hogy a háttérben maradjanak az előtöltött képek, de ez viszont már nagyon gányolós módszer, akkor már inkább ne.
Sokkal normálisabb módszer a korábban említett kép-eltologatós módszer, elég akár megnézni online dokumentumszerkesztőket is, ott is sokszor az ikonok valójában egyetlen képen vannak, csak mindig a megfelelő helyre el vannak tolva a képek, hogy stimmeljenek háttérként. Tologatással megoldható akár a gombszerű hatás elérése is.Egyébként ettől függetlenül továbbra is gondolni kell a JavaScriptet nem használó felhasználókra is, még manapság is, pl. hogy nézne már az ki, ha egy modern, AJAX-osított fórumon (hát NEM a PH!-ra gondoltam
A PH! fórumrésze sok tekintetben már annyira elavult, hogy az fáj) mondjuk nem lehetne kikapcsolt JavaScripttel elküldeni egy hsz.-t. Nem olyan nagy dolog azt sem megoldani, hogy mindkét módszerrel működjön a küldés."Ugyanis ha elolvastad volna amit írtam: Itt nincs meghatározott domain."
Elolvastam, értettem is és fel is fogtam, csak úgy látszik, félreérthetőre sikerült megírnom a hsz.-t, lehet, hogy kicsit fáradt voltam, bocsesz.Na, még egy dolog a beillesztgetett képekkel kapcsolatban: komolyan mondom, le vagyok hidalva, hogy mennyi ember használja a kepfeltoltes.hu-t, pedig egy akkora rakás szar, hogy az hihetetlen. Ezek az emberek nem vették még észre, hogy mondjuk írtak egy cikket, telerakták kepfeltoltes.hu-ra felrakott képekkel, és jé, nahát, kábé jobb esetben fél év múlva eltűntek ezek a képek a francba? Gratula amúgy a képfeltöltés.hu üzemeltetőinek ezért... Érdekes, imageshack.us-re ezelőtt 3 évvel felrakott képeim továbbra is megvannak...
Ami még rosszabb, amikor valaki úgy linkeli a képfeltöltés.hu-t, hogy amikor rákattintok, végig kell néznem az összes buzeráns reklámot, ami az oldalukon van, meg kell várnom, hogy előbb azok betöltsenek, aztán kezdődhet a kép betöltése. Költői kérdés: miért nem lehet használni a direkt linket a képekhez?Na, megint hosszúra sikerült.
[ Szerkesztve ]
Sk8erPeter
-
#13513
Sk8erPeter
nagyúr
Dluinet
#13512
Sk8erPeter
nagyúr
válasz
Dluinet
#13512
üzenetére
Pontosan.
Minden szavaddal egyetértek.
Mondjuk meg kell hagyni, hogy őszintén szólva az imageshack.us sem egy száguldó Ferrari...legalábbis így Magyarországról böngészgetve. De legalább megbízható, már amire betölt. Viszont sosem törlik a képeket (max ha jogokat sért, vagy pornográf, stb.), plusz lehet albumba rendezgetni őket, és egyéb szolgáltatásai is vannak.A képfeltöltés.hu meg sajnos csak amiatt létezik, mert nagyon jó domainnevet választottak, így könnyen megtalálható, ezért az idők során nagyon népszerű lett.
Pedig porig kéne égetni még a szervereiket is.![;]](//cdn.rios.hu/dl/s/v1.gif)
(na jó, mondjuk azt odaadhatják nekem)[ Szerkesztve ]
Sk8erPeter
-
#13515
Sk8erPeter
nagyúr
fatal`
#13514
Sk8erPeter
nagyúr
válasz
fatal`
#13514
üzenetére
Ennél az imagerz.com-nál meg az a gáz, hogy sok kép feltöltésekor egyenként kell tallózni a képeket.
imageshack.us-nél Flash-alapon lehet egyszerre sok képet is kiválasztani, feltölteni.
Amúgy megnéztem, az első képem, ami látszik az imageshack-es azonosítómnál, 2008-01-17-én lett feltöltve, az már elég rég volt, és még mindig elérhető a kép. Mondjuk már regisztráció előtt is töltögettem fel oda.Sk8erPeter
-
#13516
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
Hali!
Meg lehet szüntetni valahogyan azt a viselkedést, hogy az Opera tálcaikonjára kattintva az összes fül előjöjjön, amik közül választani lehet?
Erre gondolok: [link] (kitakartam a megnyitott oldalak címeit, mert most az tök lényegtelen)
A lényeg, hogy rákattintok az ikonra, és az összes fül előjön, mintha mindegyik külön ablaknak számítana.
Én annyit szeretnék, hogy amikor rákattintok, egyszerűen legyen aktív az Opera ablaka, az éppen aktív füllel, és kész. Ne kelljen kiválasztanom, melyik fület akarom aktivizálni.Sk8erPeter
-
#13521
Sk8erPeter
nagyúr
F34R
#13520
Sk8erPeter
nagyúr
Szerintem ez nem vitatéma, kinek ez, kinek az a praktikusabb és kézreállóbb.
Én speciel azt szeretem, ha az ikonra csak rákattintok, aztán mehet kézzel, Ctrl+Tab-bal, Ctrl+Shift+Tab-bal a fülek közti váltogatás, ne kelljen nekem egérrel kattintgatni, mert annak a használatát próbálom a minimálisra redukálni.
Van, aki viszont az egérhasználatot részesíti előnyben.Sk8erPeter
-
#13523
Sk8erPeter
nagyúr
fatal`
#13522
Sk8erPeter
nagyúr
válasz
fatal`
#13522
üzenetére
Akkor ezek szerint félreértetted kissé, amit írtam.
Nem azt mondtam, hogy az akadályozna benne, hanem azt, hogy nem tetszik az a jelenség, hogy amikor épp az egeret használom, és korábban más ablak volt aktív, majd az Opera ikonjára kattintok, hogy aztán azt használjam, akkor megjelenik egy buzihosszú lista a 30 megnyitott fül neveivel, amik közül VÁLASZTANI kell, hogy épp melyiket nyissam meg. Az a jó, ami MOST van, hogy az ikonra csak rákattintok, ekkor megjelenik az Opera ablaka a korábban is aktív füllel, és kész, nem kell választgatnom, vagy random belekattintanom valamelyik fülnévre, miközben mondjuk nem is azt akarnám épp használni.[ Szerkesztve ]
Sk8erPeter
-
#13525
Sk8erPeter
nagyúr
fatal`
#13524
Sk8erPeter
nagyúr
válasz
fatal`
#13524
üzenetére
Mondjuk engem ott is zavarna, ha 30 aktív beszélgetésem lenne egyszerre.
De általában egyszerre max. 4-5 emberrel beszélgetek, úgyhogy ott nem gond, sőt, ott még jó is, hogy külön ki lehet választani.
Hozzáteszem, speciel a WLM-et kábé másfél éve használtam utoljára.[ Szerkesztve ]
Sk8erPeter
-
#13527
Sk8erPeter
nagyúr
fatal`
#13526
Sk8erPeter
nagyúr
válasz
fatal`
#13526
üzenetére
Nekem nincs időm mindent elolvasni azonnal, ahogy megnyitom, viszont lehet, hogy ennek ellenére később még érdekel.
Pl. egy hosszabb cikket, honlapfejlesztős tutorialt, stb. félreteszek későbbre, amikor jobban ráérek, akár esetleg napokkal későbbre.
Mostanában mondjuk memóriaspórolás céljából használom a Tab Vault-ot, így onnan is megnyithatom később, de legalább nem zabál erőforrásokat.Neked pedig egy helyen csetelős altenatívaként javaslom a Digsby-t.
(AIM, MSN, Yahoo, ICQ, Google Talk, Jabber, Facebook, stb. egy helyen)
Skype sajnos nincs benne. Kíváncsi vagyok, hogy most, hogy a Microsoft megvette, mi lesz. (ha az MSN elérhető ezen keresztül, sanszos, hogy a Skype is az lesz)[ Szerkesztve ]
Sk8erPeter
-
#13530
Sk8erPeter
nagyúr
F34R
#13528
Sk8erPeter
nagyúr
-
#13538
Sk8erPeter
nagyúr
Kuruc2
#13537
Sk8erPeter
nagyúr
válasz
Kuruc2
#13537
üzenetére
Előbb tényleg próbáld ki a Portable változatot, hogy megtudd, azzal hogyan működik!
Ha azzal sem jó, akkor valami más probléma lehet a gépeden.Milyen "fránya zoom-olási, jelszavas" problémákra gondolsz?
Az "űrlapos" alatt gondolom az autocomplete hiányát érted.
Omlás egyébként nálam iszonyú ritkán történik (nálam Chrome esetén gyakrabban következik be egyes erőforrászabáló oldalaktól).[ Szerkesztve ]
Sk8erPeter
-
#13540
Sk8erPeter
nagyúr
Dluinet
#13539
Sk8erPeter
nagyúr
"
Mindenesetre remélem valaki jó kis cikket össze tud majd hozni belőle. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(na jó, mondjuk azt odaadhatják nekem)
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
- Politika
- Újabb államok perelik az Apple-t, mert sok pénzt szed ki a vevőkből
- Skoda, VW, Audi, Seat topik
- Xbox Series X|S
- A fociról könnyedén, egy baráti társaságban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Autós topik látogatók beszélgetős, offolós topikja
- Luck Dragon: Asszociációs játék. :)
- Projektor topic
- Mobil flották
- További aktív témák...