HUP lehetséges bővítései

A HUP-on már régóta megjelent az igény plusz funkcionalitás bevezetésére. Eleddig főként GreaseMonkey szkriptek születtek a felvetésekre. A multkoriban egy, a hozzászólásokra mutató permalink elhelyezésére született LiRul munkája nyomán egy ilyen szkript. Akkor vettem a bátorságot és elkészítettem egy egyszerű Drupal modult, ami ezt a szerver oldalon megvalósítja, így nem szükséges hozzá mindenki browserének átállítása. Ha jól értelmeztem Trey szavait, akkor jelen pillanatban kipróbálás alatt áll ez a 'trend', mármint hogy piszkáljuk-e a HUP motorját avagy ne.
Én bízom benne, hogy megfelelő tervezéssel azért az új funkcionalitásoknak jut hely a HUP-on. Ezért én csak a saját szabadidőmet tudom felajánlani ha van rá igény. Egy ilyen hobbiprojektben gondolkova a következő funkcionalitásokat nyújtó modul tervezésébe kezdtem:

  1. Bármilyen modul működése felhasználónként ki/be kapcsolható legyen.
  2. Semmilyen modul ne változtassa meg alapból a HUP működését vagy kinézetét egészen addig, amíg azt nem engedélyezi magának a felhasználó. Ezek után is csak ennek a felhasználónak jelennek meg az általa engedélyezett szolgáltatások.
  3. (DONE) permalink a hozzászólásokra link formájában, közvetlen a 'válasz' link mellé.
  4. (10%) hozzászólás pozitívnak vagy negatívnak értékelő linkek elhelyezése.
    • AJAX metodológiával működés, továbbá fall-backelni képes normál HTML linkké(így működik Lynx alatt is)
    • Minden felhasználónak (akinek be van kapcsolva) pontosan egy szavazata van(+1 v. -1).
    • A szavazatok összeadódnak(tehát a negatív szavazatok csökkentik a hozzászólás pontértékét)
    • Minden hozzászólás 0 pontról indul
    • Felhasználónként beállítható küszöb, hogy hány pont után rejtse el a hozzászólást
    • Elrejtett hozzászólásnak csak a fejléce látszik a HUP háttérszínével azonos színnel (tehát halvány tónussal), továbbá bármikor kibontható/visszazárható a hozzászólás.
    • Felhasználók által beállítható más felhasználók kommentjeinek automatikus elrejtése(troll szűrő)
    • (Második szakasz) Statisztika gyűjtése felhasználókról a hozzászólásaik alapján: Hány hozzászólása volt(ez évben, ebben a hónapban, ma), ebből hány van 0 pont fölött, hány van a felhasználók által megadott küszöbök átlaga felett. Mindez a vizsgált felhasználó adatlapján megtekinthető.
    • (Második szakasz) Felhasználók rangsorolása a hozzászólásaikra leadott szavazatok alapján
  5. Az új hozzászólások jelzésére további beállítások(ez még csak elképzelés szintjén létezik, ki kell még ötölni a technika módját)
    • Az "új" piros színű jelölés tetszőleges konfigurálása
    • A hozzászólások lapozása során is maradjon meg az olvasatlan hozzászólások jelölése
    • "Válaszoltak-e az én hozzászólásomra" funkcionalitás, amikoris azt nézhetjük meg a követés oldalhoz hasonlóan, hogy válaszoltak-e az általunk beküldött kommentre.(Második szakasz)
    • Levél értesítés ha válaszolnak a kommentemre(Második szakasz)
    • Hozzászólások RSS-feedje(Második szakasz)
  6. A post-ok taggelhetőek legyenek felhasználónként és ezeket egymás közt megoszthassák.

Nagyjából ennyi jut eszembe. A második szakasz jelölések azok a funkciók, amiket későbbre hagynék, ha egyáltalán igénylik elegen. A lista nyitott a további ötletekre, vagy éppen leszavazásokra.
Továbbá jó sok funkcionalitás gyűlt össze így is, szóval nem egy-két nap lesz a fejlesztése, főleg hogy Drupal 5-re és 6-ra is portolni szeretném idővel ezeket a modulokat(a HUP sem lesz örökké 4.7-en), tehát alapos tervezés szükségeltetik hozzájuk(amiben számítok rátok is). Let the bikeshed begin! :)

