Nieuw GoT Design - (X)HTML feedback

[neevedr]

Onder de Usericon staat 4 icoontjes (ICQ,msn,...) de eerste 3 hebben een afmeting van 13*14, 13*12 en 14*14 dus allemaal ongeveer evengroot, de 4e heeft een afmeting van 22*11 wat een (hele) andere afmeting is. Is het niet mooier om hier een ander icoon voor te gebruiken die ook ongeveer 13*13 is?

[DUX]

neevedr schreef op 10 september 2004 @ 00:38:
Onder de Usericon staat 4 icoontjes (ICQ,msn,...) de eerste 3 hebben een afmeting van 13*14, 13*12 en 14*14 dus allemaal ongeveer evengroot, de 4e heeft een afmeting van 22*11 wat een (hele) andere afmeting is. Is het niet mooier om hier een ander icoon voor te gebruiken die ook ongeveer 13*13 is?

offtopic:
Dit topic was meer bedoeld voor de code achter de mooie plaatjes maar eerder in dit topic heb ik eenzelfde mededeling gemaakt als waar ik dan nogmaals even schaamteloos naar refereer.

Om dan toch nog even wat waarde aan mijn post toe te voegen: de uitlijn-bug in IE6 die ik vernoemde in dezelfde link hierboven is nog steeds van toepassing met deze nieuwe preview.

[Room42]

crisp schreef op 09 september 2004 @ 18:34:
Na een dagje stoeien in Lynx ben ik voorlopig op de volgende markup uitgekomen: http://crew.tweakers.net/crisp/newlayout/list_messages.html

NB; alt-tags op de in/uitklap plaatjes hebben geen zin; zonder stylesheet en JS zijn alle normaal ingeklapte items gewoon zichtbaar...

Dit zag ik na een ongelukkig klikje
Beneden bij Post reply werkt dat ook.

[Verwijderd]

is het niet een id om deze code te gebruiken:

code:

<input type="text" name="data[q]" value="Zoeken" class="textfield" onfocus="this.value=(this.value=='Zoeken') ? '' : this.value;" onblur="this.value=(this.value=='') ? 'Zoeken' : this.value;" accesskey="z" />

ipv deze

code:

<input type="text" name="data[q]" value="Zoeken" class="textfield" onfocus="if(this.value=='Zoeken')this.value=''" accesskey="z" />

dexus

[ Voor 30% gewijzigd door Verwijderd op 10-09-2004 09:24 ]

[Verwijderd]

Dan liever iets in de zin van:

if (this.value == 'Zoeken') this.value = ''; else this.select();

[André]

Tja, of gewoon helemaal niets. Er staat boven "quicksearch", dus waarom dat soort code er bij doen?

[crisp]

Room42 schreef op 10 september 2004 @ 01:12:
[...]

[afbeelding]

Dit zag ik na een ongelukkig klikje
Beneden bij Post reply werkt dat ook.

Handig om even te vermelden welke browser je gebruikt

neevedr schreef op 10 september 2004 @ 00:38:
Onder de Usericon staat 4 icoontjes (ICQ,msn,...) de eerste 3 hebben een afmeting van 13*14, 13*12 en 14*14 dus allemaal ongeveer evengroot, de 4e heeft een afmeting van 22*11 wat een (hele) andere afmeting is. Is het niet mooier om hier een ander icoon voor te gebruiken die ook ongeveer 13*13 is?

de 4e is inmiddels vervangen door het myReact icoontje, net als hier op GoT - die is ook kleiner

DUX schreef op 10 september 2004 @ 01:03:
[...]

offtopic:
Dit topic was meer bedoeld voor de code achter de mooie plaatjes maar eerder in dit topic heb ik eenzelfde mededeling gemaakt als waar ik dan nogmaals even schaamteloos naar refereer.

Om dan toch nog even wat waarde aan mijn post toe te voegen: de uitlijn-bug in IE6 die ik vernoemde in dezelfde link hierboven is nog steeds van toepassing met deze nieuwe preview.

mwa, ik vind de uitlijning toch alleszins redelijk...

[crisp]

Verwijderd schreef op 10 september 2004 @ 11:22:
Dan liever iets in de zin van:

if (this.value == 'Zoeken') this.value = ''; else this.select();

mmz, ja; die stond nog op mijn lijstje om aan te passen

[Verwijderd]

André schreef op 10 september 2004 @ 11:27:
Tja, of gewoon helemaal niets. Er staat boven "quicksearch", dus waarom dat soort code er bij doen?

Accessibility, gebruikersvriendelijkheid.

[Room42]

crisp schreef op 10 september 2004 @ 13:38:
[...]
Handig om even te vermelden welke browser je gebruikt

Pardon ik gebruik Firefox 0.9.3. Je ziet de tekst als je een sleep-beweging maakt waardoor je de knop en daarna die tekst eronder selecteerd. Die sleep je dan in beeld als het ware.

Ik zie dat in Internet Explorer de tekst netjes beneden op z'n plaats blijft, waardoor het niet zichtbaar wordt. (in Firefox schuift het bij het selecteren langzaam in beeld).

[ Voor 22% gewijzigd door Room42 op 10-09-2004 16:22 ]

[crisp]

Room42 schreef op 10 september 2004 @ 16:17:
[...]

Pardon ik gebruik Firefox 0.9.3. Je ziet de tekst als je een sleep-beweging maakt waardoor je de knop en daarna die tekst eronder selecteerd. Die sleep je dan in beeld als het ware.

Ik zie dat in Internet Explorer de tekst netjes beneden op z'n plaats blijft, waardoor het niet zichtbaar wordt. (in Firefox schuift het bij het selecteren langzaam in beeld).

aha, thanks voor de uitleg. Ik begrijp nu ook waarom dat gebeurd; in FF is alles wat overflow:hidden heeft toch met slepen scrollbaar. Ik heb het nu even opgelost door mozilla's propriety css-property -moz-user-select: none; te gebruiken voor deze elementen...

[Verwijderd]

