HUP Drupal 5.2 alapon - RC1

Bejelentés

A beta1 kiadás után az olvasók igényeit messzemenően figyelembe véve megszületett az "HUP Drupal 5.2 alapon" első kiadásra jelölt verziója. Az RC-ben számos "bug" került javításra, számos kozmetikai változtatás született. Hacsak valami komolyabb ellenvetés nem érkezik, a verzióváltás hamarosan (várhatóan a hétvégén) megtörténik. Az RC tesztelhető itt.

Akkor azt is vághatod, hogy direkt nincs bekapcsolva a html szűrés, pedig egy kattintás lenne. Bizalom kérdése. Ha valaki ezzel játszik, az majd könnyen kívül találhatja magát. Több éve így van (nagyobb szabadság a szerkesztésben) eddig ezzel nem volt probléma. Ha lesz, be fogom kapcsolni a szűrést. De inkább ne kelljen óvodát játszani.

--
trey @ gépház

Azért itt, ahol mindenki a szaktudására a legbüszkébb, ezt nem kéne hangoztatni ;) Hiszen itt mindenki az informatika zsenije (vagy legalábbis azt hiszi, miközben egy html tag-et nem tud leírni). Feltételezem, hogy aki ide regisztrál, az minimális kódolási ismerettel rendelkezik. Pláne, ha kódot illeszt be.

--
trey @ gépház

( hrgy84 | 2007. 09. 21., p – 11:13 )

Tetszik az új komment fejléc. Már várom nagyon. Szurok-szurok...

( Huncraft v | 2007. 09. 21., p – 11:23 )

nekem az az új felirat még midnig túl kicsi... vagy ez csak engem bánt? :S
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..

Az a baj, hogy a piros színre nem lehet keresni! (CTRL-F) A szövegben meg elég sokszor előfordulhat az "Új" szó. Nem lehetne helyette pl, "[Új]" jelzés? Erre tudnánk keresni. Amikor már van vagy 50 hozzászólás elég nehéz kibogarászni az újakat. A jelenlegi HUP.hu verzióban működik a "hup.user.js" Mozilla kiterjesztés, én abba beleírtam magamnak hogy ne Új, hanem [Új] jelenjen meg. A végleges váltás után, talán átbarkácsolom, ha ez eredeti szerző nem teszi meg. Remélem megteszi!

"Az eredeti Greasemonkey script meg mindig megvan, mielott belerakta volna trey a php-s modult."
Ez a mondat csak szamomra nem ertheto?

Azert lenne jobb ha eleve a drupal maskepp generalna, mert akkor nem kellene mindenkinek ilyen-olyan kiterjeszteseket hasznalnia, es akarmilyen bongeszobol menne. Ha jol tudom, akkor trey nem szeret beleturni a forraskodba, mert akkor minden frissitesnel pecselni kellene, ami nem jo szorakozas. Ez ertheto. Ahhoz, hogy az "új" cimke szovege mas legyen, forraskodozni kellene? mert akkor akar feature requestnek is el lehetne kuldeni drupalekhoz. Nem egy nagy szam zarojelbe tenni, vagy elebiggyeszteni egy alulvonast...

Ok ok bevallom a mondatszerkesztesem hagy kivanni valot maga utan. :) Arra gondoltam, hogy az eredeti otlet (ez a permalink a valasz ele/moge) az enyem volt, s irtam hozza egy GM-scriptet, amit itt publikaltam is. Ez sok embernek megtetszett, s vki (sajnos a nickre nem emlekszem) megirta nativ drupal modulkent, s ezt trey hajlando volt betenni. Ha most az illeto nem jelentkezik, ezt a scriptet meg mindig tudom frissiteni.

( Oldman (nem ellenőrzött) | 2007. 09. 21., p – 11:59 )

Az éles oldalon a felső sorban lévő menü alul is megismétlődik. A Beta -ban jelenleg ez nem így van.

Ettől eltekintve szuper, gratula!
:-)

( bird v | 2007. 09. 21., p – 12:35 )

Jól össze lett dobva az új kialakítás, elismerésem.
Ja, csak egy apró eyecandy-változtatást ha lehetne:
A hozzászólás napja immáron 3 betűs, nem egy.
Nagyon sok utánajárás lenne kiíratni teljes névvel a napok neveit?
Lehet, hogy valakinek az eredeti egybetűs jelölés tetszik, bár nekem így, az új változatban a teljesneves megoldás lenne szép, ki tudja, valakinek még bejöhet a dolog. Akár screenshoot-válogatás is lehetne a három változatból, hogy egyszerűen lehessen látni a különbségeket a változatok között.
---
Powered by Áram