( Oregon (nem ellenőrzött) | 2007. 06. 17., v – 14:01 )

szvsz inkabb uszal egyet :) nezd a csajokat, vagy rugjal be. nyar van.

Na offoljuk szét :)
FAQ about tolmi:

  1. Nemsokára megyek bringázni, remélem az kiváltja :)
  2. nem nagyon van mit bámulni a girhes csajokon, úgyhogy inkább a barátnőmmel töltöm az időmet. Az ő idomai kellően le tudnak bilincselni :D
  3. Tegnapelőtt meg alig találtam haza. Vannak itt egy páran akik tudják hogy nem szabad velem bulizni, mert csúnya vége lesz.
  4. Kedvenc évszakom.
  5. Összességében nekem ez kreatív kikapcsolódás(amit nagymértékben igénylek), továbbá jó érzéssel tölt el ha közösségi munkát végzek.

--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

"Vannak itt egy páran akik tudják hogy nem szabad velem bulizni, mert csúnya vége lesz."

tanusitom :D

"Összességében nekem ez kreatív kikapcsolódás(amit nagymértékben igénylek), továbbá jó érzéssel tölt el ha közösségi munkát végzek."

ez igy van

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

( trey | 2007. 06. 17., v – 14:03 )

Esetleg összedolgozhatnátok LiRul-lal, és a többiekkel, mert akkor elkerülehtő a sok felesleges munka.

--
trey @ gépház

Igazan megtisztelo, de latod a newsgwbol sem lett vegul semmi. :-/ (Najo, talan ki lehetne tesztelni 3-4 nap alatt, ha rafekudnenk, de sejtesem szerint erre neked sincs sem idod sem energiad. Ami segithetne elorelepni, mondjuk a mirror.hup-rol egy vmware appliance image-t kesziteni, s azon a zargatasod nelkul tudnek tesztelni.) Tudom elcsepeltnek tunik, de nem hiaba irom le mindenhol, hogy nem vagyok programmer. Az, hogy sajat magam szorakoztatasara megcsinaltam a permalinkes GM-scriptet (kozben ragadt ram valamelyes js experience), meg a legcsekelyebb mertekben sem jelenti azt, hogy barmilyen kicsit is advancedebb temaba bele tudnek szolni.

"mirror.hup-rol egy vmware appliance image-t kesziteni"

A Mirror-on lehet gyakorolni. 3-4 óránként úgyis felülíródik. Igazából amióta van stabil szerver a HUP alatt már nincs is szerepe. Én is csak a fejlesztések kipróbálása miatt hagytam meg. Lehet, hogy meg is fog szűnni publikusan.

--
trey @ gépház

( bastya_elvtars | 2007. 06. 17., v – 14:20 )

Ha kell tesztelni, szólj.
It doesn't matter if you like my song as long as you can hear me sing

( zsitvaij v | 2007. 06. 17., v – 14:24 )

re 4.:

ha szlesdotot akarok akkor szlesdotra megyek, nem hupra.

statisztika kifejezetten ellenszenves.

ami egyáltalán értelmes lehetne az a szignatúrák és a felhasználónevek elrejtése, mert nem csípőből reagálna mindenki a hozzászólások elolvasása nélkül.

(szigorúan IMNSHO, ofkorz)

szerk:
"If there is a user ID attached to a user, a discussion tends to become a criticizing game. On the other hand, under the anonymous system, even though your opinion/information is criticized, you don't know with whom to be upset. Also with a user ID, those who participate in the site for a long time tend to have authority, and it becomes difficult for a user to disagree with them. Under a perfectly anonymous system, you can say, "it's boring," if it is actually boring. All information is treated equally; only an accurate argument will work."

A dolog szellemével egyetértek, de vannak itt kommentelők, akiknek nem kell kiírni a nevüket, a stílusuk a védjegyük :D
Másik meg hogy tele lenne offolva minden thread: "Te vagy az béla?" :D
Harmadik: Sajnos amit írsz, nem valósítható meg abban a szellemben, hogy nem változtatja meg a HUP jelenlegi funkcionalitását, csak ha az adott felhasználó magának kéri. Különben ki kapcsolná be hogy ne lássa a hozzászólás szerzőét? :)
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