bij de "Forum select" gebruik je "& nbsp;& nbsp;& nbsp;" om de items in te delen.
mij lijkt het een goed idee om daarvoor <OPTGROUP> te gebruiken.
de indeling wordt daardoor duidelijker, en de ontgroup-items kunnen niet geselecteert worden, dat is handig omdat de verschillende forum-categorieën ook niet geselecteert hoeven worden.
bijvoorbeeld deze pagina: http://gathering.tweakers.net/forum/list_category/4
eigenlijk is deze pagina compleet nutteloss aangezien je daar net zo makkelijk kan komen via de index-pagina.
dus als je het zou gebruiken dan zouden die pagina's er niet hoeven zijn.

dexus

[crisp]

Verwijderd schreef op 11 september 2004 @ 00:09:
bij de "Forum select" gebruik je "& nbsp;& nbsp;& nbsp;" om de items in te delen.
mij lijkt het een goed idee om daarvoor te gebruiken.
de indeling wordt daardoor duidelijker, en de ontgroup-items kunnen niet geselecteert worden, dat is handig omdat de verschillende forum-categorieën ook niet geselecteert hoeven worden.
bijvoorbeeld deze pagina: http://gathering.tweakers.net/forum/list_category/4
eigenlijk is deze pagina compleet nutteloss aangezien je daar net zo makkelijk kan komen via de index-pagina.
dus als je het zou gebruiken dan zouden die pagina's er niet hoeven zijn.

dexus

Ik heb bewust geen optgroups gebruikt omdat IE5.5 het niet ondersteund.

[Verwijderd]

Wat doet IE 5.5 er dan precies mee?

edit:
In reactie op crisp's reactie hieronder: Mijn gedachte exact

[ Voor 53% gewijzigd door Verwijderd op 11-09-2004 14:00 ]

[crisp]

Verwijderd schreef op 11 september 2004 @ 09:22:
Wat doet IE 5.5 er dan precies mee?

IE5.5 renderd de labels van de optgroups niet waardoor je alleen 1 lange lijst met forums krijgt. Aan de andere kant is natuurlijk het aandeel IE5.5 in de tussentijd alweer aardig geslonken, en denk ik ook dat de huidige extra functionaliteit van de select (het ook kunnen springen naar een categorie) ook niet echt gebruikt wordt.
Wellicht verander ik het nog wel

[-Lars-]

Mier gesignaleerd, zeg maar.

In list_messages.html, bij "verplaats berichten", is de ruimte bij "selecteer forum.." te klein: "Wetenschap & Levensbeschouwing" past er niet in. Idem voor "Maak een alias". (MSIE6 SP1)

[crisp]

-Larz- schreef op 11 september 2004 @ 17:00:
Mier gesignaleerd, zeg maar.

In list_messages.html, bij "verplaats berichten", is de ruimte bij "selecteer forum.." te klein: "Wetenschap & Levensbeschouwing" past er niet in. Idem voor "Maak een alias". (MSIE6 SP1)

De topicadmin is gisternacht nog op de schop gegaan om de nieuwste features in te bakken; ik zal de preview weer eens bijwerken binnenkort

[crisp]

ok het is zo ver; alle templates zijn klaar en ik ben druk bezig de puntjes op de i aan het zetten en de boel testen. Sommige 1.9.3 features heb ik nog niet ingebouwd en dat moet dus nog gebeuren; ook heb ik een aantal issues express tot het laatst laten liggen, maar dat heeft verder niets met het design of de opzet te maken.
Nog wat extra previews naast de huidige:

http://crew.tweakers.net/crisp/newlayout/index.html
http://crew.tweakers.net/crisp/newlayout/list_topics.html
http://crew.tweakers.net/crisp/newlayout/list_messages.html
http://crew.tweakers.net/crisp/newlayout/post_reply.html
http://crew.tweakers.net/crisp/newlayout/user_profile.html
http://crew.tweakers.net/crisp/newlayout/maintenance.html
http://crew.tweakers.net/crisp/newlayout/faq.html

[Verwijderd]

Er zijn al Mozilla bugs speciaal vanwege t.net, omdat '<link rel="alternate" type="application/rss+xml" href="/rss">' niet wordt gebruikt; zorg dat g.t.n hier wel aan voldoet a.u.b.

Die schaduwen onderaan zijn puur evil natuurlijk. Dat waren truucjes die gebruikt werden toen CSS net nieuw was en accessibility geen punt was.

Cool dat je OPGROUP hebt gekozen, crisp++.

g.t.n zou eigenlijk moeten overgaan op UTF-8 om verdere submittings problemen met iso-8859-* te verkomen. Daarnaast is dat bijna vereist voor XHTML aangezien je bij iso-8859-* een aantal karakters moet strippen en dus rekening moet houden met eerder genoemde submittings problemen. g.t.n zou moeten zeggen dat UTF-8 gebruikt wordt d.m.v een header, niet een META element waar niemand wat aan heeft. (Heb je gelijk geen enkel META element meer.)

Het HTML element moet een 'xml:lang' attribuut krijgen met als waarde 'nl'.