( falu v | 2007. 09. 21., p – 13:29 )

A kommentek fejlécének és láblécének háttérszíne egyezzen meg a blokkok fejlécnek színével (#d8d8c4). Így ahogy most van (szürke) nagyon egybeolvad a komment tartalmával. Esetelg a "válasz" linket át lehetne rakni a komment fejléc jobb felső sarkába?
...Falu...

"A kommentek fejlécének és láblécének háttérszíne egyezzen meg a blokkok fejlécnek színével (#d8d8c4)."

Ez most is így van.

"Így ahogy most van (szürke) nagyon egybeolvad a komment tartalmával"

A kommentek fej és lábléce nem szürke.

"Esetelg a "válasz" linket át lehetne rakni a komment fejléc jobb felső sarkába?"

Nem. Értelmetlen is lenne, meg egyébként is oda kerül kiírásra az új kommentek "új" jelzése. Tehát az foglalt hely.

--
trey @ gépház

Ha átküldöd a jelenlegi oldalról a kódot, amely a permalinkeket csinálja, akkor szívesen portolom modulként. Anélkül is megcsinálhatom, csak úgy könnyebb-gyorsabb lenne. :)

Valóban jó funkció (volt), kár lenne érte.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

( csorfab | 2007. 09. 21., p – 13:37 )

Szerintem jobban el kéne választani a hozzászóló nevét, és a dátumot, mondjuk a vessző helyett egy " | "-al

Apple MacBook
CD 1.83 | 1.25GB 667MHz | 60GB SATA | 2.36 kg | 5400mAh @ 12.5V

( hrgy84 | 2007. 09. 21., p – 14:55 )

Valamit nem értek, akkor a permalink feature az HUP-specifikus volt, vagy Drupal-feature? Mert hasznos, yó lenne a véglegesben is...

( hrgy84 | 2007. 09. 21., p – 15:05 )

A HUPWiki linkjeinél a kis b ikonkák lépcsőzetesek lesznek valamiért.

Szerk: __define__ kernel box ugyanilyen problémákkal küzd, csak ott egy drb b van elcsúszva, jelen pillanatbn a "2.6.23-rc6-git8: stable snapshot" link.

Mozilla Firefox 2.0.0.6, Gentoo Linux, Celeron III 1.3 GHz.

Nem. Amivel megnyílik. Nem nagyítottam rá az oldalra ha erre gondolsz.
Ilyen lesz a HUPWiki: 


Valami Szöveg     B
Valami Szöveg   B
Valami szöveg B
Valami szöveB
Valami szöBeg
Valami sBöveg

A define kernel esetében ez majdnem yó, csak az az egy bejegyzés hibás, talán mert 2 soros.

View -> Text Size -> Normal

Be van állítva, hogy jobbra zárt. Minden böngésző lekezeli jól, kivéve a Firefox. Az is csak akkor, ha a betűméret "normal"-nál kisebbre van állítva. Mivel semmi más böngészőben nem jelentkezik ez a hiba, kénytelen vagyok FF bugnak gondolni. Ha valaki tudja megoldást, hogy hogyan lehet workaround-olni, ossza meg, én nem jöttem rá.

--
trey @ gépház

Én úgy mondanám, hogy a gecko based böngészőkben. Seamonkeyben is bugzik.

Egyébként nincs köze ennek ahhoz, hogy először a kép van berakva a kódba, és csak utána van a szöveg, amit css-sel cserélsz fel? 


<li>
<div class="icon"><a href="/node/add/blog?iid=343410"
title="Hozzászólás ehhez a hírhez a személyes blogban." class="blog-it">
<img src="/misc/blog.png" alt="blogbejegyzés írása erről"
title="blogbejegyzés írása erről" height="12" width="12">
</a>
</div>
<a href="http://wiki.hup.hu/index.php/SAN">SAN</a>
</li>

Ha felcseréled, akkor is bugzik? Vagy akkor nem teszi ki jobbra a képet? 


<li>
<a href="http://wiki.hup.hu/index.php/SAN">SAN</a>
<div class="icon">
<a href="/node/add/blog?iid=343410"
title="Hozzászólás ehhez a hírhez a személyes blogban." class="blog-it">
<img src="/misc/blog.png" alt="blogbejegyzés írása erről"
title="blogbejegyzés írása erről" height="12" width="12">
</a>
</div>
</li>