( Ajnasz v | 2007. 06. 17., v – 14:27 )

Én konkértan egy kívülről elérhető API-t szeretnék, ami mondjuk json vagy akármilyen formában visszaadja a kért adatokat. Először a user/****/track és a /tracker által visszaadott információkat szívesen feldolgoznám.

Továbbá a témát tenném script barátabbá, gondolok itt ID-k/Class-ok szélesebb körű bevezetésére. Ezt szívesen magamra is vállalom 100%-ban, erre biztosan van kapacitásom.

Modul fejlesztésben kevés tapasztalatom van és az is régi, de szívesen segítek, ha tudok.

Ágreed. Teljes mértékben támogatom, hogy megszűnjön a HUP table alapú designja. :)
Trey, van ennek valamiféle módja, hogy a design-t a kinézet megváltoztatása nélkül továbbfejlesszük(tableless design, XHTML strick konformitás, normális id-k, class-ok bevezetése a HTML markup-ba)? Gondolom lennének itt páran, akik tudnának ebben is segédkezni.

Az API meg zseniális ötlet! Szívesen felvenném a listára, de ahhoz szükségem lenne egy kicsit konkrétabb leírásra. Tehát hogy mit szeretnél az API-ban látni(tracker-en túl). Valamint sokat segítene az is, ha össze tudnánk dobni egy kis leírást arról, hogy pontosan hogyan is nézzen ki ez az API. (Milyen service-ek, milyen nevek, milyen paraméterek). Kb. egy egyszerűsített specifikációra gondoltam.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

A fölösleges szívások és a minden böngészőben másképp és lassabban megjelenő hupért mozgalom rulz. Mind1.

Az aláírásod abszolut passzol a "tableless" sznobsághoz, még esetleg a pálcikával evést belevehetnéd:)

Ja, flame.

__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

Eszem agaban sincs megvedeni ot (majd megteszi sajat maga), de a tableless design nem csak arrol szol, hogy "fujj-fujj table tag". Termeszetesen ertelmetlen mindenhonnan szamuzni a tablazatokat, olyan helyekrol is, ahol arra lenne szukseg. Ezt en is ellenzem. Am amit Ajnasz irt (normalis id-k, class-ok) ahhoz is kellenek, hogy pl. egy utolagos GM scriptbol egyertelmuen, es sokkal szebben hivatkozni tudj egy-egy elemre, s ezaltal azt ugy modositsd ahogy neked jolesik. De tudom, mar a konyokotokon jon ki az allando GM scriptekre valo hivatkozas, mondok mast. Vakok es gyengenlatok szamara lenyegesen esszerubb, atlathatobb oldalterveket tesz lehetove a tablazatmentes kialakitas. A vakoknak keszult felolvaso programok pedig nagysagrendekkel erthetobben (itt nem kiejtesre gondolok ofkoz, hanem a logikailag egymashoz tartozo reszek egymas utani felolvasasat peldaul) tudjak ertelmezni az oldal tartalmat. Volt alkalmam megtapasztalni. Na mind1, nem megyek bele, ehhez sem ertek.

Teljesen igazad van. Én sem alapjaiban támadom a témát, csak egyszerűen valami ideggörcs szalad végig a gerincemen amikor ilyen elvakult sznobsággal találkozom szembe, elképzelem ahogy élőbe mondja hogy "tableless" és olyan csákánnyal szemeközé hangulatom támad:)
Azon felül valóban jó kezdeményezés a divesdi pl azok miatt is amit elmondtál, de jelen pillanatban azthiszem nem mondok újat ha a böngészőtámogatottságot és az ennek kompenzálására szükséegs hihetetlen mennyiségű időre, sörre, anyázásra, boxzsákra célzok. Szóval egyenlőre nagyon kompromisszumos, külön ie6 ie7 hackelős csses szopásos az egész. Persze, amíg nem engem köteleznek ilyenre nem zavar, az kinoza magát aki akarja:)
__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