'dummy.css' + verwijzing kan imo wel weggelaten worden. Browsers behoren hier opties voor te geven en doen dat ook. (Daarmee doel ik op 'geen stylesheet', mocht er echt een alternate komen dan is dat prima.

Een nieuwe 'post_format' functie oid zou geen kwaad kunnen. (Eentje die <br /><br /> omzet in paragrafen enzo.) Maar ik begreep dat dat niet echt mogelijk was? Is React hierover al gemaild?

En ik snap dat g.t.n nu deze richting op gaat: http://annevankesteren.nl/archives/2004/09/new-window?

Later meer. By the way, sommige demo pagina's hebben alle code achter elkaar, zonder een enkele enter...

[Verwijderd]

http://crew.tweakers.net/crisp/newlayout/maintenance.html
het drop-downmenu bij tweakers.net staat buiten het vak..

veel pagina's hebben geen "gecentreerd" stylesheet, ik neem aan dat deze nog komen,
en is dat dan in te stellen bij prefs?

dexus

[crisp]

Verwijderd schreef op 16 september 2004 @ 07:41:
Er zijn al Mozilla bugs speciaal vanwege t.net, omdat '' niet wordt gebruikt; zorg dat g.t.n hier wel aan voldoet a.u.b.

zo staat het op dit moment wel in de templates, of zijn er nog meer dingen waar we rekening mee moeten houden? Ik kan dit met terugwerkende kracht ook nog wel in de huidige template aanpassen - het was mij niet bekend dat daar issues mee waren...

Die schaduwen onderaan zijn puur evil natuurlijk. Dat waren truucjes die gebruikt werden toen CSS net nieuw was en accessibility geen punt was.

tsja; ik heb er in dit geval toch voor gekozen om het zo te laten voor het visuele aspect. Aangezien het helemaal onderin de pagina staat denk ik dat accessibility niet zo'n item is.

Cool dat je OPGROUP hebt gekozen, crisp++.

Ja, wie gebruikt er tegenwoordig nog IE5.x? Da's te weinig om nog echt rekening mee te houden, en de functionaliteit is er niet echt minder op in die browsers.

g.t.n zou eigenlijk moeten overgaan op UTF-8 om verdere submittings problemen met iso-8859-* te verkomen. Daarnaast is dat bijna vereist voor XHTML aangezien je bij iso-8859-* een aantal karakters moet strippen en dus rekening moet houden met eerder genoemde submittings problemen. g.t.n zou moeten zeggen dat UTF-8 gebruikt wordt d.m.v een header, niet een META element waar niemand wat aan heeft. (Heb je gelijk geen enkel META element meer.)

mySQL biedt nog geen full support voor UTF-8, dus dat is geen optie op dit moment.

Het HTML element moet een 'xml:lang' attribuut krijgen met als waarde 'nl'.

done

'dummy.css' + verwijzing kan imo wel weggelaten worden. Browsers behoren hier opties voor te geven en doen dat ook. (Daarmee doel ik op 'geen stylesheet', mocht er echt een alternate komen dan is dat prima.

Staat er nu nog in voor testing purposes, wordt er straks in productie uitgehaald.

Een nieuwe 'post_format' functie oid zou geen kwaad kunnen. (Eentje die

omzet in paragrafen enzo.) Maar ik begreep dat dat niet echt mogelijk was? Is React hierover al gemaild?

Misschien iets voor later, maar lijkt me een haast onmogelijke opgave. Hoe ga je bijvoorbeeld om met RML die block-level elementen genereren? - die mogen niet in een paragraph voorkomen

En ik snap dat g.t.n nu deze richting op gaat: http://annevankesteren.nl/archives/2004/09/new-window?

Not quite; ik doe een window.open en geen a.target= in script. Ik ga dit script nog verder uitbreiden zodat het alleen werkt op het moment dat de linkermuiskop wordt gebruikt zonder shift of ctrl-key. Note dat het ook een pref wordt en in z'n geheel uit te schakelen is dus.

Later meer. By the way, sommige demo pagina's hebben alle code achter elkaar, zonder een enkele enter...

Klopt; dat zijn pagina's zoals die nu uit React komen rollen op mijn test-forum; ik had geen zin om daarin de code weer uit elkaar te trekken.

Verwijderd schreef op 16 september 2004 @ 10:50:
http://crew.tweakers.net/crisp/newlayout/maintenance.html
het drop-downmenu bij tweakers.net staat buiten het vak..

veel pagina's hebben geen "gecentreerd" stylesheet, ik neem aan dat deze nog komen,
en is dat dan in te stellen bij prefs?

dexus

Ik heb het menuutje iets opgeschoven zodat dat niet meer gebeurd.
De center-stylesheet is inderdaad een pref - op mijn eigen testforum heb ik 'm echter links staan waardoor de code voor de gecentreerde stylesheet niet toegevoegd is.

[Verwijderd]

MySQL geen support voor UTF-8? Explain! Wat heeft een db te maken met character encoding... Mijn website werkt ook gewoon op UTF-8 en MySQL (3.23 ofzo, beetje oud inderdaad).

[crisp]

Verwijderd schreef op 16 september 2004 @ 12:03:
MySQL geen support voor UTF-8? Explain! Wat heeft een db te maken met character encoding... Mijn website werkt ook gewoon op UTF-8 en MySQL (3.23 ofzo, beetje oud inderdaad).

Ik heb het me ook maar laten vertellen en heb het ook wel ergens gelezen, maar kan het zo snel niet terugvinden. Er schijnen issues te zijn op het moment dat je full-text searches of dingen als %like wil gaan doen als je UTF8 gebruikt.
En is het niet zo dat UTF8 meer ruimte inneemt waardoor je DB zwaarder belast gaat worden? Past er ook nog wel dezelfde hoeveelheid data in bijvoorbeeld een 64K veld?

[ Voor 6% gewijzigd door crisp op 16-09-2004 12:15 ]

[Verwijderd]

Nou kijk, sommige karakters nemen meer bytes in beslag. Dat zijn de bytes die niet binnen US-ASCII vallen zoals ë. Het voordeel is echter dat _elk_ karakter gebruikt kan worden. Over het algemeen, zeker voor een NL forum passen er dus evenveel karakters in.

[crisp]

Verwijderd schreef op 16 september 2004 @ 12:23:
Nou kijk, sommige karakters nemen meer bytes in beslag. Dat zijn de bytes die niet binnen US-ASCII vallen zoals ë. Het voordeel is echter dat _elk_ karakter gebruikt kan worden. Over het algemeen, zeker voor een NL forum passen er dus evenveel karakters in.

Inderdaad, gewone tekens nemen nog steeds 1 byte in beslag las ik net
Blijft de vraag of dingen als full-text searches nog steeds blijven werken zoals ze moeten werken. Ik heb het al eens voorgesteld aan ACM, maar die zei direct 'nee, onmogelijk' - verder zit ik niet diep genoeg in die materie om daar uitspraken over te doen.
Anyway is het op dit moment geen prio (hoewel het wel een groot aantal van de huidige problemen met entities op zou lossen), maar wellicht zou ik het hier thuis eens kunnen testen op mijn dev-forumpje

[CrashOne]

crisp schreef op 16 september 2004 @ 11:55:

[...]

Klopt; dat zijn pagina's zoals die nu uit React komen rollen op mijn test-forum; ik had geen zin om daarin de code weer uit elkaar te trekken.

[...]

Erg handig tooltje voor dit soort dingen, geschreven door een of ander vaag persoon :
http://www.allcrispy.com/exp/tidycode.html


ik kwam dit tegen over fulltext search onder MySql 4.1:

Full-text Restrictions

* Full-text searches are supported for MyISAM tables only.
* Full-text searches cannot be used with UCS-2 (but it works with UTF-8 as of MySQL 4.1.1).
* All parameters to the MATCH() function must be columns from the same table that is part of the same FULLTEXT index, unless the MATCH() is IN BOOLEAN MODE.
* All columns in the FULLTEXT index must have the same character set.
* The MATCH() column list must exactly match the column list in some FULLTEXT index definition for the table, unless this MATCH() is IN BOOLEAN MODE.
* The argument to AGAINST() must be a constant string.

[-Lars-]

Okee, even ene paar dingen die mij opvallen [Konqueror 3.3]:

• Veel lege ruimte onderaan (post_reply)
• Banner komt helemaal onderaan i.p.v. bovenaan (user_profile en faq)

edit:
Hmm, als ik het venster versleep/verklein verdwijnt de extra ruimte onderaan... Waarschijnlijk ligt het aan konqueror En die tweede fout misschien ook?

[ Voor 31% gewijzigd door -Lars- op 16-09-2004 15:35 ]

[HawVer]

Probleem met het code vlak in Mozilla Firefox 0.8. Volgens mij nog niet gemeld. Zowel.. oeps.

http://crew.tweakers.net/crisp/newlayout/post_reply.html

Screenie: http://www.mesu.nl/tmp/screenie.gif

[CrashOne]

HawVer schreef op 16 september 2004 @ 15:52:
Probleem met het code vlak in Mozilla Firefox 0.8. Volgens mij nog niet gemeld. Zowel.. oeps.

http://crew.tweakers.net/crisp/newlayout/post_reply.html

Screenie: http://www.mesu.nl/tmp/screenie.gif

Volgens mij is dat een firefox bug, upgrade eens naar de laatste versie.

[Verwijderd]

MySQL 4.1.1 ++

(Dan nog vraag ik me af wat het precieze probleem is aangezien ik ook full text search gebruik en UTF-8 en MySQL 3.23. Waarschijnlijk zitten het meer in de multiple byte karakters.)

[Verwijderd]

bij mozilla firefox 0.9.1 werkt het wel goed..

[crisp]

-Larz- schreef op 16 september 2004 @ 15:33:
Okee, even ene paar dingen die mij opvallen [Konqueror 3.3]:

• Veel lege ruimte onderaan (post_reply)
• Banner komt helemaal onderaan i.p.v. bovenaan (user_profile en faq)

edit:
Hmm, als ik het venster versleep/verklein verdwijnt de extra ruimte onderaan... Waarschijnlijk ligt het aan konqueror En die tweede fout misschien ook?

Kwam door een foutje in het framework; is inmiddels gefixed
mezelf toch aanleren alles eerst door de validator heen te halen - anyway; de faq is nu ook valid alleen moet ik nog een extra margin-top op de h3 zetten om die br weg te kunnen halen

Verwijderd schreef op 16 september 2004 @ 18:27:
bij mozilla firefox 0.9.1 werkt het wel goed..

Jep, 0.9+ required; 0.8 heeft wat lastige bugs...

[ Voor 13% gewijzigd door crisp op 16-09-2004 18:49 ]

[Verwijderd]

nogwat over index.html


al je kijkt zie je dat elle text gewoon achter elkaar staat geschereven, nu is het wel duidelijk maar als de lijsten langer worden heb je een probleem.
http://crew.tweakers.net/crisp/newlayout/
op dit moment worden de verschillende kolommen gescheiden door een kleurverschil En een border.
http://gathering.tweakers.net/
veel duidelijker natuurlijk.

staat het design nu gewoon vast of worden dit soort dingen nog verandert?

edit:
en wat gebeurt er als er bijvoorbeeld 31 pagina's zijn? of een te lange topictitel?

[ Voor 10% gewijzigd door Verwijderd op 16-09-2004 21:18 ]

[crisp]

Verwijderd schreef op 16 september 2004 @ 21:18:
nogwat over index.html


al je kijkt zie je dat elle text gewoon achter elkaar staat geschereven, nu is het wel duidelijk maar als de lijsten langer worden heb je een probleem.
http://crew.tweakers.net/crisp/newlayout/
op dit moment worden de verschillende kolommen gescheiden door een kleurverschil En een border.
http://gathering.tweakers.net/
veel duidelijker natuurlijk.

staat het design nu gewoon vast of worden dit soort dingen nog verandert?

edit:
en wat gebeurt er als er bijvoorbeeld 31 pagina's zijn? of een te lange topictitel?

Dat zijn dingen die we op ons Beta-forum al eens hebben kunnen bekijken, en wat ik me daarvan herinner waren dat geen echte issues en anders verzin ik daar nog wel wat op
Het is zelfs zo dat in deze nieuwe layout layout-verneuking door lange titels of veel pagina's zelfs minder vaak optreedt dan in de huidige layout.
Wb paginanummers zou je uiteindelijk ook zoiets kunnen doen:

code:

1 2 3 .... 31 32 33 34 35 36 37 38 39

[ Voor 14% gewijzigd door crisp op 16-09-2004 21:51 ]

[Verwijderd]

ja dat zou ook kunnen, maar dan is het niet mogelijk om op elke pagina te komen.
daar erger ik me nogal aan bij phpbb. (daarbij gebeurt het al bij 7 pagina's)
maar het is best een goede oplossing.

edit:
nog meer nutteloos gezeik:
waar is de quote onderbreker functie?

[Switch]

http://crew.tweakers.net/crisp/newlayout/faq.html

'Handige linkjes' gaat bij mij onder de heading door (Bij 'En hier nog een opsomming van de UBB-tags beschikbaar in React:') Firefox 1.0PR, XP SP1 .

[ Voor 34% gewijzigd door Switch op 16-09-2004 22:12 ]

[crisp]

Verwijderd schreef op 16 september 2004 @ 22:08:
ja dat zou ook kunnen, maar dan is het niet mogelijk om op elke pagina te komen.
daar erger ik me nogal aan bij phpbb. (daarbij gebeurt het al bij 7 pagina's)
maar het is best een goede oplossing.

edit:
nog meer nutteloos gezeik:
waar is de quote onderbreker functie?

Ik zit eraan te denken om een soort van editor-balk te maken met de meestgebruikte RML-features erin; daar zou dan ook de quote-onderbreker in moeten worden ondergebracht. Dat is echter de volgende fase; eerst moet dit 100% af zijn

Switch schreef op 16 september 2004 @ 22:08:
http://crew.tweakers.net/crisp/newlayout/faq.html

'Handige linkjes' gaat bij mij onder de heading door (Bij 'En hier nog een opsomming van de UBB-tags beschikbaar in React:') Firefox 1.0PR, XP SP1 .

[afbeelding]

mmz, ja; ik heb even een clear op de laatste paragraph gezet. Feit is echter dat de FAQ-content uit de database komt en ook niet door mij wordt onderhouden, maar misschien dat ik de omzetting naar compliant-xhtml nog wel op me ga nemen.

[qwertyuiop]

Het spijt met zeer maar ik vind het nog niet mooi.
Waarom worden er geen images gebruikt van T.net? Door de schaduwen 3d knoppen etc. is het wel behoorlijk ketserig geworden. Neem bijvoorbeeld de menubalk, die van het forum heeft een lelijke schaduw, de hoogte komt niet overeen, de tekst is niet hetzelfde.
Ook zo iets: de zoekknop op T.net is “go” en in de nieuwe layout “>>” . Raar maar waar.

Gaat hier nog iets aan verandert worden? Totzover toch een beetje layout gezeik .

[ Voor 11% gewijzigd door qwertyuiop op 17-09-2004 00:21 ]

[crisp]

qwertyuiop schreef op 17 september 2004 @ 00:19:
Het spijt met zeer maar ik vind het nog niet mooi.
Waarom worden er geen images gebruikt van T.net? Door de schaduwen 3d knoppen etc. is het wel behoorlijk ketserig geworden. Neem bijvoorbeeld de menubalk, die van het forum heeft een lelijke schaduw, de hoogte komt niet overeen, de tekst is niet hetzelfde.
Ook zo iets: de zoekknop op T.net is “go” en in de nieuwe layout “>>” . Raar maar waar.

Gaat hier nog iets aan verandert worden? Totzover toch een beetje layout gezeik .

dikke pech...

[creative8500]

qwertyuiop schreef op 17 september 2004 @ 00:19:
Het spijt met zeer maar ik vind het nog niet mooi.
Waarom worden er geen images gebruikt van T.net? Door de schaduwen 3d knoppen etc. is het wel behoorlijk ketserig geworden. Neem bijvoorbeeld de menubalk, die van het forum heeft een lelijke schaduw, de hoogte komt niet overeen, de tekst is niet hetzelfde.
Ook zo iets: de zoekknop op T.net is “go” en in de nieuwe layout “>>” . Raar maar waar.

Gaat hier nog iets aan verandert worden? Totzover toch een beetje layout gezeik .

Wellicht heb je het niet begrepen, maar het is niet de bedoeling dat De Frontpage en GoT hetzelfde zijn. Nu er de mogelijkheid is, krijgt GoT namelijk een beter design dan De Frontpage - één die wél leesbaar is. Daarom is er bijvoorbeeld meer padding rondom de menuitems dan op De Frontpage, zijn de nutteloze schaduwen achterwege gelaten, etcetera. Heb je zelf overigens wel door dat je zegt dat deze héle nieuwe layout niets vind, en dit beargumenteert met: a) dit scheelt 2 pixels, en b) dat scheelt 6 pixels, (...) en tenslotte y) dit is leesbaarder, en z) dat is netter.