Passz, ezzel a kérdéssel - mivel alap böngészőbeállításoknál nem jelentkezik - csak akkor kívánok foglalkozni, ha már igazán semmi más dolgom nem lesz.

Egyébként ezt te is ki tudod próbálni. Lemented az oldalt, kicseréled a kódot, teszteled :)

--
trey @ gépház

Nem tudom, nekem epiphany böngésző alól nem jön be a hiba. (Pedig én rendszeresen megnövelem a betűméretet, és nagyon sok honlapon zavaró ibák jönnek így elő, de a HUP-on én nem lelem azt amiről beszéltek). Tudtok adni egy konkrét URL-t, ahol hibás?

Nem növelni kell a betűméretet, hanem a "normál" alá csökkenteni. Azaz, ctrl + egérgörgő fel. Természetesen, ha használsz "minimális fontméret" beállítást, aminek az értéke nagyobb "10", akkor sose fogod látni a hibát.

Egyébként itt láthatod a kis kék négyzetek kavarodását.

--
trey @ gépház

Ya, erre gondoltál? Nem, nekem a kék négyzetek a szövegre is rámásznak. Normál betűméreten (gondolom ere gondolsz default beállítás alatt) is jelentkezik a hiba. Szerintem neked van valami beállításod. Ctrl + egérgörgőre se változik semmi, az oldal újratöltésével sem.

Nyomok mindjárt egy shotot, és kipakolom vhova.

Szerk: a valahova kissé soká tartott.
http://cathlen.atw.hu/hup_elcsuszott_kek.png
http://cathlen.atw.hu/hup_elcsuszott_kek2.png

Neked ezeken a képeken sokkal kisebbek a betűk, mint amilyennek lenniük kellene az alapértelmezett beállításokkal. Nem ekkorák a betűk, ha minden beállítás alapértelmezett.

- Mekkora felbontás ez?
- Megtennéd, hogy teszt kedvéért állítasz be "legkisebb betűméret"-nek "10"-et? (ennyinek kellene lennie)

Firefox-ban a Eszközök -> Beállítások -> Tartalom -> Haladó -> Legkisebb betűméret

Egyelőre ennyit nézzünk meg.

"Ctrl + egérgörgőre se változik semmi, az oldal újratöltésével sem."

Hát, akkor ott neked valami nem kerek, ha nem változik a betűméret...

--
trey @ gépház

Nem értem a problémádat. A kis kék "b" képek helyzete összefüggésben van a betűmérettel. Ha a HUP-on lejjebb veszed a betűméretet (ctrl + egérgörgő fel), akkor a kis kék "b" képek szintén rácsúsznak a szövegre. Eddig 10 gépről néztem Windows (XP, Vista), Linux alól IE6, IE7, FF 2.0.0.6, FF 2.0.0.7, Opera, Konqueror böngészőkkel, de ___default___ értéken mindenhol jó volt. Ennél többet nem tudok tenni. Nézd meg másik gépről, mert valószínűleg ezen a gépen nálad van valami elállítva. Vagy más fontot használsz (külön beállítottál valamit), vagy ki van kapcsolva, hogy a weboldal állíthassa a fontot, vagy nincs megadva minimális betűméret, vagy nem tudom. Kérlek nézd meg másik gépről is Firefox-szal, mert a képeden láthatóan nem olyan a betűk mérete, mint amilyennek kellene lennie.

--
trey @ gépház

Itt vannak az én képeim:

http://hup.hu/node/44904

Safari (Windows), Opera (Windows), IE6 (Windows), FF 2.0.0.6 (Ubuntu Feisty)

Nekem sehol sincsenek elcsúszva a kék képek. De csinálhatok Vista alatt is IE7-tel. Ugyanígy néz ki egyébként minden felbontásban 1024x768, 1280x1024, 1400x1050 és 1200x1600-ban is.

--
trey @ gépház

Elkezdett az új gnome/új firefox alatt is ugyanígy bugzani, most vettem észre. Az oldal "Normál méret"-tel van megnyitva, nem nagyítok rá, és nem kicsinyitem le. A gép változott, de gondolom az, hogy AMD64 lett a gépem, nem kellene kihatással legyen az oldal kinézetére.
Gondolkodom, hogy profiltörléssel meg lehetne oldani, de ha lehet, ezt az opciót elkerülném...