Tényleg nem flame-ért, csak kicsit szúrja a szemem, hogy sznob dolognak véled amit javasoltam/írtam. Sokan sokszor megkapjuk az efféle okításokat és egy jó részük során mosolyogva odébbsétál a türelmesebbje. Én meg most leírom hogy mi is az én problémám azzal, amit írtál. :)

Először is a leírtak alapján az a gyanúm, hogy nem sok CSS alapú oldalt raktál össze. Másik meg hogy nem vagy tájékozott a webtechnológiák terén.

A CSS + HTML azért született meg, hogy egyrészt az oldalak letöltési sebessége növekedjen(a HTML mérete kissebb, ha nem tartalmaz formázási információkat). Mivel a CSS-t(persze ha külön fileban van ;) ) egyszer letöltöd, azt a browsered cache-eli, és egy jódarabig nem szükséges újratöltenie. Így csak a HTML változik/töltődik le minden egyes oldalletöltésnél. Átlagosan 10-15% sebességnövekedés szokott bekövetkezni egy table alapú oldal HTML + CSS-re migrálásával.

Másrészt azért született meg ez a 'trend' (ez a fő ok), mert a HTML jelentése HyperText Markup Language. Tehát a HTML a tartalom jelölésére való, nem a stilisztikájának meghatározására. A stilisztikus kialakítás a CSS (Cascading Style Sheets) feladata. Ezen funkciók kettéválasztása számos előnnyel párosul:

  • Egy oldalnak számos kinézete lehet ugyanazzal a tartalommal(több CSS file és választhatsz közülük)
  • Tartalomgeneráló szoftverek(Drupal pl.) könnyebben írhatóak mert nem kell foglalkoznod a kinézettel
  • Alternatív megjelenítések is lehetségessé válnak(screenreader - vakok és gyengénlátók), egyszerű, letisztult design-t keresők is megkaphatják amit akarnak (kikapcsolják a CSS-t)
  • Webes keresők könnyebben tudják feldolgozni az oldalt és ezt például a Google, a Yahoo és az MSN botja jutalmazza is
  • Egy lépéssel közelebb vagy a szemantikus világháló terád eső részének kialakításához
  • Javascript-tel nem öngyilkosság dolgozni az oldaladon
  • Épelméjű maradsz, ha az oldal forrására nézel

A különböző böngésző, különböző kinézet dolog meg odafigyelés kérdése. Hidd el, megoldható. Számos oldal létezik és egyre kevesebb a table alapú (hál'Istennek), mégis tökéletesen azonos minden főbb browseren(IE, Firefox, Safari, Konkueror, Opera). Legalábbis én ezekben szoktam ellenőrizni az oldalaimat. Ha valaki más motorral használ itt browsert, az nyűjtsa fel a kezét(grafikus böngészőről beszélünk). Ami eszembe jut, az az Amigás böngészők, ami talán probléma lehet, de majd ChainQ megmondja a tutit.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

Köszönöm, minden esetre jelentős tapasztalatom van a html és a css vilgában (meg feljebb is), ami ugye az alap, ezért ez senkinél nem meglepő, okításra tehát nem sok igényem van a téren.

És amint előző hozzászólásomban utaltam rá, csak és kizárólag a sznobság kavarta fel az agyam, nem maguk a tények, minden bizonnyal nagy jövő áll a dives oldalak előtt, ám jelenleg akkoris sok korlátja van, és ha speciálisabb dolgokat akarsz, akkor bizony különböző hackek is elengedhetetlenek néha.

Így hogy hosszabb egybefüggő mondatokat láttam belőled a témából vissza vonom a sznobság jelzőjét, elnézést. Csak volt már szerencsém sok emberhez, akinél a szakmaiság odáig jutott hogy ízesen bedzegette a tableless szót minden harmadik mondatában.
__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

"nagy jövő áll a dives oldalak előtt,"Nem tudom hogy te csak tényleg a div taget ismered e táblázat nélküli design létrehozására, de nagyon úgy jött le számomra. Van egy rakás tag ami kifejezetten adott témájú szövegek formázására használható: STRONG, ADDRESS, CITE, CODE. Akkor már egész jó az oldal kódja, ha stíluslapot kikapcsolva is jól áttekinthető és olvasható az oldal.

Szerintem tudja ő, én is szoktam így hívni a tableless oldalakat, meg még sokan a környezetemben.

Egyébként bennem egy ilyen oldal készítése során el is fog egy "tiszta" érzés. :) Jól esik kiadni a kezem közül és hasonló érzések.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