[Cheese_man]

Ik vind het eigenlijk wel mooi zo....alleen is nog steeds het processorvoetje (net als op tweakers.net) linksboven volgens mij van antieke makelij

Verder ziet het er fris en strak uit

[Verwijderd]

Misschien een beetje off topic, maar de site, imo, is wel eens toe aan wat nieuwe kleuren. Ik lees hier regelmatig, maar de kleuren spreken me totaal niet aan van de site, denk niet dat ik de enige daarin ben btw.

Het is natuurlijk moeilijk om een site te veranderen naar een ieders zin, maar alleen een lay out veranderen vind ik mager na een aantal jaren hetzelfde te hebben gebruikt. Doe eens gek en kom eens met een nieuw concept, zodat het saaie lezen eens wat opgevrolijkt word

Sorry als ik je hiermee lastig val Crisp, maar wil wel eens een mooie site zien inplaats van dat oud bruine kleurtje, yuck

[creative8500]

*zucht* Abbo's mogen hun eigen stylesheet samenstellen. /eindeloze-discussie

[Roeligan]

lang leve de t.net full abbo's

[André]

ey, what about de t.net extra abbo's

[crisp]

ja, dat is het mooie van stylesheets
Uiteindelijk zullen we waarschijnlijk ook wel alternatieve stylesheets aan gaan bieden aan abbo's, en mogelijk zelfs de mogelijkheid voor deze layout om zelf een stylesheet te linken - hoewel de styling voor deze layout een stuk complexer is dan van de huidige silver template (maar ook veel meer mogelijkheden biedt aangezien de markup zelf helemaal geen style-informatie meer bevat).