Mozilla Firefox 2.0.0.11, Gentoo Linux AMD64, AMD Sempron 3400+

( fidusz | 2007. 09. 21., p – 15:08 )

Ha már magyarul van a dátum, nem lehetne, hogy tényleg magyarul legyen? Pl. igy:
2007. szeptember 9., péntek

Tehát évszám és a nap után pont, és azt, hogy péntek a végére írni. Vagy ehhez a drupalt kellene magyarítani?

( kupcsik v | 2007. 09. 21., p – 16:48 )

Az új felirat szöveget nem lehetne behelyettesiteni mondjuk olyasmire, hogy _új, vagy új_ ? Csak mert ugy jobban lehetne ra keresni.
szerk: bocs, mar latom, feltettek ezt a kerdest.

( LiRul v | 2007. 09. 21., p – 17:12 )

Datum bug egyszer du maskor am. Amugy nem lehetne atterni 24 oras kijelzesre? Eleve olyan magyartalan az am/pm.

( hrgy84 | 2007. 09. 22., szo – 10:50 )

Plusz pont a Drupalnak. Vegre ki van javitva az a bug, hogy ha konzolos browserbol jovok (pl. elinks), akkor eddig nem toltodott a bejelentkezes utan ujra az oldal. Most a rc1 ujratoltodik, es ez yo nagyon. Eljenek a konzolos bongeszok!

( ParadoxH | 2007. 09. 22., szo – 16:27 )

Az esetleg megoldható, hogy a statistics_counter és a cikk fejléce között a hézag ne legyen ekkora? Hanem mondjuk csak annyi mint a fórumlista és a kiemelt cikk között... Ugyanakkor az sem lenne rossz, ha a div (talán a node vagy az info) közelebb kerülne a szélső oszlopokhoz (azaz függőlegesen is csökkenjen közöttük a hézag nagysága)

szerk: most olvasom, hogy strapal kérésére történt, az áttekinthetőség végett.

Igaz, nekem jobban tetszett tömörebben, de felőlem maradhat...

Nem vagyok tökéletes, mert tökéletesség csak a matematikában van, többek közt ezért is unalmas a matematika. © by TWÁ

( emberk | 2007. 09. 23., v – 00:30 )

Megy gördülékenyen semmi probléma nekem. Kicsit szellősebb mint 4-es alapú. Néztem 3-böngészővel azzal mindben tökegyforma szóval szvsz jó.

( hrgy84 | 2007. 09. 23., v – 09:47 )

Nem tudom, meg lehet-e valósítani, de az utolsó hozzászólások boxnál nem lehetne azt megcsinálni, hogy a hozzászólásra víve az egeret, tooltipbe (title?) megjelenne a hozzászólás topicjának címe? Ha nagyon bonyi, akkor inkább hagyjuk...

( hrgy84 | 2007. 09. 23., v – 10:50 )

Hmm... olybá tűnik, szép csendben a váltás megesett.

( turul16 v | 2007. 09. 23., v – 11:16 )

A validator
HTML 4.01 framsetkent kevesebb hibat mutat.

A cikkek szerző név dátumánál tényleg hiányzik a /span párja.

Line 224, Column 180: end tag for element "SPAN" which is not open. 


…. augusztus 24., péntek - 12:45</span> )</td><td align="right"><ul class="lin

( Xterm v | 2007. 09. 23., v – 13:51 )

lehet, hogy kezdek megvakulni, de nekem ez most nagyon pöttöm lett... van pár más dolog is, ami kevésbé tetszik, de azokat sztem megszokom majd. de a betűméret... azt hittem túl messze ültem le a hup elé olvasgatni :)

fura... mindenesetre az érzet továbbra is az, hogy mintha kisebb lenne. :) sebaj, megszokom, csak fura (lehet, hogy azért van, mert a fórumcímek résznél olyan fura elosztású volt egy-egy oszlop (1000000 pixel helyen 100 pixelnyi szöveg). mind1, a jó ég tudja. viszont örültem, amikor visszakerült a hozzászólások száma balra :)

( LiRul v | 2007. 09. 24., h – 09:25 )

Akinek hianyzik a permalink, es amugy is hasznal Greasemonkeyt: frissitettem a GM-scriptet. Elerhetoseg. Aki pedig extensionre eskuszik, annak Ajnasz hupper kiterjesztese a megoldas.