Örülök, hogy senki sem híve a szó kiforgatásnak.
"Van egy rakás tag ami kifejezetten adott témájú szövegek formázására használható: STRONG, ADDRESS, CITE, CODE. "
Hát nem tudom, hogy te csak tényleg ezeket a tageket ismered? Van egy rakás más tag is ami alkalmas erre: w3c.org. De csak hogy egyet említsek, pl a div, gondolom azt nem ismered, azért hagytad ki a sorból.

Ugye milyen hülyén néz ki? Amúgy semmi baj:)

__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

Igen, a tableless design ezekért is hasznos, de én azért szeretném ha tableless lenne, mert gyorsabban betöltődne az oldal. A jelen HTML-t kb 70%-ára is össze lehetne nyomni, ha eltünnének belőle a <td>-k, meg a <tr>-k.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

( trey | 2007. 06. 17., v – 15:31 )

"Ha jól értelmeztem Trey szavait, akkor jelen pillanatban kipróbálás alatt áll ez a 'trend', mármint hogy piszkáljuk-e a HUP motorját avagy ne."

Nem, rosszul értelmezted. Én erre gondoltam.

--
trey @ gépház

Igen, nekem az a megközelítés jobban tetszik. A permalink funkciót Lirul scriptje is tudja. Esetleg hajlandó lennék egy olyan modult megtűrni, amiben:

- minden igényelt funkció megvan
- nem igényel a részemről semmit konfigurációt (drop & work)
- nem kell neki semmilyen adatbázis táblát létrehozni

Mi a garancia arra, hogy ez biztonságilag támogatva lesz? Mi a garancia arra, hogy egyszer csak nem tűnsz el? BTW: nekem már az is nyűg, hogy kiadásról kiadásra felmásolgassam az új verziót a HUP-ra...

--
trey @ gépház

- Ezen funkciók leírásával az volt a cél, hogy összeszedjem az igényelt funkciókat, majd megbeszéljük őket.
- Azt nem csinálnám hogy a modul automatikusan engedélyezze magát. Tehát aktiválni neked kellene.
- Az adatbázis létrehozása kikerülhetetlen ezen funkciók 95%-ához. Viszont ezt a modul képes maga menedzselni, nem neked kell kézzel szórakozni vele. Ha ez még belefér, van miről beszélni.
- Eltűnök: Mi a garancia arra, hogy te nem tűnsz-e el egyszer és dől dugába a HUP? Semmilyen publikus kötegelt archívum nincs a cikkekről, de még a wikiről sem. Nyilván egyrészt az, hogy nem vagy egyedül(én sem egyszemélyes hadsereget tervezek), másrészt hogy csináltad már amit csinálsz egy pár évig. De ahhoz hogy pár évig én is csinálni tudjam és így megbízható legyen a személyem, el kell kezdeni ezt a valamit. Nem tudom miféle garanciát tudnék nyújtani, ami megfelelne, mert nem ismerem az értékrendszert, ami alapján produkálnom kellene.
- Biztonsági támogatás: Szintén nem tudom milyen válasz a megfelelő. Én jómagam nyilván támogatom azt, amit én fejlesztettem. Ez így volt mindíg és így is lesz. Nyilván ha többen is csináljuk, megnő a garancia mértéke. Én csak és kizárólag a magam nevében tudom azt mondani, hogy teljes mellszélességgel kiállok az ügy mellett.
- A nyűgel kapcsolatban pedig azt szeretném kérdezni, hogy gondolkoztál-e már azon, hogy olyan emberek segítségét vedd igénybe, akiknek van tapasztalatuk és szabadidejük az ilyesmire?

--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