[crisp]

oh ja, vandaag als 1 van de laatste puntjes de myReact alvast grofweg gestyled: http://crew.tweakers.net/crisp/newlayout/myreact.html
De laatste styling-dingetjes doe ik wel als ik weer door alle templates heenloop

[Spider.007]

crisp, wat doen die lege commentaar tags in de sourcecode van myreact?

[crisp]

Spider.007 schreef op 22 september 2004 @ 23:12:
crisp, wat doen die lege commentaar tags in de sourcecode van myreact?

daar moet nog wat ingebakken worden voor de 'new'-functionaliteit

[Spider.007]

crisp schreef op 22 september 2004 @ 23:14:
[...]

daar moet nog wat ingebakken worden voor de 'new'-functionaliteit

Aha... ik ben benieuwt welke browser deze functionaliteit tussen comment tags op zal pakken

[crisp]

Spider.007 schreef op 22 september 2004 @ 23:17:
[...]


Aha... ik ben benieuwt welke browser deze functionaliteit tussen comment tags op zal pakken

Die haal ik dan wel weg hoor
De React-parser haalt de inhoud van de comments eruit, maar niet de comment-tags zelf...

[Verwijderd]

Met opera 7.01 gaat het niet helemaal goed

http://81.206.72.99/temp/opera.JPG

