Hozzászólások
Elsődleges fülek
a stabil 3.x valtozatot szedted le vagy a 4.0 fejlesztoit? A fejlesztoi valtozatot senkinek nem ajanlom, csak aki nagyon-nagyon tudja hogy mit csinal, azaz vagy maga is fejleszto vagy beta-tester. A stabil verzsn a fogyaszthato fogyasztoi valtozat.
anarchoid írta: Nemhiszem, hogy az elso generacios popcornom vagy a tv-m mediaplayere tudna ezt a 60fps-t megsem tunik ilyen szarnak rajtuk az animek nezese.. szoval nagy vakitasnak erzem ezt a temat.. ;)
ahogy mondod, nem tunik ilyen szarnak mert megszokta a szemed. Gondolj bele, szuletesed ota azt "eszed", az agyad gyakorlatilag nem is tudta hogy letezik mas, nem volt osszehasonlitasi alapja, te meg ebbol fakadoan nem is kerdojelezted meg. Olyan kb mint eszakorreaban a diktator megkerdojelezhetetlen isteni hatalma. Azok az emberek nem is tudjak hogy letezik rajtuk kivul is vilag, mivel szuletesuk ota mar egesz eletukben egy bizonyos agymosassal neveltek oket.
Itt meg aktivan latod a kulonbseget mivel direktbe egymas mellett hasonlithatod ossze a kettot.
A valo eletbe szerinted hany "FPS"-sel megy a kep? Nalatod, szoval minel kozelebb lepsz az optimalisan magas szamhoz, annal jobb es termeszetesebb hatast fogsz elerni a mozgaserzekelesre. a 60, de a 120fps-se lesz "tokeletes" elmondom (viszont az utobbinak mar egesz kivaloan megteveszto hatasfoka van), de legalabb a minimum 60-ra torekves iranyzat haladas manapsag.
Az a parasztvakitas hogy 24fps "mindenre" eleg. Meg lehet szokni ha nagyon akarja az ember, de igazabol lopikula, mint "minoseg". Azert preferaljak ezt a szamot meg mindig, mert nem azert dolgoznak hogy a legoptimalisabb elmenyt nyujtsak neked mint nezonek a rendelkezesre allo legmodernabb technologiakkal, hanem azert mert ez a minimalis minoseg amiert meg hajlando vagy fizetni es elfogadni.
Hosszu evtizdek ota semmit nem valtoztattak ezen, mert azota generaciok nevelkedtek ezen fe, ezt szoktak meg, es ezt is varjak el. Sikeresen bezartak a kort.
korrekt.
Vajk írta: azt hittem, olyan kislányok is lesznek, akik a betonra estek.
és miért gondolod hogy nem lesz igazad?
Koval írta: 60 fps nekem felpörgeti a videókártya ventit. :P
ha rendesen be van állítva még az összes procimagodat is leterheli az, hogy elossza a munkát a rendelkezésre álló hardware-en.
klasszikusan sima videólejátszásra van dedikált video decoding ASIC az összes modern vidkariban ami így megoldja a terhelés kérdést. 60fps-re felkonvertálás és a "köztes" frame-ek számolása viszont komoly grafikus munka a gépnek, amit az általános procierővel kell elvégezzen, mivel még nincs egységes szabvány erre a technológiára, azaz továbbvíve nincs hardware-es ASIC sem készítve specifikusan rá.
Olyan mintha azt mondanád hogy ha beindítasz egy játékot akkor az felpörgeti a vidkari ventit. Igen, azt jelenti hogy dolgozik valami szabványosítatlan és nem hardware-esen beégetett algoritmuson a géped. :)
Lassan kéne egy katasztófa topik. A robbanások durvák, a Hortobágyért meg kár. :(
dán, ide lehet gyűjteni a hasonszőrű cuccokat: http://www.rewired.hu/content/katasztrofa-topik
nagi írta: Csak nem hajlandó befogni a száját a win10...
http://arstechnica.com/information-technology/2015/08/even-when-told-not...
We've asked Microsoft if there is any way to disable this additional communication or information about what its purpose is. We were told "As part of delivering Windows 10 as a service...
>Windows 10
>as a service
rwurl=http://i.imgur.com/uRXvfxE.gif
rwurl=http://i.imgur.com/MXSzWeu.jpg
Viszont valós videókkal miért nem mutatják? Valszleg mert egy cinematic videó úgy készül, hogy 1/48 másodpercig exponál, aztán 1/48-at kihagy, és így készül a 24 képkockás mozi. (Mivel így működnek a mechanikus filmes gépek) ellentétben egy CG/rajzfilmmel, aminél nincs kihagyás. Ez pedig kissé túl nagy kihívás.
én egy rakat valós videót és pornót is néztem már vele. :D Nekem elhiheted hogy ott még jobb a hatása (sokkal kevesebb artifact) mint az animeknél. A rajzolt cuccoknál nagyon baszott kiszámolni algoritmussal hogy merre mozognak és hogyan formálódnak az apró részelemek, mivel a rajzolásban eleve "hibázik" az ember minden képkockában és tökéletlen munkát végez. A filmekben és a (3D animációkban) meg "tökéletesen" ugyanaz és előreláthatóan logikusan mozgó a legtöbb helyzetben minden részelem, még a kameramozgással is.
Az hogy miért nem mutatja valós (vagy jobb) videókban, valószínűleg mivel mint látod nem marketinges az emberünk hanem sima geep programozó. Nem tudja mivel kell megnyerni a népet, ők csak nyomja a kódolást. :)
Az is necces, hogy ahogy látom az x64 lejátszók (pl mpc-hc x64) támogatása a $10-os tierben TBD.
ha nagyon kell akkor menj és sírj a fórumában vagy az indiegogon, és ha elég ember teszi, nyilván meglesz.
Nekem a 32bites MPC teljesen megfelel, sohasem kellett 64bites és valószínűleg nem is fog a jövőben sem. A MadVR directshow renderer (amit mellette használok) eleve szintúgy 32bites, szóval egy fene érted, ott vannak a fontos fejlesztések és ők sem érzik szükségét váltani.
FYI, nem ellenzem a 60fps-t. Csak túl sok artifactot hagy az ilyen utólagos munka, pont, mint az utólagos 3D-sítés a filmekben.
a "túl sok" az teljesen relatív. Régen a kezdeteknél nyilván rohadt sok volt, de legtöbb esetben az SVP4essel már alig produkál valamit, és ezért is fejlesztik aktívan a technológiát hogy egyre profibb és effektívebb legyen.
Próbáltad manapság, rendesen beállítva hogyan viselkedik nálad, vagy csak a múltbéli tapasztalataidról beszélsz?
Tisztában vagyok vele hogy még léteznek artifactok, mivel fejlődés alatt van a technológia, de 1000x inkább artifactokkal itt-ott nézek filmeket tükörsima 60fps mellett, mintsem 12-24FPS-es szaggatással fárasszam a szememet velük.
Moziba ülve 3Ds filmeket még nagyobb kínszenvedés lenni, mivel ott még oszlik is az FPS a szemeidre külön külön. Direkt vicces hogy sokszor manapság szinte jobb júzer experience otthon filmezni a technológiáknak hála (realtime sharpening, 60fps, stb stb), mintsem a mozikban. És ezt nem boldogan mondom hanem szomorúan, hogy ennyire megrekedt a fejlődés, hosszú évtizedek óta, a filmlobbinak hála.
rwurl=https://www.youtube.com/watch?v=DmW2ChUjsZA
ez kurva jo :D
Freak írta: Az ismert bug, hogy a YouTube timestamp-es videók beágyazva a média taggel ignorálják a kezdési időt és az elejéről indulnak?
ahogy gondoltam is, a youtube valtoztatta a timstamp kodjat es azert nem ment a regi modszert. Regen kiirta percre es masorpercre a kodban hogy hol all, pl 3m26s, viszont az ujabb modszernel meg csak egyben masodpercre leosztva az idot irja ki, pl 104 es kesz.
https://youtu.be/x0gaYyNk7QA?t=3m26s (regi)
https://youtu.be/x0gaYyNk7QA?t=104 (uj)
a mi kodunkban semmit nem kellett valtoztatnom mivel ahogy nezem a webAPI-ja ami kiszolgal eddig is masodpercekkel dolgozott.
Viszont a youtube-os valtoztatasok egyben azt is jelentik hogy a regi timestamp-al beagyazott videokat mar nem ismeri fel (legalabbis a kiragadt indulasi pontjukat, es elolrol kezdi a jelatszast), csak az ujjal. Azaz magyarul, ha most lekeritek barmikor a youtube-on a "get video url at current time" opciot, mar a helyes kodot fogja kiadni, es ide beagyazva is siman mukodik majd. Pl:
oh ok, jo tudni.
ha meg már úgyis megrajzolják, gondolom nem kockásan rajzolják, hanem utólag butítják le.
felek nem vagy kepben akkor a pixel art tudomanyaval. A pixelgrafikat pixelenkent rajzolgatjak.
Max nezz el az akademiara:
rwurl=https://www.youtube.com/watch?v=ImQNo8wHw8c
https://www.kickstarter.com/projects/retronator/retronator-pixel-art-aca...
"minek a biztonsagra is kolteni, penzkidobas es ugy a konkurencia (aki szintugy nem kolt ra) leamortizal minket az arazasaival. Profit uberalles."
amilyen minimalis erteke van ott az embereletnek es a jogaiknak, szerintem csak vallatvonnak a felettesek es megy minden majd tovabb. Amekkora brutalis szmogfelho van a nagyvarosokban arra es mindenki leszarva azt nyomja tovabb a melot, semmin nem csodalkozok mar. Az a nep nem ertekeli magat, a szabadsagat, a jogaikat es az emberseget mar szinte semmire, csak a profit hajtja oket.
rwurl=http://i.imgur.com/TF0MHib.jpg
rwurl=http://i.imgur.com/y30bXNh.jpg
a keprol azt hittem nuklearis.
jó a szemed, ez lesz a gond, így pontosan tudtam reprodukálni. Visszavettem a kész státuszt.
szerk: meg is van a hiba, javítva is rögtön.
A második tippem volt a helyes, nem az egyidejű szerkesztés modul esetleges bugzása volt a gond volt hanem az oldal nem töltött be rendesen, mivel Javascript hibát észlelt egy ponton a galéria nézegető programunkban, amit a friss képbeszúrás váltott ki ebben az esetben (fórumtéma szerkesztés alatt is be szeretett volna olvasódni ha képet látott és ott is pásztázta a sorokat, holott abban az esetben nem kéne ugye). Miután fixáltam a hibás logikát a képgaléria nézegetőben, teljesen stimmelni látszódik a dolog.
hajtas linkeles fejlesztes amugy keszen van (mint irtam a webdrotba) es szerintem teljesen elegans. A cimkek mezo alatt van egy uj mezo ahova csak beirod a szoveget amit a hajtas link szovegenek szeretnel tudni, minden masrol gondoskodik az automatizacio.
Igy tenyleg pofonegyszeru barmikor odakopni ha igenyelne valaki a cikkeiben.
ismet a webdrotban :)
rwurl=http://i.imgur.com/TVLJDbH.jpg
dulakh írta: Tehát ha jól értem, akkor a teaser-kép nincs benne a hajtás utáni galériában (mert ugye akkor beolvasná a teljes galériát). Viszont a hajtás utáni galériába meg beleimplementálódik? Honnan derül ki, vagy hogy tudom adott esetben kontrollálni, hogy melyek képek legyenek a cikk alatt, és melyek hajtás után?
Esetleg a képfeltöltésnél valami plusz pipa-lehetőséget ha beiktatunk, amely kvázi "kiemeli" a galleryből az adott 3 képet (még akár maximalizálhatni is lehet, és többet nem lehet kitenni), ideiglenesen tageli őket, mint főoldalas kép? Aztán hajtás után meg úgyis ott van midnegyik.
*gondolkodik cseppet* varj... asszem nem vagom mire gondolsz, vagy te nem vagod mire gondoltam en a funkcio implementalasanal.
A lenyeg hogy te feltoltogeted a kepeket es tetszoleges sorrendbe tudod tenni utana helyezgetni oket. Itt van beszurva az interface kep, ott a "kereszt" ikon a kepek elott, azt siman megfogva es drag and droppolva birod oket fel-le helyezgetni a feltoltes utan, ezzel meghatarozva a kimutatas sorrendet, vagy az eltavolitas gombbal torolni ugye.
rwurl=http://i.imgur.com/He3KVuh.jpg
Abbol a harom legelso kerul ki a teaser-re es olvasodik is a tobbivel be a cikkre kattanva mint a teljes galeria.
Szoval magyarul fooldalon beolvasodik az 1,2,3 kep, a tobbit ott "levagja", viszont a cikkre kattanva meg beolvasodik mind az 1,2,3,4,5,6,7,8,9 pl.
Mármint a gyártónál? Szerintem mint oly sok embedded cucc gyártónál, itt sem volt semmiféle biztonsági szakértő.
slowclap a cegnek.
Távoli kill-switch jól jöhet a lopásnál, ha gyorsan felfedezik a lopást, a lopók meg nem találták meg a dobozkát.
hat en leszavaznam. Meghibasodas vagy barmi mas alkalommal, tul nagy az esely arra hogy rosszun suljon el az orszaguton 120-szal repesztve. Tudod hany ember tartja mechanikailag es elektronikailag 100%on a kocsit? Nem sokan. Addig hajtjak a legtobben amig szet nem esik alattuk.
Egy ilyen nyomkövetős cuccnak a passzív "lehallgatós", read-only mód teljesen elég lenne.
siman boven eleg lenne lopas kerdesre ja. Jelented a rendoroknek, mondod a kocsid szamat, a tobbit meg ok atveszik es intezik.
remelem ezt is a biztonsagi szakertot paros labbal rugjak ki a cegnel :D
Ilyen bena design dontest 2015-ben, hogy barmilyen modon is direktben osszekodhetoek a kontrollok az interneten keresztul? :D Nem egy komplikalt modszer megakadalyozni hogy ilyesmi megtortenhessen.
- osszefoglalo linkeles funkcio a Hiriroknak. Eddig ha ki akartunk tenni egy osszefoglalas linket a cikkhez a fooldalra, eleszor meg kellett nyitnunk a topikot, majd az URL bar-bol kimasolni az URL-t, ezt beszurni az osszegzesbe, egy szoveges linket kellett hozzacsatolni, es a megfelelo helyre a cikk osszegzese ala kellett helyeznunk mindezt a vegen.
Most mar a cikk nyitasanal ott lesz egy mezo az "összefoglaló link beszúrása"-ra a cikk teste felett azonnal, es ha szeretnenk ezt a funkciot hasznalni, akkor eleg csak odairunk egy szoveget, ami majd elvezeti az olvasot a teljes tartalomra, pl "Ha tovább akarod olvasni a cikket katt ide..." vagy barmi ami epp passzol a szituaciora. Az automatizacio elintezi a tobbit, hozzalinkeli a cikket, helyere teszi, stb.
Ha nem akarunk osszegzes linket az adott cikkben, akkor csak ugy hagyjuk ahogy van a mezot es nem kell foglalkozunk vele.
Koval írta: Ez hogy kerül a netre pdf-ben?
http://www.rewired.hu/fud/pdf.php?th=24&
a megboldogult ideiglenes HW menekulotaboros FUD forummotor egyik ficsore ez, printable PDF-et is tud gerenalni.
Mellesleg a belassulás 0:00-0:10 között még mindig fennáll, és eléggé frusztráló. Valaki, aki a hosthoz tud contactot, rá tud kérdezni, hogy miért is van ez?
dobtam egy privit Strato teso-ra, majd gondolom ha lesz ideje racsorrent a host-ra es megkerdezi az o velemenyuket is. Tippre lehet naluk fut valami backup program ekkor talan.
Strato írta:
psishock írta: Amugy a peldara, ha olyan kizarolagos 8-10 kepes cikkek szuletnek, az ugye a felhasznalonak is savszel terheles ha egyszerre zudulnak ra mind, mobilon is ugye de meg PC-n is az lehet. Lehet 6-7 ilyen cikk is osszejonne adott esetben a fooldalra, akkor egy rakat kep zudulna egybol az ember arcaba, es lehet amugy egyikre se kivancsi.Vágom, hogy sok kicsi sokra megy, de azért nyugtass meg, hogy ilyenkor thumbnaileket tölt be az oldal, és nem az eredeti képeket! :)
jesus christ hat persze. :D Amugy meg nezegetek olyan technologiakat amivel a szerver kvazi felismeri hogy milyen szelessegu kepernyovel kered le a cuccot, es pont akkorara vagja a thumbnailek nagysagat is, igy mobilon sokkal kisebb lenne a savszelterheles meg a tobbi fejlesztes mellett is. De ezek csak elmeleti sikon leteznek meg, majd ha van valami konkretizalva majd irom a webdrotban.
psishock írta: Ezert nem erzem helytelennek ha pl csak keparadatnal is csak par kepet mutatunk neki a teaserben. Ez eleg arra hogy eldontse egyaltalan erdekli e az adott keparadat, vagy szarik ra es scrollozik tovabb a kovetkezo cikkre. Rovid lesz igy a fooldalon az adott cikk? Persze hogy rovid lesz, de az informacio tartalma is rovid, annak megfelelo helyet is vegyen el a tobbi cikk elol, es nem mellesleg pont eleg a bevezeto mondat "xyz jatekbol keparadat, erre tessek", plusz par izelito kep, hogy eldontse, erdekli e a tema vagy sem.
Hát, én akkor már azt mondom, hogy a fentiek tükrében fogjuk meg dolog a legegyszerűbb végét: galéria soha ne legyen a címoldalon. Így sosincs sávszél terhelés, meg esetlegesen átlapozandó tartalom.
Amelyik cikkbe galéria kerülne, annál a hirirók mindig használják hajtást (a vadonatúj funkcióval talán sűrűbben eszükbe is fog jutni), és a galéria csak a teljes cikk legvégén jelenjen meg (automatikusan, ahogy most), az összefoglalóban viszont soha. Hogy legyen az összefoglalóban is egy kis vizuális élmény, abba manuálisan beillesztünk 1, legfeljebb 2 képet és kész. Vagy itt már téves az elképzelésem? Manuális képbeillesztés azért csak lesz továbbra is a galéria mellett, ugye?
a regi funkciokbol semmi nem "veszik" el, az eddigi klasszikus modszerek mind letezni is fognak. Ez csak a kepgaleriara specifikusan van kitalalva, ahol te egy rakat kepet soroznal egymas melle, belyegkeppe nyomva oket, meg ilyesmi. Klasszikusan tovabbra is barmikor beagyazhatunk kepet, arra meg linkelhetunk masik oldalak vagy a nagy verziojat a kepnek, ha ugy akarjuk.
Csak a cikkiras konnyusegeert gondoltam hogy legalabb 2-3 teaser kep a galeriabol, mint minimum talan celszeru lenne ha meg tudna jelenni. Mivel magaban a folyamat hogy kezzel belyegkepet gyartani, feltolteni kulon a szerora, kulon belyegkepet beagyazni, majd nagykepet hozzalinkelni, stb stb, mar magaban egy kinszenvedeses folyamat, amit en szivem szerint teljesen automatizalnek. Egyetlen belyegkepnel is kifejzetten tokolodes ha engem kerdezel (persze osszehozhato, csak idoigenyes), egy komplett galerianal meg mint ahogy a masik topikban is emlitetted, egyenesen remalom. 2-3 belyegkep nem fog sokkal tobb vagy kevesebb savszelt megenni meg ha tobb cikk is van ilyen kint. 8-10 belyegkep minden cikknel ugyanazon az oldalon mar mindenkepp szignifikansabb.
psishock írta: Amúgy érdekelne, hogy más hirirók hogyan vélekednek erről (főleg olyanok, akik dolgoznak is képekkel). Addig szvsz kár is nagyon a technikát abajgatni, amíg nincs egyetértés a használati szokásokban.
engem is mindenkepen.
Magat a fooldalas kepkimutatast egyelore max hagyom 3 keppel. Az a jo a jelenlegi automatizalt es sablonositott rendszerrel, hogy ha valtoztatok is rajta kesobb, akkor nem kell minden cikknel kulon kulon kezzel belenyulni es cserelni (ha ott is szeretnenk hogy valtozzon), hanem az osszes cikknel at fog a vegul megbeszelt szamra allni a kimutatas, mivel ugye szerverrol iranyitott az automatizacio minden cikkre nezve, nem kezimunkazott cikkenkent kulon kulon.
Magan a "hajtas" gombon persze ettol fuggetlenul dolgozom tovabb persze, mivel ez nem kepgaleria fuggo hanem minden cikkre jo hatassal lesz, es minden helyzetben pozitiv elorelepes lesz a cikkironak. (nem kell tokolnie a topik URL kimasolgatasaval megnyitas utan, belinkelesevel, a hajtas link cikkbe helyezesevel, stb, hanem csak odairja mit szeretne mint "hajtas gomb szoveg" es a tobbit a motor automatikusan elintezi neki).
btw lefekves elott meg elfelejtettem irni, a "hajtas" gomb kerdesre is epp folyamatban van egy fejlesztes, csak meg tesztelgetem meg dolgozgatok a finomitasokon itthon vele, de hamarosan behozom. A lenyege hogy a cikk teste (es az osszefoglalo bejegyzes) felett, amikor irod a friss cikket lenne egy kis "osszefoglalo link beszurasa" nevu mezo is, amiben ha akarsz "hajtast" alkalmazni, akkor csak odairod az epp kivalasztott ominozus szovegedet, azaz pl "a linkre kattanva folyatodik a cikk..." vagy "bovebb leirasert erre tessek..." vagy barmi ami tetszik ugye, es a cikk automatikusan linkeli neked ra sajat magat minden esetben. Nem kell kezzel eloszor megnyitni az adott cikket, majd ennek a linkjet az URL barbol bemasolgatni az osszefoglaloba, meg tokolni majd ilyen gyalog modszerekkel, hanem mindent megold az automatizacio helyettunk, es mindig a cikk aljan jelenne meg az olvasonak a hajtas gomb, ahogyan el is varnank.
Strato írta: Hát, én arra gondoltam, hogy a mostani képkezelő marad, csak annyi változna, hogy lenne mondjuk egy [gallery] kód, amivel meg lehetne adni a galéria pontos helyét. Így az automatizálás nagyja is megmarad, és a hiriro is eldöntheti, hogy hova akarja tenni a galériát.
Ami nem olvasodik be (nem szolgalja ki a php), azt nem tudja semmelyik kod eleve "latni", azaz ha a fooldalon csak 3 kep van, azt pl egy ilyen jellegu custom tag is csak 3 kepnek fogja latni.
Abban az esetben hibás ez az elképzelés, ha egy adott cikk konkrétan nem szól semmi másról, csak, hogy jött 7 kép az XY játékból. Ilyenkor a hajtást sem erőltetném, és kifejezetten kedvező lenne, ha nem csak 3 kép látszódna a 7-ből.
Gondolom, bilibe lóg a kezem, de merek nagyot álmodni:
Ha a fenti [gallery] tag létre tudna jönni, nagy menőség lenne, ha egy egyszerű szám paraméterrel meg lehetne azt is adni benne, hogy hány thumbnailt mutasson. Két példában továbbgondolva: a [gallery small 6] tag két sorba rendezne 6 kis képet (3/sor), míg a [gallery middle 4] 4 közepes méretű képet tenne be összesen két sorba (2/sor).
a jelenlegi forum-felallassal ket mukodokepes utunk van amin el tudunk indulni, vagy tovabb visszuk a jelenleg is bekapcsolt automatizalt modszereket, es esetlegesen azokon finomutunk hogy az esetek legnagyobb hanyadaban teljesen kielegitoen szolgaljon ki minket, vagy kezimunkazunk es kezzel illesztgetjuk be a cikkekbe a kepeket, amivel tuti jobban fog menni fog az ido ugye.
Ebbol kiindulva kell eldonteni hogy mit akarunk jobban, a leheto legtobb idot sporolni cikkezesnel es bevallalni egy rendszert ami szerint ugymond "eloformazva" vannak a cikkek egyes elemei, vagy teljes szabadsagot, de ezzel az idovesztesseget is.
Amugy a peldara, ha olyan kizarolagos 8-10 kepes cikkek szuletnek, az ugye a felhasznalonak is savszel terheles ha egyszerre zudulnak ra mind, mobilon is ugye de meg PC-n is az lehet. Lehet 6-7 ilyen cikk is osszejonne adott esetben a fooldalra, akkor egy rakat kep zudulna egybol az ember arcaba, es lehet amugy egyikre se kivancsi. A legtobb hiroldalnal ugye a hirfolyam csak 1-2 teaser mondat, es egy teaser kep, es ez a modszer maximalisan kimeli a savszelt. A HW kulonleges volt ebbol a szempontbol mivel azonnal elerhetoek voltak a cikkek, kattogas nelkul, csak scrollozva (ez sokszor nem volt epp elonyos, de ez volt). Itt az RWn valahol a ketto elgondolast kombinaljuk az eddigi szokasaink szerint, mindketto iranybol a legjobbat. Megkapja az ember a hirfolyamban az osszefoglalo bol a pontos hirt es hogy mi var majd ra, igy sohasem fog zsakbamacskara kattanni (clickbait), ha bovebben is erdekli az adott tema es tovabb olvasgatna, beszelgetne rola.
Ezert nem erzem helytelennek ha pl csak keparadatnal is csak par kepet mutatunk neki a teaserben. Ez eleg arra hogy eldontse egyaltalan erdekli e az adott keparadat, vagy szarik ra es scrollozik tovabb a kovetkezo cikkre. Rovid lesz igy a fooldalon az adott cikk? Persze hogy rovid lesz, de az informacio tartalma is rovid, annak megfelelo helyet is vegyen el a tobbi cikk elol, es nem mellesleg pont eleg a bevezeto mondat "xyz jatekbol keparadat, erre tessek", plusz par izelito kep, hogy eldontse, erdekli e a tema vagy sem.
Strato írta: A hajtás elhelyezése mindig egy szerzői döntés. Nyilván érdemes úgy csinálni, hogy előtte is legyen figyelemfelkeltő, érdekes matéria, meg utána is. Nem azért vágjuk félbe a cikkeket, hogy kicsesszünk az olvasókkal, hanem azért, hogy a címoldal ne fulladjon gördítésfesztiválba. Akit érdekel a téma, az úgyis kattint az összefoglaló után, akit meg nem, az könnyen továbbgördíthet. A későbbiekben pedig mindenki könnyebben átlapozhatja a cikket, ha csak az összefoglaló látszik.
Ezekkel nyilván nem mondtam semmi újat, csak a közös gondolkodás alapjait akartam lefektetni. :)
tiszta sor.
Strato írta: Szerintem praktikusabb 1-2 különálló képet vagy 1 videót betenni az összefoglalóba az oda szánt 2 mondat mellé, mint egy fullos galériát. A összefoglaló végső soron egy cikk preview, amit nem kell agyonterhelni tartalommal. A szerepe inkább az, hogy felvezesse a teljes cikket a hajtás túlsó felén.
ok ez logikus, es en is azert hozom ezeket a fejleszteseket hogy szorgalmazzam es megkonnyitsem a kepbeszurast, mivel sokan (mint te is) egyszeruen megkerultek es nem foglalkoztak vele. De remelem hogy 1bites egyszerusegu lesz, popularisabb lesz, es nem csak 2-3 Hiriro fogja hasznalni immaron. :) Sot az o munkajuk is sokkal egyszerubb lesz.
Mindezzel együtt szerintem az a legjobb, ha a hiriro tud dönteni a galéria helyéről. Ha a hajtás elé akarja tenni, akkor tehesse oda, ha mögé, akkor meg oda.
A legkézenfekvőbb megoldásnak (user oldalról nézve) az tűnik, ha a galéria kap egy külön BB/HTML tag-et (és hozzá tartozó toolbar gombot), és azt oda nyomja be a szerkesztő, ahova a cikkben szeretné. Valami azt súgja, hogy ez azért nem lesz ilyen egyszerű, de szerintem a hirirók kompromisszumkészek, ahogy eddig is. :)
a fo problema hogy ha megengedem (opciot adok ra) hogy kezzel lehessen kepekek kipakkolni, az sokkal nagyobb szopas es szenvedes lesz megint Hiriro szempontjabol, mivel kezzel kell tokolni akkor a beszurassal, belyegkeppe varazsolassal, linkelessel, stb. Nem jobb trade-off ha tudjuk hogy lent van a kepgaleria, es nem kell idot fecserelni a cikkirasnal faszsagokkal, amik automatizalhatok is, egy rendszert kialakitva?
Te is tudod hogy milyen sok idot elvesz eleve a cikkiras, en probalok arra torekedni hogy a leheto legkonnyebb es leggyorsabb legyen ez a folyamat, meg ha egy kis megkotest is kovetelne.
That being said, mindenkepp realis a meglatas hogy a teaser csak tenyleg teaser legyen, es a leheto legtomorebb. Igy szerintem le is veszem a keplimitet 3-ra a 6rol. Tovabbra is surubben hasznalhatnak akkor a cikkeknel kepeket emberkek, anelkul hogy komolyabb toroldast okozna.
Azt eleve ki tudjak kezzel valogatni a Hirirok hogy melyik legyen a 3 kivalasztott kep az osszefoglaloban (azt teszik legfelulre a kepkezelo mezoben), igy az kerul demoztatasra a fooldalon ugye.
Ez persze a sajat meglatasom, ha Hirirok ugy vannak vele hogy kezzel akarnak mindent kipakolni kulon es teljes szabadsag kell nekik, mit sem szamitva az extra befektetett idot minden egyes alkalommal, akkor abba az iranyba fogunk haladni. De persze remelem hogy ugy gondolkodnak mint en is.
Btw az osszefoglalo link (folyatasert ide meg ide kattanva szoveg) kerdesere mindjart hozok egy szerintem mukodokepes updatet.
Ilyen esetben jobb lenne, ha nem látszana a galéria a címlapon.
oh, mármint egyáltalán? Nem jobb lenne a képgaléria beállítottan hard-limitált 3-6 számú képpel látszódna a főoldalon (teljes kattra ugye ott lesz továbbra is az összes kép), a folytatás szöveg meg leglentebb?
Véleményem szerint jobb ha kattogás nélkül is kap a felhasználó egy normális szöveges/vizuális összefoglalót a lényegről, kattintással meg ugye teljesen kitárulkozik szokás szerint az egész cikk (ha komolyabban érdekel valakit és/vagy kommentelné).
"képmutatás" nélkül mintha ki akarnánk erőszakolni a kattanást a felhasználóból, mivel nem tudhatja hogy van e kép a cikkben (vizuális reprezentáció az anyagról), vagy nincs és csak további szövegelés folyik.
Kb mintha a videókat is click-fal mögé dobnánk.
csak hajra. Jobb ha ott derul ki hogy valami homok van a gepezetben, mint tobb napos hegyi-turazasnal mondana be az unalmas.