Ezt egyféleképpen tudnám elképzelni. Úgy, hogy én a motor és az adatbázis kezeléséből, karbantartásából teljesen kiszállnék és egy webmesteri csapat átvenné a _teljes_ karbantartást. Erre kicsi esélyt látok. Csak attól félnék, hogy ha mindenkinek elmenne a kedve tőle, akkor ott maradnék egyedül egy széjjelberhelt valamivel. Utána nekem is elmenne az egésztől a kedvem, aztán game over. Jelenleg tudom, hogy mi hogy működik, ha probléma van vele, akkor hol kell belerúgni. Nem szeretem az olyan dologkat, amik úgy működnek, hogy fogalmam nincs róla. Főleg, hogyha nem megy, akkor azt a látszatot kelti, hogy az én hibám, mert nem törődök vele.

--
trey @ gépház

Mint mondtam szívesen szánom a kreatív szabadidőm egy minőségi szolgáltatás fenntartására és/vagy továbbfejlesztésére, ha szükség van rá. Garanciát meg nem is tudom hogy van-e értelme tovább feszegetni. Azt hiszem ezt (és a feltételeket) neked kell eldöntened. Szívesen veszem ha van ötleted miféle garanciát tudna bárki is biztosítani a fent felsorolt aggályok ellen. Ha meg tudok felelni a feltételeidnek, jelzem.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

( LiRul v | 2007. 06. 17., v – 15:46 )

Ezen a pontozasos mokan sokat gondolkodtam. Nekem is felremlett, hogy AJAXosan nagyon szepen meg lehetne csinalni az egeszet. Am vegul arra jutottam, hogy a HUPot nap mint nap latogato tagok hasznalati szokasaival nem tulsagosan lenne osszeegyeztetheto. Leirom miert gondolom igy.

Nagyon jol kiveheto, hogy egy-egy hir tulajdonkeppen csak nehany napig hir, mar olyan ertelemben veve, hogy meddig foglalkoznak veluk a nepek commentezesi szempontbol. Mivel a HUP nagyon porog (Isten tartsa meg ezen jo szokasat), a 2-3 nappal korabbi hirhez mar alig-alig nez vissza barki, uj megjegyzesek pedig ilyen tavlatban meg kevesbe szuletnek.

Pontosan a porgesbol adodik, hogy amikor egy hir friss es mindenki commentel ezerrel, a legkevesebb igeny lesz arra, hogy nekialljon barki pontozgatni. Akkor kvazi SOS kell valaszolni egy felmerult flamebait megjegyzesre, kulonben eluszol, elmaradsz; fel nappal kesobb mar senki nem kivancsi a velemenyedre — mert a) mar leirta mas, b) egyszeruen kifut a hir.

Persze ez ellen trey is tesz mestersegesen: amikor egy jol porgo hir jelenik meg, addig o sem rak ki mast, had eljek ki magukat a nepek.

Mindez szigoruan az en velemenyem, konnyen lehet, hogy nem jol latom, es a multbeli szavazas eredmenyetol elteroen most a tobbseg igenre szavazna.

( bastya_elvtars | 2007. 06. 17., v – 15:47 )

GYermekeim, amit ti írtok, ahhoz egy motorcsere kellene, pl. Pligg-re.
It doesn't matter if you like my song as long as you can hear me sing

+1, nekem csak annyi hiányzik, hogy a cikk címe lehessen egyúttal link az eredetire (ha van), meg persze az NNTP. De egyik sem fontos, enélkül is megvagyok. Arról nem is beszélve, mennyire jó a threaded comment/fórum.
It doesn't matter if you like my song as long as you can hear me sing

( MetaMorfoziS | 2007. 06. 17., v – 15:50 )

Nálatok is volt már ilyen?:

http://metamorfozis.hu/p/bag.png
__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

Nem az... Hanem hogy alatta footer se volt, amiben a válasz meg a permalink van, hanem az is eltoszódott. Annak pedig nem szabadna azér tmert elqrja a taget...

Amúgy semmi, én is szoktam:)
__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

( Elbandi v | 2007. 06. 17., v – 16:02 )