[momania]

Voor zover ik weet zijn de vroege 7 versie van Opera nogal vol met bugs, dus ik kan me ook voorstellen dat aan opera niet zoveel aandacht wordt besteed

[crisp]

momania schreef op 23 september 2004 @ 21:16:
Voor zover ik weet zijn de vroege 7 versie van Opera nogal vol met bugs, dus ik kan me ook voorstellen dat aan opera niet zoveel aandacht wordt besteed

In fact: ik test enkel in Opera 7.6; zelfs Opera 7.5x heeft bugs waardoor er bepaalde dingen niet goed gaan en daar ga ik geen rekening mee houden...

[wicher|IA]

Ziet er mooi uit!
Ik heb wel wat opmerkingen, die niet zozeer codetechnisch zijn, maar m.i. wel van belang voor de usability.

Zou je aan de list_messages-versie nog wat berichten kunnen toevoegen, zodat we kunnen zien hoe dat er dan uitziet?
Ik vind het zelf namelijk altijd wel prettig als berichten om-en-om een ander achtergrondkleurtje hebben; ik zou dus graag zien hoe e.e.a. uitpakt als er meer berichten onder elkaar zijn.

Een ander puntje: in de forum-index kun je de categorieen uitklappen. Werkt op zich mooi.
Alleen: als ik redelijk aan de onderkant van de pagina gescrollt ben, en vervolgens een grote categorie inklap, gebeurt het snel dat de hele pagina daarmee dermate kleiner wordt dat-ie een stuk 'terugscrollt'. Als ik bijv de categorie GC inklap, schiet het bewuste knopje zelf ook ineens 100px omlaag. Dat is vanuit de usability niet erg ideaal. Het komt verwarrend over, want ik moet gaan zoeken waar ik nu net was.
Dit is redelijk simpel op te lossen door bijv. wat meer loze ruimte onderaan de pagina toe te voegen, zodat het minder snel verspringt als de pagina door inklappen kleiner wordt. Ook zou je de pagina sowieso een vaste lengte kunnen geven, dan gebeurt het helemaal nooit.

[crisp]

wicher schreef op 24 september 2004 @ 14:10:
Ziet er mooi uit!
Ik heb wel wat opmerkingen, die niet zozeer codetechnisch zijn, maar m.i. wel van belang voor de usability.

Zou je aan de list_messages-versie nog wat berichten kunnen toevoegen, zodat we kunnen zien hoe dat er dan uitziet?
Ik vind het zelf namelijk altijd wel prettig als berichten om-en-om een ander achtergrondkleurtje hebben; ik zou dus graag zien hoe e.e.a. uitpakt als er meer berichten onder elkaar zijn.

Ik zal eens wat bakken met meer messages

Een ander puntje: in de forum-index kun je de categorieen uitklappen. Werkt op zich mooi.
Alleen: als ik redelijk aan de onderkant van de pagina gescrollt ben, en vervolgens een grote categorie inklap, gebeurt het snel dat de hele pagina daarmee dermate kleiner wordt dat-ie een stuk 'terugscrollt'. Als ik bijv de categorie GC inklap, schiet het bewuste knopje zelf ook ineens 100px omlaag. Dat is vanuit de usability niet erg ideaal. Het komt verwarrend over, want ik moet gaan zoeken waar ik nu net was.
Dit is redelijk simpel op te lossen door bijv. wat meer loze ruimte onderaan de pagina toe te voegen, zodat het minder snel verspringt als de pagina door inklappen kleiner wordt. Ook zou je de pagina sowieso een vaste lengte kunnen geven, dan gebeurt het helemaal nooit.

Ik denk dat dat soort behaviour een browser-issue is en daar kan je met opmaak weinig aan veranderen ben ik bang. Loze ruimte vind ik redelijk zinloos, en een vaste hoogte opgeven vind ik al helemaal eng.

[Wolf87]

kon niet zo snel vinden of dit al gemeld was, maar in Mozilla 1.7.3 kloppen de tabbladen niet.

[crisp]

Wolf87 schreef op 24 september 2004 @ 22:57:
kon niet zo snel vinden of dit al gemeld was, maar in Mozilla 1.7.3 kloppen de tabbladen niet.

[afbeelding]

Lijkt me een renderfoutje van Mozilla; hier in firefox en zelfs mozilla 1.5 ziet het er prima uit

[crisp]

En hij is nu echt klaar trouwens en gaat de test-fase in \o/

[wicher|IA]

crisp schreef op 24 september 2004 @ 15:05:
[...]
Ik zal eens wat bakken met meer messages

Mooi, bedankt!

[...]
Ik denk dat dat soort behaviour een browser-issue is en daar kan je met opmaak weinig aan veranderen ben ik bang. Loze ruimte vind ik redelijk zinloos, en een vaste hoogte opgeven vind ik al helemaal eng.

Met alle respect, maar zeggen dat het een browser-issue is, en daarmee geen designer-issue vind ik te makkelijk.
Feit is dat alle (grote) browsers het zo doen, en dat dat behaviour mijns inziens ook logisch is.
Dan moet je daar als designert toch rekening mee houden. Tenslotte doe je het toch voor de gebruikers.
Het feit dat wat loze ruimte een goede workaround hiervoor is geeft al aan dat die loze ruimte dus niet zinloos is.

Waarom zou je die ruimte niet toevoegen? Ze verhoogt de bruikbaarheid/ergonomie, terwijl er nauwelijks nadelen zijn.

[crisp]

wicher schreef op 25 september 2004 @ 00:44:
[...]

Mooi, bedankt!