van egy tokeletes, ambar ki kivitelezhetetlen megoldas a "problemas" userekre: nemkell veluk foglalkozni!

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Szerintem sok esetben egy egyszerű szólás is megtenné, lehet hogy nem látja hogy valakit bánt/megsért. Sokkal intelligensebb létformára utalna, mint mondjuk ilyen egysejtűként szavazást beküldeni, és jólmegalázni adottesetben.

Persze, nem tudom kiről van szó, csak egy elképzelésem van.
__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

Jaah... Én hülye:) Azt hittem az állatfarmos blogposztomon/kommenteken kezdett el drodidkodni valaki, azert gondoltam magamra mint célpont:)
__________________________________________________________________
Dúdold ezt a dalt, és aki gyűlöl majd érte, az lesz a bosszú népe.

Gabucino-ról szólt volna a dolog, dehát úgy látszik, trey semmiképp nem akar megválni kedvenc flame partnerétől. Szólásszabadság mindenek felett. Ez van.

szerk. Persze ez a szavazás javaslat tényleg ökörség volt a részemről, mivel ezzel semmi nem oldódna meg (x szavazat ide, y oda, és akkor mivan?). Igazából ez egyedül trey felelőssége.

( turul16 v | 2007. 06. 18., h – 00:30 )

Hol tárolod az eredményeket?

Ha nem HUP támogatja defaultban, attól még minden idetévedő flame-t és offolást fog látni elsőre.
Ami nem biztos, hogy pozitív képet mutat a HUP-ról, így a unix felhasználókról, OpenSource ..stb -röl.

Igaz, inkább lásson 3 hónapos beadványokat, meg szakértelmet arról, hogy [random linux FS] veri az NTFS-t, valaint hogy a BSD-k 12 éve nem változtak semmit, ill. hogy a word processor-ok listájából hogy maradhatott ki a vi meg az emacs meg a joe.
It doesn't matter if you like my song as long as you can hear me sing

Az eredmények adatbázisban tárolódnak. Ezért nem lehet megcsinálni GreaseMonkey script-tel. Esetleg még GoogleGears szóba jöhet, mint megoldás, de azért mégis :D

Az anonim felhasználók felé azért nem rejtenék el semmit, mert nem tudom megítélni, hogy egyáltalán hogyan reagálnának a HUP felhasználók erre a funkcióra. Ha üzemelne pár hónapig úgy ahogy írtam és stabilan szavaznának az emberek, akkor el lehetne gondolkozni azon hogy kell-e ez publikusan. De addig félek hogy sok felesleges biciklitároló szín kiválasztás történik még.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

( LiRul v | 2007. 07. 06., p – 18:12 )

Amit viszont el tudnek viselni az a tagging (cimkezes) feature. Ra tudjak aggatni a postokra cimkeket, amikre aztan keresni is tudok, kulonbozo variaciok szerint kombinalhatom oket, s ami a legjobb: meg tudom osztani masokkal a cimkeimet. Drupal 5 tud ilyet? Vagy alljunk neki GM-scriptet irni? :))

Hehe. Pont most kerestem egy kommentemet és nem leltem: Milyen jó lett volna cimkézni :D
Válasz: A drupal a postokat(nem a kommenteket) engedi cimkézni. Tehát akár a fórumtémákat is. A Drupal 4 is tud ilyet(taxonomy-val) csak nyilván ki kell alakítani. Ammeg idő.

Mellesleg elég régóta nem volt mozgás ebben a topikban. Lehet itt az ideje lépni...
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

En ugy ertettem a cimkezest, hogy a userek (olvasok, tagok) egyenileg fel tudjak taggelni a postokat (a commenteket sztem nem erdemes), a kozponti taxonomytol teljesen fuggetlenul. Mert az egy dolog, hogy trey (vagy a cikk bekuldo) miket rak ra, de lehet, hogy nekem teljesen mas cimkek is kellenenek az adott node-hoz.

Az otlet szintnel kicsit tovabb gondoltam a fentit, s arra jutottam, hogy GM-scripttel ezt bar megoldani meg lehet, de nagyon lassu lesz (rengeteg ajaxolt keres az oldalon megjeleno node-okhoz tartozo tagekrol, bar lehet, hogy ossze lehetne fogni egyetlen requestbe is).