onderaan http://crew.tweakers.net/crisp/newlayout/post_reply.html staan al 3 messages onder elkaar; dat geeft wel al een beeld denk ik

[...]

Met alle respect, maar zeggen dat het een browser-issue is, en daarmee geen designer-issue vind ik te makkelijk.
Feit is dat alle (grote) browsers het zo doen, en dat dat behaviour mijns inziens ook logisch is.
Dan moet je daar als designert toch rekening mee houden. Tenslotte doe je het toch voor de gebruikers.
Het feit dat wat loze ruimte een goede workaround hiervoor is geeft al aan dat die loze ruimte dus niet zinloos is.

Waarom zou je die ruimte niet toevoegen? Ze verhoogt de bruikbaarheid/ergonomie, terwijl er nauwelijks nadelen zijn.

nee, door extra ruimte onderin toe te voegen geef je in eerste instantie de indruk dat er meer content is dan er daadwerkelijk is, en hoe vaak klap je nou een categorie in of uit?

[Room42]

crisp schreef op 24 september 2004 @ 15:05:
[...]

Ik denk dat dat soort behaviour een browser-issue is en daar kan je met opmaak weinig aan veranderen ben ik bang. Loze ruimte vind ik redelijk zinloos, en een vaste hoogte opgeven vind ik al helemaal eng.

Wat je zou kunnen doen, is met javascript of een #-link (hoe heet dat? ) terug kunnen scrollen naar het uitgeklapte item. Lijkt me op zich nog best handig ook! Zo werkt de explorer tenslotte ook Die scrolt zodat al het (of zoveel mogelijk) uitgeklapte (van de folders) zichtbaar is.

[ Voor 3% gewijzigd door Room42 op 25-09-2004 03:51 ]

[wicher|IA]

crisp schreef op 25 september 2004 @ 00:53:
[...]
nee, door extra ruimte onderin toe te voegen geef je in eerste instantie de indruk dat er meer content is dan er daadwerkelijk is, en hoe vaak klap je nou een categorie in of uit?

Als je er toch vanuit gaat dat men het niet gebruikt, waarom is het er dan?
Als je het inbouwt, moet het ook intuitief werken, vind ik.

Hoewel het al wel eerder gezegd zal zijn, moet ik toch zeggen dat ik het geheel veel liever gecentreerd in beeld heb, dan links uitgelijnd...
Kan er misschien een functie komen om dit in je prefs te bepalen?

(Anders moet ik zelf even bouwen dat er links standaard een wit html-frame naast hangt. )

[Verwijderd]

Ik weet niet of ik dit mag vragen...Maar komt er in de nieuwe versie van dit forum een PM-Functie voor alle gebruikers (dus niet alleen voor MOD's) ?

[wicher|IA]

Verwijderd schreef op 25 september 2004 @ 10:46:
Ik weet niet of ik dit mag vragen...Maar komt er in de nieuwe versie van dit forum een PM-Functie voor alle gebruikers (dus niet alleen voor MOD's) ?

Ik denk niet dat je dit mag vragen nee, ik denk namelijk dat dit meer een kwestie van beleid is dan van design/code.

Ik dacht dat het beleid was dit niet te doen. Als je wat te zeggen hebt doe je het maar in het openbaar in een normaal topic. Anders heb je zelf dingen als mail en instant messaging, daar hoeft GoT niet voor te zorgen.

[crisp]

voor centreren is er een pref ja

[Maverick]

Ik zie dat bij postreply de quote knop meteen de text in je reply venster gooit. Is dit ook een idee voor de normale quote icm de quickreply? Of ben ik de enige die dat handig lijkt?

[simon]

Maverick schreef op 25 september 2004 @ 12:16:
Ik zie dat bij postreply de quote knop meteen de text in je reply venster gooit. Is dit ook een idee voor de normale quote icm de quickreply? Of ben ik de enige die dat handig lijkt?

Lijkt mij altijd ook handig, toch iets meer overzicht.

[crisp]

Maverick schreef op 25 september 2004 @ 12:16:
Ik zie dat bij postreply de quote knop meteen de text in je reply venster gooit. Is dit ook een idee voor de normale quote icm de quickreply? Of ben ik de enige die dat handig lijkt?

Nee, de quickreply is bedoelt om snel een berichtje te kunnen tikken; daar gaan we verder geen fratsen aan hangen. Daarbij is het tekstvlak van de quickreply ook een stuk kleiner; als je daar meerdere quotes achter elkaar in plakt ben je juist al snel het overzicht kwijt.

[ Voor 17% gewijzigd door crisp op 25-09-2004 13:18 ]

[wicher|IA]

Bij list_topics:
Als een topic langer is dan 1 pagina komt er bijvoorbeeld 1 2 3 last achter de topictitel.
De cijfertjes zijn echter nogal klein, wat op zich goed is, maar doordoor ook 'lastig' klikbaar. Ze hebben maar een klein 'klikbaar oppervlak'.
Zou je dit wat kunnen vergroten door bijvoorbeeld de spaties ertussen ook bij de link te betrekken, dus bijvoorbeeld zo: <a href="1"> 1 </a><a href="2"> 2 </a> enz.?
Hoeft er niet echt anders uit te zien, is wel makkelijker in gebruik.

[BtM909]

wicher schreef op 25 september 2004 @ 15:30:
Bij list_topics:
Zou je dit wat kunnen vergroten door bijvoorbeeld de spaties ertussen ook bij de link te betrekken, dus bijvoorbeeld zo: <a href="1"> 1 </a><a href="2"> 2 </a> enz.?
Hoeft er niet echt anders uit te zien, is wel makkelijker in gebruik.

Spaties is zo '90's

Dit kan uiteraard met CSS opgelost worden, maar.... je klikt al gauw op een ander item...

[ Voor 27% gewijzigd door BtM909 op 25-09-2004 15:33 ]

[crisp]

wicher schreef op 25 september 2004 @ 15:30:
Bij list_topics:
Als een topic langer is dan 1 pagina komt er bijvoorbeeld 1 2 3 last achter de topictitel.
De cijfertjes zijn echter nogal klein, wat op zich goed is, maar doordoor ook 'lastig' klikbaar. Ze hebben maar een klein 'klikbaar oppervlak'.
Zou je dit wat kunnen vergroten door bijvoorbeeld de spaties ertussen ook bij de link te betrekken, dus bijvoorbeeld zo: 1 2 enz.?
Hoeft er niet echt anders uit te zien, is wel makkelijker in gebruik.

Fact is, ze zijn juist groter dan de huidige pagina-linkjes
Verder komt er onderaan nog een apart linkje om naar de volgende pagina door te bladeren

[wicher|IA]

Nog iets anders: het automagisch resizen van images vind ik niet zo relaxed.

Mijn Firefox (met smooth scrolling) gaat erg niet-smooth scrollen als er zo'n ding door het beeld wil. Als je in een 'plaatjes-topic' zit wordt dat al snel erg irritant.

Zou er niet een optie kunnen komen deze auto-resize-functie uit te schakelen? Of iets anders?

Nu kun je wel zeggen: zet smooth scrolling uit. Ik heb echter VEEL liever een plaatje dat uit de layout breekt dan dat ik ineens verplicht wordt mijn prefs aan te passen aan een bep. website.

[wicher|IA]

BtM909 schreef op 25 september 2004 @ 15:33:
[...]

Spaties is zo '90's

Dit kan uiteraard met CSS opgelost worden, maar.... je klikt al gauw op een ander item...

Ik snap je eerste punt, maar er staan nu al spaties tussen. Die dan IN de links zetten ipv ertussen vind ik dan niet zo problematisch. CSS is inderdaad beter, maar weer wat lastiger als de linkjes groter worden als je boven de 9 komt.

crisp schreef op 25 september 2004 @ 15:45:
[...]

Fact is, ze zijn juist groter dan de huidige pagina-linkjes
Verder komt er onderaan nog een apart linkje om naar de volgende pagina door te bladeren

Dat ze al groter zijn is mooi, en helemaal zo'n apart 'next-page-pijltje' onderaan is goed! (Veel zinniger dan een 'next-topic-pijltje').

Maar... hoe groter hoe beter (zolang het er netjes uitziet). Bij het huidige design heb ik me ermee verzoend, maar dit lijkt me een mooie gelegenheid een dergelijk puntje te verbeteren.

[ Voor 9% gewijzigd door wicher|IA op 25-09-2004 15:51 ]

[crisp]

wicher schreef op 25 september 2004 @ 15:47:
Nog iets anders: het automagisch resizen van images vind ik niet zo relaxed.

Mijn Firefox (met smooth scrolling) gaat erg niet-smooth scrollen als er zo'n ding door het beeld wil. Als je in een 'plaatjes-topic' zit wordt dat al snel erg irritant.

Zou er niet een optie kunnen komen deze auto-resize-functie uit te schakelen? Of iets anders?

Nu kun je wel zeggen: zet smooth scrolling uit. Ik heb echter VEEL liever een plaatje dat uit de layout breekt dan dat ik ineens verplicht wordt mijn prefs aan te passen aan een bep. website.

In firefox valt de layoutverneuking nog wel mee bij te brede content, maar IE rekt echt alles uit. Ja, ik zou er een pref van kunnen maken, maar aan de andere kant moeten users gewoon zorgen dat hun plaatjes niet breder dan 550 pixels zijn... Het is een kunstgreep voor luie users...

[wicher|IA]

crisp schreef op 25 september 2004 @ 15:52:
[...]

In firefox valt de layoutverneuking nog wel mee bij te brede content, maar IE rekt echt alles uit. Ja, ik zou er een pref van kunnen maken, maar aan de andere kant moeten users gewoon zorgen dat hun plaatjes niet breder dan 550 pixels zijn... Het is een kunstgreep voor luie users...

Zou je plaatjes groter dan 550px niet gewoon kunnen verbergen dmv Javascript?
Lijkt me wel effectief.
Handig zou zijn ze te vervangen door een speciale link naar het plaatje, maar dat is misschien wat irritanter om automagisch te doen...

He, ik heb een ander idee: zou er niet een pref kunnen komen waarmee ik zelf kan bepalen hoe groot resizete plaatjes worden? Ze worden nu 550px neem ik aan. Daar hapert mijn Firefox op. Waarschijnlijk echter veel minder als ze 300px of zo worden.

[wicher|IA]

Om toch nog even terug te komen op het 'om-en-om' kleuren van berichten...

Nu kleur je eigenlijk ook al om-en-om, maar dan tussen de bericht-kop en het bericht zelf.

Net zo goed kleurwisselingen, en zelfs 2x meer.
Is het dan toch niet rustiger en duidelijker het per bericht te wisselen?

[crisp]

wicher schreef op 25 september 2004 @ 16:07:
Om toch nog even terug te komen op het 'om-en-om' kleuren van berichten...

Nu kleur je eigenlijk ook al om-en-om, maar dan tussen de bericht-kop en het bericht zelf.

Net zo goed kleurwisselingen, en zelfs 2x meer.
Is het dan toch niet rustiger en duidelijker het per bericht te wisselen?

Nee, daar voorziet het design niet in, en waarom nu nog zulke drastische maatregelen opperen; geef het eerst een kans zou ik zeggen. Van een paar screenshots is het gewoon erg lastig beoordelen hoe de userexperience in het echt is, en geloof me: ik test al maanden met deze template en ik vind 'm persoonlijk erg prettig

[wicher|IA]

crisp schreef op 25 september 2004 @ 16:33:
[...]

Nee, daar voorziet het design niet in, en waarom nu nog zulke drastische maatregelen opperen; geef het eerst een kans zou ik zeggen. Van een paar screenshots is het gewoon erg lastig beoordelen hoe de userexperience in het echt is, en geloof me: ik test al maanden met deze template en ik vind 'm persoonlijk erg prettig

Sorry. Het is ook meer twijfel bij mij, dan dat ik concreet weet wat beter is.
Ik zal je hier verder in vertrouwen en er voorlopig niet meer over beginnen.

[crisp]

Ik heb inmiddels een pref ingebakken waarmee je de image-resize uit kan zetten

[crisp]

depreciated; design is af

[ Voor 48% gewijzigd door crisp op 11-10-2004 12:18 ]