[html, css, js] voor dummies #17

donderdag 23 juni 2011 @ 11:19:54 #1

RenRen-

No more linkjes.

[ Bericht 98% gewijzigd door RenRen- op 23-06-2011 11:52:41 ]

donderdag 23 juni 2011 @ 11:20:27 #3

RenRen-

Ik open zelf maar even een nieuwe. Echt alleen javascript? Da's kut, dan moet ik echt een nieuwe pagina aanmaken voor hetzelfde artikel. Bedankt voor het opzoeken though

donderdag 23 juni 2011 @ 11:20:41 #4

RenRen-

quote:
Op donderdag 23 juni 2011 11:20 schreef Scorpie het volgende:
Sorry. Kusje?

Ja ik ben nu vet boos. Hoowr.

donderdag 23 juni 2011 @ 11:24:40 #6

RenRen-

quote:
Op donderdag 23 juni 2011 11:21 schreef Scorpie het volgende:

[..]

Een nieuwe pagina? Waarom?

Ik zit te werken in Joomla..
_{En echt niet omdat ik het zo fijn vind werken, het moet.}

En daar heb je in een artikel de optie "Lees meer", alleen als ik dat selecteer, krijg je alleen de tekst VANAF de lees meer, dus niet de intro, en moet ik een andere optie gaan zoeken. En aangezien ik lastig in de html kan gaan kutten omdat de hele layout dan dood gaat, en javascript nog weleens opgeslokt wordt door Joomla, hoopte ik op een manier met CSS. Maar nu moet ik dus de introtekst op pagina 1, en de gehele tekst op pagina 2.

!

donderdag 23 juni 2011 @ 11:43:00 #7

KomtTijd...

Dat lijstje met topics in de OP, dat kan er wel uit. En de TT, zullen we daar een keer [HTML/CSS] van maken?

zcflevo.nl

donderdag 23 juni 2011 @ 11:52:27 #8

RenRen-

quote:
Op donderdag 23 juni 2011 11:43 schreef KomtTijd... het volgende:
Dat lijstje met topics in de OP, dat kan er wel uit. En de TT, zullen we daar een keer [HTML/CSS] van maken?

Die moet je denk ik even in de FB posten, linkjes haal ik er wel uit

(Gewoon omdat het niet mijn subforum is)

donderdag 23 juni 2011 @ 13:15:52 #9

MrNiles

is er een mogelijkheid om letters een willekeurige kleur te geven
en dan ook elke letter een andere kleur?
of laten kiezen uit bepaalde kleuren?

donderdag 23 juni 2011 @ 13:25:49 #10

KomtTijd...

quote:
Op donderdag 23 juni 2011 13:15 schreef MrNiles het volgende:
is er een mogelijkheid om letters een willekeurige kleur te geven
en dan ook elke letter een andere kleur?
of laten kiezen uit bepaalde kleuren?

Kun je 'm niet vinden?
[Javascript] voor dummies (deel 11)

zcflevo.nl

donderdag 23 juni 2011 @ 13:37:57 #11

MrNiles

quote:
Op donderdag 23 juni 2011 13:25 schreef KomtTijd... het volgende:

[..]

Kun je 'm niet vinden?
[Javascript] voor dummies (deel 11)

nee nee...dat is gelukt
dit is toch iets anders
ik wil nu graag in 1 vd 2 css files dat de LETTERS een random kleur krijgen
elke letter een andere kleur ook nog

de vraag is of dat automatisch kan met een code in css...of toch js misschien
het is maar voor 12 woorden (menu) maar toch...tis een klote werk en als het auto kan

donderdag 23 juni 2011 @ 13:41:09 #12

KomtTijd...

Nee, dat moet je scripten.
Of je moet iedere letter in een eigen span met classname zetten en iedere class een aparte kleur geven in je css. Maar dan nog zijn de kleuren dus niet random.

zcflevo.nl

donderdag 23 juni 2011 @ 16:41:39 #13

Tegan

Als het toch maar twaaf woorden zijn zou ik het gewoon allemaal aparte span's geven. En kleuren zou je toch wel kunnen randomizen op een bepaalde manier? Ik zou het sowieso al niet doen overigens

. Maar als je het voor die ene keer gaat string replace of een functie gaat schrijven dan kost het alleen maar denkkracht, voor die paar tekentjes extra.

donderdag 23 juni 2011 @ 16:48:31 #14

KomtTijd...

twaalf woorden zijn al snel een letter of 100.
100x <span class='color1'>a</span>, je moet het maar in je code willen hebben...

zcflevo.nl

donderdag 23 juni 2011 @ 16:50:42 #15

PimD

Nee.

quote:
Op donderdag 23 juni 2011 13:41 schreef KomtTijd... het volgende:
Nee, dat moet je scripten.
Of je moet iedere letter in een eigen span met classname zetten en iedere class een aparte kleur geven in je css. Maar dan nog zijn de kleuren dus niet random.

Lettering.js doet dat automagisch voor je, om iedere letter een class zetten. Uiteraard ga je dat niet handmatig of in serverside-code zitten doen. Met wat CSS3 kun je zo heel makkelijk een kleurencombinatie maken die er random uit ziet.

Nee.

donderdag 23 juni 2011 @ 16:53:13 #16

KomtTijd...

quote:
Op donderdag 23 juni 2011 16:50 schreef PimD het volgende:

[..]

Lettering.js doet dat automagisch voor je, om iedere letter een class zetten. Uiteraard ga je dat niet handmatig of in serverside-code zitten doen. Met wat CSS3 kun je zo heel makkelijk een kleurencombinatie maken die er random uit ziet.

Dat zeg ik

zcflevo.nl

donderdag 23 juni 2011 @ 17:13:12 #17

PimD

Nee.

Ja, maar een linkje naar een kant-en-klaar tooltje is wel zo handig toch? Ik zou in ieder geval waarschijnlijk een paar uur bezig zijn om zoiets zelf te scripten hoor

- Maar ik ben dan ook geen Javascript-held.

Nee.

donderdag 23 juni 2011 @ 17:21:06 #18

PimD

Nee.

Vandaag trouwens bezig geweest met het positioneren van elementen die buiten de viewport kunnen vallen, indien deze te klein is. Het gaat om afbeeldingen die buiten de algemene container van de website staan, maar dus niet voor een horizontale scrollbar mogen zorgen. Nog een heel teringwerk geweest om iets te bedenken dat goed werkt, maar denk dat ik inmiddels een heel eind ben.

In eerste instantie dacht ik "absoluut positioneren, klaarrrrrr" - maar dat werkt natuurlijk alleen als de afbeeldingen naan de linkerkant buiten de viewport staan. Aan de rechterkant zorgt dit (logisch) natuurlijk voor een scrollbalk.

Voordat iemand zegt "media-queries!" - dat is m.i. geen mogelijkheid omdat het ook zonder Javascript moet werken in oudere browsers. Hopelijk morgen afronden

Nee.

vrijdag 24 juni 2011 @ 11:50:45 #19

MrNiles

quote:
Op donderdag 23 juni 2011 16:50 schreef PimD het volgende:

[..]

Lettering.js doet dat automagisch voor je, om iedere letter een class zetten. Uiteraard ga je dat niet handmatig of in serverside-code zitten doen. Met wat CSS3 kun je zo heel makkelijk een kleurencombinatie maken die er random uit ziet.

ziet er goed uit
weet alleen helemaal niet hoe dat jQuery werkt
wat ik dan weer minder vindt is dat de volgorde van de kleuren overal gelijk zijn
misschien is dat wel aan te passen maar ik zie niet hoe

vrijdag 24 juni 2011 @ 12:04:47 #20

DaFan

quote:
Op vrijdag 24 juni 2011 11:50 schreef MrNiles het volgende:

[..]

ziet er goed uit
weet alleen helemaal niet hoe dat jQuery werkt
wat ik dan weer minder vindt is dat de volgorde van de kleuren overal gelijk zijn
misschien is dat wel aan te passen maar ik zie niet hoe

Kijk naar het voorbeeld en de CSS die in de HTML zit:

1
2
3
4
5
6
7
8
9
10

#demo2 .word2,
        .line2 { color: orange; }
        .char3,
        .word3,
        .line3 { color: yellow; }
        .char4,
        .line4 { color: blue; }
        .char5 { color: green; }
        .char6 { color: indigo; }
        .char7 { color: violet; }

Je kan dus zelf de kleuren per letter bepalen.
Als je het voor een woord van 100 letters doet is het wel veel werk maar het is dus te manipuleren.

jQuery instap;
http://docs.jquery.com/Tutorials:How_jQuery_Works

vrijdag 24 juni 2011 @ 12:38:43 #21

MrNiles

quote:
Op vrijdag 24 juni 2011 12:04 schreef DaFan het volgende:

[..]

Kijk naar het voorbeeld en de CSS die in de HTML zit:

[ code verwijderd ]

Je kan dus zelf de kleuren per letter bepalen.
Als je het voor een woord van 100 letters doet is het wel veel werk maar het is dus te manipuleren.

jQuery instap;
http://docs.jquery.com/Tutorials:How_jQuery_Works

maar dan kan ik net zo goed alle letters apart een span class meegeven
ziet er alleen uit al een h**r maar werkt zelfde en misschien nog wel sneller klaar
misschien voor elk woord ff een include met php doen..dan ziet het er iets overzichtelijker uit

vrijdag 24 juni 2011 @ 13:28:04 #22

DaFan

quote:
Op vrijdag 24 juni 2011 12:38 schreef MrNiles het volgende:

[..]

maar dan kan ik net zo goed alle letters apart een span class meegeven
ziet er alleen uit al een h**r maar werkt zelfde en misschien nog wel sneller klaar
misschien voor elk woord ff een include met php doen..dan ziet het er iets overzichtelijker uit

Als je het maar 1x gebruikt, denk het wel ja. Het ziet er idd niet uit.
Voor zover ik kan zien, is het enige wat lettering voor je doet (wat jij wil) is er spans omheen zetten.

vrijdag 24 juni 2011 @ 16:37:10 #23

n8n

Pragmatisch

Zag in het vorige topic dat de style-informatie werd gewijzigd om het een en ander wel of niet zichtbaar te maken. Tests wijzen uit dat het sneller is om de naam van de class te beïnvloeden in plaats van de declaratie.

Begint ook steeds meer op een front-end topic te lijken, waar html, css en js-vragen allen voorbij komen. Wellicht tijd om dit topic daar naar te noemen, met het javascript topic als backup om specifieke coding-problemen voor te leggen.

edit: heb het in FB voorgelegd: Het grote Digital Corner FB topic

[ Bericht 19% gewijzigd door n8n op 24-06-2011 16:45:08 ]

“Specialization is for insects”.—Robert Heinlein

zaterdag 25 juni 2011 @ 18:04:55 #24

RenRen-

Hullo weer.

Ik ben nu eindelijk weer voor mezelf bezig

Ongeveer dan, en daar heb ik weereens een vraag over.

Ik heb een menu, die is 44px hoog, waarin menu-items staan, die zijn wat kleiner. Bij de hover en de active wil ik dat er een afbeelding te zien is. Het probleem is echter dat die wat hoger is dan de items, en nu dus afgesneden wordt naar 12px. Ik heb de menu a, menu ul a, menu ul en menu ul li, ennnn #menu ul li a:hover geprobeerd hoger te maken, maar mijn afbeelding komt steeds niet goed naar voren, hoe krijg ik dit voor elkaar?

Als je een linkje nodig hebt, kun je DM'en.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

#menu{
    height:44px;
    width:900px;
    background-image:url('');
    font-size:13px;
    background-repeat:repeat-x;
line-height:43px;

}

#menu ul{
    color:#fff;
}

#menu ul li{
    display: inline;
    margin-right:40px;

}

#menu ul li a{
    text-decoration: none;
    color:#fff;

}

#menu ul li a:hover{
    color:#1a4477;
    background-image:url();
    background-position:center;
    background-repeat:no-repeat;

}

zaterdag 25 juni 2011 @ 18:15:09 #25

n8n

Pragmatisch

de <a> display:block maken en de gewenste hoogte of een verticale padding geven. Als het dan werkt is het opgeven van de hoogte voor het menu ook niet meer nodig omdat deze dan de geneste elementen omsluit (toegevoegde waarde voor wie alleen tekst laat schalen).

Ziet er overigens naar uit dat je het <nav> element nodig hebt, <menu> is om opties/wijzigingen binnen een website/applicatie.

“Specialization is for insects”.—Robert Heinlein

zaterdag 25 juni 2011 @ 18:17:31 #26

Light

<a> display:inline-block geven zou ook moeten voldoen.

Alternatief is nog om de afbeelding op de li te zetten als de muis over een link wordt bewogen, maar dat lukt alleen als met javascript.

fokstok.nl

zaterdag 25 juni 2011 @ 18:18:53 #27

n8n

Pragmatisch

quote:
Op zaterdag 25 juni 2011 18:17 schreef Light het volgende:
<a> display:inline-block geven zou ook moeten voldoen.

Alternatief is nog om de afbeelding op de li te zetten als de muis over een link wordt bewogen, maar dat lukt alleen als met javascript.

if IE6 negeren en de li:hover een url(); geven. Zou in de normale staat ook de afbeelding linken maar dan buiten zicht, dan werkt het zichtbaar worden van de afbeelding sneller omdat deze al is geladen

“Specialization is for insects”.—Robert Heinlein

zaterdag 25 juni 2011 @ 18:21:43 #28

RenRen-

quote:
Op zaterdag 25 juni 2011 18:15 schreef n8n het volgende:
de <a> display:block maken en de gewenste hoogte of een verticale padding geven. Als het dan werkt is het opgeven van de hoogte voor het menu ook niet meer nodig omdat deze dan de geneste elementen omsluit (toegevoegde waarde voor wie alleen tekst laat schalen).

Ziet er overigens naar uit dat je het <nav> element nodig hebt, <menu> is om opties/wijzigingen binnen een website/applicatie.

Het menu moet wel een hoogte hebben, want die achtergrondafbeelding is 44 hoog

Wat is nav dan? Menu usually works for me.

quote:
Op zaterdag 25 juni 2011 18:17 schreef Light het volgende:
<a> display:inline-block geven zou ook moeten voldoen.

Alternatief is nog om de afbeelding op de li te zetten als de muis over een link wordt bewogen, maar dat lukt alleen als met javascript.

Eén voor één een Li gaat niet volgens mij, want ik werk met een cms.. Of ik begrijp je hlemaal verkeerd, wat ik ook niet gek zou vinden

Ik ga even kloten met jullie tips, thanks!

zaterdag 25 juni 2011 @ 18:25:21 #29

n8n

Pragmatisch

nav is navigatie, menu is http://forum.fok.nl/user/edit_prefs zoiets. Werkt beide maar nav is in het geval van navigatie (waar het op lijkt) semantisch correct.

“Specialization is for insects”.—Robert Heinlein

zaterdag 25 juni 2011 @ 18:25:24 #30

RenRen-

inline-block werkt! Bedankt.
Met block kreeg ik dat alle menu-items onder elkaar gingen staan en dat er in het midden van het menu een afbeelding kwam te staan

zaterdag 25 juni 2011 @ 18:26:22 #31

n8n

Pragmatisch

quote:
Op zaterdag 25 juni 2011 18:25 schreef RenRen- het volgende:
inline-block werkt! Bedankt.
Met block kreeg ik dat alle menu-items onder elkaar gingen staan en dat er in het midden van het menu een afbeelding kwam te staan

oops

let wel dat in IE7 inline-block alleen werkt op elementen die standaard inline toegewezen krijgen (dus werkend in het geval van een anchor-tag). IE6 kan niet overweg met inline-block zover ik weet

“Specialization is for insects”.—Robert Heinlein

zaterdag 25 juni 2011 @ 18:31:08 #32

RenRen-

quote:
Op zaterdag 25 juni 2011 18:26 schreef n8n het volgende:

[..]

oops let wel dat in IE7 inline-block alleen werkt op elementen die standaard inline toegewezen krijgen (dus werkend in het geval van een anchor-tag). IE6 kan niet overweg met inline-block zover ik weet

Nou ja, dan zien ze maar een half kadootje. Ook la zou het best weleens in het honderd kunnen lopen omdat alle opdrachtgevers volgens mij in IE werken... Ik zoek even op Anchor.

Edit, hebben ze iig allemaal. Dus moet werken.

O en ik snap wat je bedoelt met nav in plaats van menu

Zal er voortaan op gaan letten.

zaterdag 25 juni 2011 @ 19:05:34 #33

Light

quote:
Op zaterdag 25 juni 2011 18:15 schreef n8n het volgende:
de <a> display:block maken en de gewenste hoogte of een verticale padding geven. Als het dan werkt is het opgeven van de hoogte voor het menu ook niet meer nodig omdat deze dan de geneste elementen omsluit (toegevoegde waarde voor wie alleen tekst laat schalen).

Ziet er overigens naar uit dat je het <nav> element nodig hebt, <menu> is om opties/wijzigingen binnen een website/applicatie.

Er staat #menu, dus ik vermoed een div met als id "menu" en niet <nav> of <menu>

fokstok.nl

zaterdag 25 juni 2011 @ 19:11:01 #34

n8n

Pragmatisch

quote:
Op zaterdag 25 juni 2011 19:05 schreef Light het volgende:

[..]

Er staat #menu, dus ik vermoed een div met als id "menu" en niet <nav> of <menu>

Helemaal correct niet opgemerkt, zit al te diep met m'n nek in html5

“Specialization is for insects”.—Robert Heinlein

zaterdag 25 juni 2011 @ 20:19:54 #35

RenRen-

Wut? Dat klinkt als xml. Is het bij html5 zo dat <nav> al div id=nav is? Vet. Ik heb echt geen drol geleerd.op stage wat dat betreft

zaterdag 25 juni 2011 @ 20:26:42 #36

n8n

Pragmatisch

http://html5doctor.com/ is erg duidelijk in het omschrijven van de nieuwe elementen met heldere voorbeelden en discussies bij de artikelen

Nieuw zijn o.a. <header>, <footer>, <nav>, <menu>, <section>, <article> en <aside> om div-vrij te kunnen werken

“Specialization is for insects”.—Robert Heinlein

zaterdag 25 juni 2011 @ 20:40:08 #37

Light

Maar dat werkt (waarschijnlijk) nog niet goed in alle browsers.

fokstok.nl

zondag 26 juni 2011 @ 20:09:47 #38

dirkjo

Klopt het dat 'float' in IE7 niet werkt? Ik wil een afbeelding links van een lap tekst zetten, dus geef ik de 'img' een 'float: left'. Werkt in chrome en IE9, maar niet in IE7.
Heb al een aantal dingen geprobeerd, maar ik krijg het niet werkend.

Iemand?

zondag 26 juni 2011 @ 20:16:03 #39

Light

Hoe ziet je html er uit?

fokstok.nl

zondag 26 juni 2011 @ 20:19:57 #40

PimD

Nee.

Weet je zeker dat je geen specifity-probleem o.i.d. hebt? Floats zouden gewoon moeten werken in alle redelijk moderne browsers (lees: zelfs IE6 ondersteunt ze

)

Nee.

zondag 26 juni 2011 @ 20:21:16 #41

boem-dikkie

Jedi Mind Baby!

Float werkt al vanaf IE6 dus dat zal waarschijnlijk aan je code liggen.

Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.

zondag 26 juni 2011 @ 20:25:53 #42

dirkjo

HTML:

1
2
3
4

<tr class='text'>
<td><img src='../images/style/icon-book.png' alt='Examen AM-afbeelding'/><p>[tekst]</p></td>
<td><img src='../images/style/icon-book.png' alt='Examen AM-afbeelding'/><p>[tekst]</p></td>
</tr>

CSS:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

#base #content table .text td{
    padding: 10px 25px 10px 30px;
    border-bottom: solid 1px #e6e6e6;
}

#base #content table .text td p{
    font-size: 14px;
    color: #222222;
    width: 260px;
    margin: 0;
    padding: 0;
}

#base #content table .text td img{
    float: left;
    margin: 2px 8px 0 0;
}

Zou het kunnen liggen aan de tabel? Heb beetje snelle methode genomen om alles mooi te krijgen. Of kan ik beter Div's gebruiken en die inline laten displayen?

zondag 26 juni 2011 @ 20:30:08 #43

PimD

Nee.

Ligt eraan wat voor data je in die tabel gaat tonen he. Als het tabulaire data is, is een tabel natuurlijk prima. Anders zou ik inderdaad voor een andere, meer semantisch correcte structuur gaan (let wel: dit betekent niet dat je alles maar moet vervangen door <div>'s).

Nee.

zondag 26 juni 2011 @ 20:41:33 #44

dirkjo

quote:
Op zondag 26 juni 2011 20:30 schreef PimD het volgende:
Ligt eraan wat voor data je in die tabel gaat tonen he. Als het tabulaire data is, is een tabel natuurlijk prima. Anders zou ik inderdaad voor een andere, meer semantisch correcte structuur gaan (let wel: dit betekent niet dat je alles maar moet vervangen door <div>'s).

Alleen dit stuk content staat in een tabel omdat je op zo'n manier op een simpele en snelle manier alles goed kan uitlijnen. Maar goed als dit problemen blijft geven schiet ik er niks mee op; in IE schieten namelijk die 3 afbeeldingen boven de tekst uit.

zondag 26 juni 2011 @ 20:49:32 #45

n8n

Pragmatisch

html is geen opmaaktaal

“Specialization is for insects”.—Robert Heinlein

zondag 26 juni 2011 @ 20:59:47 #46

dirkjo

quote:
Op zondag 26 juni 2011 20:49 schreef n8n het volgende:
html is geen opmaaktaal

I know, maar wat wil je daar mee zeggen? Dat je officieel geen tabellen mag gebruiken?

zondag 26 juni 2011 @ 21:07:29 #47

n8n

Pragmatisch

quote:
Op zondag 26 juni 2011 20:59 schreef dirkjo het volgende:

[..]

I know, maar wat wil je daar mee zeggen? Dat je officieel geen tabellen mag gebruiken?

voor tabulaire data, daar zijn ze voor

“Specialization is for insects”.—Robert Heinlein

zondag 26 juni 2011 @ 21:08:06 #48

mschol

quote:
Op zondag 26 juni 2011 20:49 schreef n8n het volgende:
html is geen opmaaktaal

*mompelt iets over markup language...

zondag 26 juni 2011 @ 21:11:49 #49

n8n

Pragmatisch

quote:
Op zondag 26 juni 2011 21:08 schreef mschol het volgende:

[..]

*mompelt iets over markup language...

wat is je punt?

“Specialization is for insects”.—Robert Heinlein

zondag 26 juni 2011 @ 21:20:30 #50

PimD

Nee.

We gaan anno 2011 toch niet weer de table/div-discussie houden he

Nee.

zondag 26 juni 2011 @ 21:25:09 #51

dirkjo

Ik heb nog lang getwijfeld of ik m'n vraag hier wel zou plaatsen omdat ik al bang was voor de table/div discussie. Uiteindelijk toch gedaan met de hoop een antwoord te krijgen waarom mijn float niet werkt in IE7.

Mijn vraag was niet of ik tabellen of divs moet gebruiken. Mocht het liggen aan de tabel, dan zet ik alles over in divs. Dat is het probleem niet, maar ik wil eerst weten waar het probleem van de float vandaan komt.

maandag 27 juni 2011 @ 09:18:59 #52

KomtTijd...

Specifiek IE7 of gaat het ook mis in IE8?
(ie8 kan ik nu testen)

zcflevo.nl

maandag 27 juni 2011 @ 11:58:42 #53

dirkjo

quote:
Op maandag 27 juni 2011 09:18 schreef KomtTijd... het volgende:
Specifiek IE7 of gaat het ook mis in IE8?
(ie8 kan ik nu testen)

Nope, alleen in IE7

woensdag 29 juni 2011 @ 00:18:33 #54

Light

Waarom staat er in de topictitel nu eigenlijk ook JS? Daar is toch een ander topic voor? [Javascript] voor dummies (deel 11)

fokstok.nl

zondag 3 juli 2011 @ 22:33:21 #55

RenRen-

Hullo,

Ik ben een site aan het maken waarbij mensen zich moeten kunnen aanmelden met een formulier. Kinderen en vrijwilligers, dus twee aparte formulieren. Vervolgens moet dit in een bestand komen te staan, tekst volstaat even, misschien gaan ze andere eisen stellen (Het zou fijn zijn als het redelijk veilig gaat, het kan gevoelige informatie zijn, ook al weet ik dit niet zeker)(Spambots moeten er dus niet bij kunnen). Ik weet alleen niet hoe dit heet, dus kan lastig googlen

Weet iemand waar ik op kan googlen, of heeft iemand toevallig een tutorial online staan?

zondag 3 juli 2011 @ 22:35:09 #56

boem-dikkie

Jedi Mind Baby!

quote:
Op zondag 3 juli 2011 22:33 schreef RenRen- het volgende:
Hullo,

Ik ben een site aan het maken waarbij mensen zich moeten kunnen aanmelden met een formulier. Kinderen en vrijwilligers, dus twee aparte formulieren. Vervolgens moet dit in een bestand komen te staan, tekst volstaat even, misschien gaan ze andere eisen stellen (Het zou fijn zijn als het redelijk veilig gaat, het kan gevoelige informatie zijn, ook al weet ik dit niet zeker)(Spambots moeten er dus niet bij kunnen). Ik weet alleen niet hoe dit heet, dus kan lastig googlen Weet iemand waar ik op kan googlen, of heeft iemand toevallig een tutorial online staan?

Je kunt spambots buiten houden door een captcha in te bouwen. En waarom twee aparte formulieren? Je kunt de gebruikers toch de mogelijkheid geven om te kunnen kiezen of ze vrijwilliger zijn of kind?

Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.

zondag 3 juli 2011 @ 22:38:50 #57

RenRen-

quote:
Op zondag 3 juli 2011 22:35 schreef boem-dikkie het volgende:

[..]

Je kunt spambots buiten houden door een captcha in te bouwen. En waarom twee aparte formulieren? Je kunt de gebruikers toch de mogelijkheid geven om te kunnen kiezen of ze vrijwilliger zijn of kind?

Ze willen voor ieder een aparte pagina, snap ik wel, gaat verwarring tegen. Kun je ook makkelijk aparte beschrijvingen geven.
Nee, ik bedoel niet spambots in de formulieren, ik bedoel dat spambots niet in het tekstbestand kunnen komen

Edit, het zijn ook 2 andere formulieren, het is een site voor kinderen die niets krijgen met sinterklaas, maar er dus wel in geloven. Dus mensen die arme ouders kennen kunnen kinderen opgeven, dus adres en dergelijken, en vrijwilligers, die kadootjes kopen en rondbrengen moeten heel andere gegevens kunnen achterlaten.

zondag 3 juli 2011 @ 22:44:14 #58

Light

quote:
Op zondag 3 juli 2011 22:38 schreef RenRen- het volgende:

[..]

Ze willen voor ieder een aparte pagina, snap ik wel, gaat verwarring tegen. Kun je ook makkelijk aparte beschrijvingen geven.
Nee, ik bedoel niet spambots in de formulieren, ik bedoel dat spambots niet in het tekstbestand kunnen komen

Je bedoelt denk ik dat robots (zoals Google) niet in het bestand moeten kunnen kijken?
Beste oplossing daarvoor is het tekstbestand buiten de www-root te plaatsen. Als dat niet mogelijk is, moet je 'm met een .htaccess bestand blokkeren. (Ik neem wel aan dat de server Apache gebruikt.)

fokstok.nl

zondag 3 juli 2011 @ 22:46:55 #60

Light

quote:
Op zondag 3 juli 2011 22:44 schreef Scorpie het volgende:

[..]

Tekstbestanden zijn per definitie niet indexeerbaar aangezien je hopelijk geen toegang van buitenaf op die textbestanden geeft.

Als die tekstbestanden wel van buitenaf toegankelijk zijn, zijn ze ook indexeerbaar.

fokstok.nl

zondag 3 juli 2011 @ 22:47:30 #61

RenRen-

quote:
Op zondag 3 juli 2011 22:44 schreef Light het volgende:

[..]

Je bedoelt denk ik dat robots (zoals Google) niet in het bestand moeten kunnen kijken?
Beste oplossing daarvoor is het tekstbestand buiten de www-root te plaatsen. Als dat niet mogelijk is, moet je 'm met een .htaccess bestand blokkeren. (Ik neem wel aan dat de server Apache gebruikt.)

Lijkt me toch lastig? Want ik zou het ideaal zien dat, als iemand het formulier invult, alles in een tekstbestand wordt gezet, zodat als het tijd is voor kadootjes alles gewoon uit het tekstbestand kan worden getrokken en er verder geen omkijken naar is. (Weet jij toevallig hoe ik dat kan bereiken? Of ergens waar ik het kan vinden?) En ik weet niet of de server apache gebruikt, ik zal even kijken en zien hoe ik dat kan doen, thanks!

quote:
Op zondag 3 juli 2011 22:44 schreef Scorpie het volgende:

[..]

Tekstbestanden zijn per definitie niet indexeerbaar aangezien je hopelijk geen toegang van buitenaf op die textbestanden geeft.

Weet niet hoe ik dat doe

Beveiliging is me nooit geleerd, zal daar even op googlen.

zondag 3 juli 2011 @ 22:48:35 #62

Tegan

Wil je het niet in een database zetten ofzo? Kan je het makkelijker verwerken daarna...

zondag 3 juli 2011 @ 22:49:35 #63

KomtTijd...

quote:
Op zondag 3 juli 2011 22:33 schreef RenRen- het volgende:
Hullo,

Ik ben een site aan het maken waarbij mensen zich moeten kunnen aanmelden met een formulier. Kinderen en vrijwilligers, dus twee aparte formulieren. Vervolgens moet dit in een bestand komen te staan, tekst volstaat even, misschien gaan ze andere eisen stellen (Het zou fijn zijn als het redelijk veilig gaat, het kan gevoelige informatie zijn, ook al weet ik dit niet zeker)(Spambots moeten er dus niet bij kunnen). Ik weet alleen niet hoe dit heet, dus kan lastig googlen Weet iemand waar ik op kan googlen, of heeft iemand toevallig een tutorial online staan?

Je CMS heeft een formbuilder module. Die werkt als een malle. Gewoon even installeren en wat doorklikken, denk dat je er wel uit komt.

zcflevo.nl

zondag 3 juli 2011 @ 22:50:41 #64

RenRen-

quote:
Op zondag 3 juli 2011 22:48 schreef Tegan het volgende:
Wil je het niet in een database zetten ofzo? Kan je het makkelijker verwerken daarna...

Nee, want degenen die het daarna gaan verwerken kunnen daar niet mee omgaan vrees ik..

zondag 3 juli 2011 @ 22:53:58 #66

KomtTijd...

quote:
Op zondag 3 juli 2011 22:51 schreef Scorpie het volgende:

[..]

Hoe dan ? Er bestaan geen links naar in bestaande websites, er zit als het goed is geen open dir structuur op, dus hoe zou dat dan precies moeten gebeuren?

Security through obscurity, niet echt handig.

zcflevo.nl

zondag 3 juli 2011 @ 22:57:10 #67

boem-dikkie

Jedi Mind Baby!

quote:
Op zondag 3 juli 2011 22:50 schreef RenRen- het volgende:

[..]

Nee, want degenen die het daarna gaan verwerken kunnen daar niet mee omgaan vrees ik..

Verwacht je erg veel drukte? Want anders stel je gewoon bij het mailprogramma een filter in voor mail vanaf je website en laat je alle formulier-input gewoon naar je e-mail sturen. Is ook redelijk makkelijk te verwerken en absoluut geen 'rocket-science'.

Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.

zondag 3 juli 2011 @ 22:59:26 #68

RenRen-

quote:
Op zondag 3 juli 2011 22:57 schreef boem-dikkie het volgende:

[..]

Verwacht je erg veel drukte? Want anders stel je gewoon bij het mailprogramma een filter in voor mail vanaf je website en laat je alle formulier-input gewoon naar je e-mail sturen. Is ook redelijk makkelijk te verwerken en absoluut geen 'rocket-science'.

Ik weet het niet zeker, maar weet niet zeker of het handig gaat zijn. Ik zal het voorleggen bij ze, wat zij het prettigst gaat vinden. Bedankt, heb ik wel een tweede optie om voor te leggen

zondag 3 juli 2011 @ 23:00:14 #69

boem-dikkie

Jedi Mind Baby!

quote:
Op zondag 3 juli 2011 22:59 schreef RenRen- het volgende:

[..]

Ik weet het niet zeker, maar weet niet zeker of het handig gaat zijn. Ik zal het voorleggen bij ze, wat zij het prettigst gaat vinden. Bedankt, heb ik wel een tweede optie om voor te leggen

Als je minder dan 500 aanmeldingen verwacht kun je dat best doen. Helemaal omdat je gewoon meerdere keren per dag in je mail kunt kijken en het meteen kunt verwerken. Zit je ook niet met je spambot-probleem.

Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.

zondag 3 juli 2011 @ 23:01:09 #70

boem-dikkie

Jedi Mind Baby!

Overigens is wat Tegan zegt ook niet zo gek. Zet je het in een database en output je dat op een pagina. Dan hoeven de mensen niets van databases te weten en heb je toch meteen alles verwerkt in één 'bestand'.

Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.

zondag 3 juli 2011 @ 23:07:22 #72

KomtTijd...

quote:
Op zondag 3 juli 2011 23:03 schreef Scorpie het volgende:

[..]

Dat was niet de vraag. De vraag was hoe die bestanden geindexeerd worden indien ze in een directory staan zonder links ernaartoe en zonder directory listing aan.

Ook google gokt wel eens urls.

quote:
Op zondag 3 juli 2011 23:00 schreef boem-dikkie het volgende:

[..]

Als je minder dan 500 aanmeldingen verwacht kun je dat best doen. Helemaal omdat je gewoon meerdere keren per dag in je mail kunt kijken en het meteen kunt verwerken. Zit je ook niet met je spambot-probleem.

Inderdaad, desnoods maak je er even een webmail-adres voor bij je hostingprovider, als ze het niet in dr eigen mail wil.

zcflevo.nl

zondag 3 juli 2011 @ 23:16:01 #73

Light

quote:
Op zondag 3 juli 2011 22:51 schreef Scorpie het volgende:

[..]

Hoe dan ? Er bestaan geen links naar in bestaande websites, er zit als het goed is geen open dir structuur op, dus hoe zou dat dan precies moeten gebeuren?

Als er geen enkele link is, lijkt het me ook niet waarschijnlijk dat het bestand geindexeerd wordt. Maar ik zou het risico niet willen nemen.

fokstok.nl

zondag 3 juli 2011 @ 23:17:10 #74

RenRen-

quote:
Op zondag 3 juli 2011 23:00 schreef boem-dikkie het volgende:

[..]

Als je minder dan 500 aanmeldingen verwacht kun je dat best doen. Helemaal omdat je gewoon meerdere keren per dag in je mail kunt kijken en het meteen kunt verwerken. Zit je ook niet met je spambot-probleem.

Dat is wel een goede. Kan ze dat zelf doen en hoef ik me daar geen zorgen om te maken.
Dan laat ik ze wel een ander emailadres aanmaken zoals Komttijd zegt, dan komt het ook niet in hun normale mail, en ga ze gelijk vragen hoeveel aanmeldingen ze verwachten

zondag 3 juli 2011 @ 23:19:10 #76

RenRen-

quote:
Op zondag 3 juli 2011 23:17 schreef Scorpie het volgende:

[..]

Daar ben ik het wel mee eens. Verder zou ik die tekstbestanden idd buiten je wwwroot gaan plaatsen mocht je deze oplossing willen gaan gebruiken.

Maar kan een tekstbestand buiten de root wel aangepast worden per item? Bedankt voor het meedenken iedereen!

zondag 3 juli 2011 @ 23:22:25 #77

KomtTijd...

quote:
Op zondag 3 juli 2011 23:19 schreef RenRen- het volgende:

[..]

Maar kan een tekstbestand buiten de root wel aangepast worden per item? Bedankt voor het meedenken iedereen!

Ja de server kan er wel bij, alleen mensen van buitenaf niet.

zcflevo.nl

zondag 3 juli 2011 @ 23:29:29 #78

Light

quote:
Op zondag 3 juli 2011 23:17 schreef Scorpie het volgende:

Verder zou ik die tekstbestanden idd buiten je wwwroot gaan plaatsen mocht je deze oplossing willen gaan gebruiken.

Dat was ook mijn eerste reactie

fokstok.nl

maandag 4 juli 2011 @ 16:04:47 #79

ursel

"Het Is Hier Fantastisch!

Ik ben nog niet zo heel erg bekend met js en ajax, dus als ik iets erg onlogisch doe hoor ik het ook graag.

Ik maak in ieder geval gebruik van dataTables.
Nu wordt er bij mij in een sessie de gekozen taal opgeslagen. Deze kan ik snel ophalen met de ajax call (Sessies kan ik niet direct uitlezen toch? ). Alleen in onderstaande code ben ik de variabele lang alweer kwijt op de plek waar ik hem in de vertaalbestand-path zet.

Wat doe ik verkeerd en eventueel, hoe kan het allemaal beter?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

$(document).ready(function()
{
    $.ajax({
                url: "index.php\\index\\lang\\",
                success: function(data) {
                    var lang = data;
                },
                error: function(data) {
                    var lang = nl_NL;
                }
            });
    $(".dataTable").dataTable({
        "bFilter": false,
        "sPaginationType": "full_numbers",
        "oLanguage": {
                "sUrl": "scripts/lang/dataTables." + lang + ".txt"
            }
    });
}
);

maandag 4 juli 2011 @ 16:11:39 #81

ursel

"Het Is Hier Fantastisch!

quote:
Op maandag 4 juli 2011 16:07 schreef Scorpie het volgende:

[..]

De A in Ajax staat voor Asynchroon. Dat betekent dat ten tijde van het aanmaken van je dataTable, je nog geen lang variable hebt, omdat de Ajax call niet compleet is.

Je moet het aanmaken van de Datatable dan ook doen in de success methode van de Ajax call. Pas dan heb je de language file.

Verder kan je het beste de language van een gebruiker opslaan in een cookie of een sessie, scheelt je hits op de webserver.

Ahh.. ok, bedankt voor de uitleg.
Zoals ik al zei staat ut wel in een sessie, maar dacht dat dat client side niet te benaderen was. Hoe kan ik daar anders direct bij komen?

maandag 4 juli 2011 @ 16:25:12 #83

ursel

"Het Is Hier Fantastisch!

sorry, PHP

maandag 4 juli 2011 @ 16:58:04 #85

ursel

"Het Is Hier Fantastisch!

Ik heb het stukje code in een .js bestandje staan

dinsdag 5 juli 2011 @ 14:00:10 #88

n8n

Pragmatisch

quote:
Op dinsdag 5 juli 2011 13:47 schreef Dimens het volgende:
Even een vraagje betreft scripten.

Stel ik heb een Div en daarin wil ik een header hebben die om de zoveel secondes overgaat in het volgende plaatje, wat voor script moet ik dan hebben?

http://jquery.malsup.com/cycle/

vind deze erg prettig in gebruik

“Specialization is for insects”.—Robert Heinlein

dinsdag 5 juli 2011 @ 14:37:20 #89

Black-Hole

Deep in my soul

quote:
Op dinsdag 5 juli 2011 13:47 schreef Dimens het volgende:
Even een vraagje betreft scripten.

Stel ik heb een Div en daarin wil ik een header hebben die om de zoveel secondes overgaat in het volgende plaatje, wat voor script moet ik dan hebben?

Mijn favoriet: http://nivo.dev7studios.com/

dinsdag 5 juli 2011 @ 16:41:16 #90

PimD

Nee.

Oh oh oh wat kan ik toch moe worden van ontwerpers die he-le-maal niet op de hoogte zijn van front-end werk en eigenlijk alleen maar plaatjes maken. Zonder daarbij rekening te houden met echte content. Gewoon lekker lorem ipsum'en en dan verwachten dat dingen met echte content ook perfect uitgelijnd (kunnen) worden

Nee.

dinsdag 5 juli 2011 @ 16:46:09 #91

boem-dikkie

Jedi Mind Baby!

quote:
Op dinsdag 5 juli 2011 16:41 schreef PimD het volgende:
Oh oh oh wat kan ik toch moe worden van ontwerpers die he-le-maal niet op de hoogte zijn van front-end werk en eigenlijk alleen maar plaatjes maken. Zonder daarbij rekening te houden met echte content. Gewoon lekker lorem ipsum'en en dan verwachten dat dingen met echte content ook perfect uitgelijnd (kunnen) worden

Want?

Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.

dinsdag 5 juli 2011 @ 16:47:55 #92

PimD

Nee.

Omdat design content zou moeten volgen naar mijn idee (tenzij je een site hebt waar de sfeer belangrijker is dan de content, bijv. een festival, film, muzikant...).

Het is leuk dat je op een PSD met wat gepiel met de font-rendering, spatiering e.d. een zin op 1 regel gepropt krijgt - maar zo werkt het in een browser nou eenmaal niet. Helemaal niet als er eenmaal echte content in staat. Tenzij je natuurlijk je content gaat aanpassen naar het design ('daar mag maximaal een zin van 80 karakters staan'), maar IMO ben je dan verkeerd bezig.

En omdat het web dynamisch is, en je dus niet een statisch plaatje moet en kunt maken. Helemaal niet als je ook nog eens met de tientallen scenario's qua devices, resoluties e.d. rekening houdt, waar je wat mij betreft niet meer onderuit kunt het afgelopen jaar.

[ Bericht 26% gewijzigd door PimD op 05-07-2011 16:55:22 ]

Nee.

dinsdag 5 juli 2011 @ 16:56:28 #93

PimD

Nee.

quote:
Op dinsdag 5 juli 2011 14:00 schreef n8n het volgende:

[..]

http://jquery.malsup.com/cycle/

vind deze erg prettig in gebruik

Ik ben ook een groot fan van de Cycle plugin. Veel opties, lekker veel zelf te configureren/coden. Gebruik 'm eigenlijk in alle projecten op kantoor.

Nee.

dinsdag 5 juli 2011 @ 18:49:39 #94

Light

quote:
Op dinsdag 5 juli 2011 16:47 schreef PimD het volgende:

Tenzij je natuurlijk je content gaat aanpassen naar het design ('daar mag maximaal een zin van 80 karakters staan'), maar IMO ben je dan verkeerd bezig.

Duidelijk, want als ze de lengte van een zin gaan beperken om het ontwerp te helpen, dan kun je dat in css ook. Hoe breed moest het zijn? 80 tekens? Da's dan 80 x 3 = 240 pixels, zou genoeg moeten zijn voor 80 keer een letter i

Ik heb het niet nagemeten, misschien moet je vier pixels per letter gebruiken.

fokstok.nl

dinsdag 5 juli 2011 @ 18:58:15 #95

PimD

Nee.

Maar ja... toch nog een hoop mensen die uit de drukwereldhoek komen en in de fantasiewereld leven dat een website er in iedere browser identiek uit moet zien

Nee.

dinsdag 5 juli 2011 @ 19:23:47 #96

Patje1987

Madre me quiero un frikandel.

quote:
Op dinsdag 5 juli 2011 18:58 schreef PimD het volgende:
Maar ja... toch nog een hoop mensen die uit de drukwereldhoek komen en in de fantasiewereld leven dat een website er in iedere browser identiek uit moet zien

Bestaan die nog?

Wij vormen tezamen gezellig een schaar.
Sportief zijn wij allen en voor elkaar.
Ons doel en ons streven is vriendschap en vree
Aan ons de victorie aan RKC!

dinsdag 5 juli 2011 @ 22:19:59 #97

PimD

Nee.

Bij mijn huidige werk wel in ieder geval

Nee.

vrijdag 8 juli 2011 @ 12:58:28 #98

RenRen-

Ik heb een paar formulieren. In de html staat input id="fbrp__29", en dit staat eigenlijk bij ieder formulier, met oplopende nummers. Dan zou het toch moeten kloppen als ik doe, in de CSS

#fbrp__29, fbrp__30, fbrp__31{

Of zie ik dit verkeerd? Moet ik het 1 voor 1 doen?

Ook staat er
label for="fbrp__29"

Hoe kan ik dit in de CSS aanpassen?

vrijdag 8 juli 2011 @ 13:02:53 #99

Garisson72

weten is weten dat je nix weet

heb je al geprobeerd het id te herhalen voor ieder element?

dus: #fbrp__29, #fbrp__30, #fbrp__31{

Breasts! helping men to avoid eye contact since 1865.

vrijdag 8 juli 2011 @ 13:04:36 #100

RenRen-

quote:
Op vrijdag 8 juli 2011 13:02 schreef Garisson72 het volgende:
heb je al geprobeerd het id te herhalen voor ieder element?

dus: #fbrp__29, #fbrp__30, #fbrp__31{

Thanks, dat werkt! Nu moet ik nog die label for="blabla" editten, maar hoe kan dat? Ik heb daar nog nooit van gehoord

vrijdag 8 juli 2011 @ 13:08:46 #102

RenRen-

quote:
Op vrijdag 8 juli 2011 13:05 schreef Scorpie het volgende:
Als het goed is zou die selector elk element met id fbrp__29 etc moeten matchen.
Je 2e vraag snap ik niet.

@ 2e vraag,

Dit staat er in de html:

1
2
3
4
5
6
7
8
9

<div class="required">
<label for="fbrp__31">Details van de kinderen*</label>
<textarea name="cntnt01fbrp__31" cols="80" rows="15" class="cms_textarea" id="fbrp__31"></textarea>
<a href="javascript:fbht('fbrp_ht_31')"><img src="modules/FormBuilder/images/info-small.gif" alt="Help" /></a>
<span id="fbrp_ht_31" style="display:none" class="fbr_helptext">Vul het als volgt in:
Naam kind 1 - Geslacht kind 1 - Leeftijd kind 1
Naam kind 2 - Geslacht kind 2 - Leeftijd kind 2

etc...</span></div>

Het gaat met dus om het <label for="fbrp__31">. Hoe roep ik die aan in de css? Die moet ik namelijk een bepaalde breedte geven. Hij neem niet de #fbrp__31-code over.

vrijdag 8 juli 2011 @ 13:09:14 #103

Garisson72

weten is weten dat je nix weet

quote:
Op vrijdag 8 juli 2011 13:04 schreef RenRen- het volgende:
Thanks, dat werkt! Nu moet ik nog die label for="blabla" editten, maar hoe kan dat? Ik heb daar nog nooit van gehoord

Is het mogelijk die labels een id te geven en dat als selector in je css te gebruiken?

Breasts! helping men to avoid eye contact since 1865.

vrijdag 8 juli 2011 @ 13:09:50 #104

RenRen-

quote:
Op vrijdag 8 juli 2011 13:09 schreef Garisson72 het volgende:

[..]

Is het mogelijk die labels een id te geven en dat als selector in je css te gebruiken?

Nee, want ik kan die code niet editten, het is een form gegenereerd door een module in mijn cms.

vrijdag 8 juli 2011 @ 13:11:14 #105

Garisson72

weten is weten dat je nix weet

als het de enige label binnen die div is, kun je hem selecteren door

div.required label {
...
}

als je meerdere labels binnen die div hebt, worden die daar echter allemaal door geraakt.

Is het genereren van die forms in dat CMS niet configureerbaar? Dat je daar op één of andere manier een id aan meegeeft?

Breasts! helping men to avoid eye contact since 1865.

vrijdag 8 juli 2011 @ 13:12:49 #106

RenRen-

quote:
Op vrijdag 8 juli 2011 13:11 schreef Garisson72 het volgende:
als het de enige label binnen die div is, kun je hem selecteren door

div.required label {
...
}

als je meerdere labels binnen die div hebt, worden die daar echter allemaal door geraakt.

Nee, maar wel meerdere divs die zo heten en ook een label hebben. Ik ga even spelen of ik iets kan maken wat er goed uit ziet

vrijdag 8 juli 2011 @ 13:56:50 #107

KomtTijd...

het kan met label[for="fbpr__31"] maar er zijn betere oplossingen, volgens mij kun je die module instellen dat'ie classes meegeeft. En anders kun je het template aanpassen, en wat container-divs gebruiken. Die fbpr_31 is namelijk een variable.

zcflevo.nl

zaterdag 9 juli 2011 @ 00:26:40 #108

Tijn

Powered by MS Paint

Ik wil graag radio buttons maken die ook reageren als je er bijna op klikt. Ik dacht dat te kunnen bereiken met gewoon een beetje padding toevoegen aan het input-radio element, maar dat werkt niet

Weet iemand hier misschien een slimme truc voor waarvoor ik niet m'n hele markup hoef om te gooien?

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 00:35:37 #109

KomtTijd...

quote:
Op zaterdag 9 juli 2011 00:26 schreef Tijn het volgende:
Ik wil graag radio buttons maken die ook reageren als je er bijna op klikt. Ik dacht dat te kunnen bereiken met gewoon een beetje padding toevoegen aan het input-radio element, maar dat werkt niet

Weet iemand hier misschien een slimme truc voor waarvoor ik niet m'n hele markup hoef om te gooien?

Label?

zcflevo.nl

zaterdag 9 juli 2011 @ 12:02:04 #110

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 00:35 schreef KomtTijd... het volgende:

[..]

Label?

Ik zal even laten zien hoe het er ongeveer uit ziet.

Het is dus een meerkeuzevraag met 5 opties (van volledig oneens tot volledig eens). De 3 middelste opties hebben wel een label, maar die wordt met CSS verborgen om tot bovenstaand resultaat te komen.

Ik zit er nu aan te denken om de buttons door jQueryUI Button te laten vervangen. Dat is misschien de beste oplossing, qua usability en ook qua consistentie tussen browsers.

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:14:30 #112

n8n

Pragmatisch

zou nog kunnen overwegen een absoluut label achter elke input te leggen maar dat geeft wel extra mark-up. Voor js zou ik alleen gaan als het netjes degradeert. radiobuttons en checkboxen zijn wel een bitch met css

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 12:17:10 #113

KomtTijd...

quote:
Op zaterdag 9 juli 2011 12:02 schreef Tijn het volgende:

[..]

Ik zal even laten zien hoe het er ongeveer uit ziet.

[ afbeelding ]

Het is dus een meerkeuzevraag met 5 opties (van volledig oneens tot volledig eens). De 3 middelste opties hebben wel een label, maar die wordt met CSS verborgen om tot bovenstaand resultaat te komen.

Ik zit er nu aan te denken om de buttons door jQueryUI Button te laten vervangen. Dat is misschien de beste oplossing, qua usability en ook qua consistentie tussen browsers.

Ik snap niet helemaal wat het probleem is. Waarom moet je die labels verbergen? En waarom niet alle 5 een label?
Je kunt je labels toch gewoon middels float:left achter elkaar zetten? Met de radiobuttons erin?

zcflevo.nl

zaterdag 9 juli 2011 @ 12:24:53 #114

n8n

Pragmatisch

quote:
Op zaterdag 9 juli 2011 12:17 schreef KomtTijd... het volgende:

[..]

Ik snap niet helemaal wat het probleem is. Waarom moet je die labels verbergen? En waarom niet alle 5 een label?
Je kunt je labels toch gewoon middels float:left achter elkaar zetten? Met de radiobuttons erin?

goed om te weten wist niet dat een input binnen een label mocht

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 12:25:47 #115

PimD

Nee.

Nou ja, ik neem aan dat het een enquete o.i.d. is - met 40x dezelfde soort vragen onder elkaar, met 40x dezelfde opties. Beetje overkill om 40 labels met "heel erg oneens", "oneens", "weet niet", "eens", "heel erg eens" te hebben.

Zitten er nog elementen om de radiobuttons heen? Een li ofzo? Dan zou je daar met JS de klik van kunnen afvangen en deze dan de radiobutton laten activeren.

Nee.

zaterdag 9 juli 2011 @ 12:26:48 #116

KomtTijd...

quote:
Op zaterdag 9 juli 2011 12:25 schreef PimD het volgende:
Nou ja, ik neem aan dat het een enquete o.i.d. is - met 40x dezelfde soort vragen onder elkaar, met 40x dezelfde opties. Beetje overkill om 40 labels met "heel erg oneens", "oneens", "weet niet", "eens", "heel erg eens" te hebben.

Zitten er nog elementen om de radiobuttons heen? Een li ofzo? Dan zou je daar met JS de klik van kunnen afvangen en deze dan de radiobutton laten activeren.

Waarom moeilijk doen met li als er gewoon een element bestaat wat dat natuurlijk al doet?

zcflevo.nl

zaterdag 9 juli 2011 @ 12:29:32 #117

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:25 schreef PimD het volgende:
Nou ja, ik neem aan dat het een enquete o.i.d. is - met 40x dezelfde soort vragen onder elkaar, met 40x dezelfde opties. Beetje overkill om 40 labels met "heel erg oneens", "oneens", "weet niet", "eens", "heel erg eens" te hebben.

Zitten er nog elementen om de radiobuttons heen? Een li ofzo? Dan zou je daar met JS de klik van kunnen afvangen en deze dan de radiobutton laten activeren.

Inderdaad. Ze zitten trouwens ook inderdaad in li's. Geen slecht idee om daar een click-event aan te hangen om de radio-button te zetten

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:30:27 #118

PimD

Nee.

Ik vraag alleen maar of er een element om heen zit, ik zeg niet dat het perse de juiste oplossing is. Ik ken monsterlijke oplossingen uit .NET waar lijsten met radiobuttons/checkboxes in tabellen worden gerenderd, dus ik kijk nergens meer van op.

Nee.

zaterdag 9 juli 2011 @ 12:31:47 #119

PimD

Nee.

quote:
Op zaterdag 9 juli 2011 12:29 schreef Tijn het volgende:

[..]

Inderdaad. Ze zitten trouwens ook inderdaad in li's. Geen slecht idee om daar een click-event aan te hangen om de radio-button te zetten

Lijkt me een prima oplossing dan. Ook zonder Javascript functioneert het formulier dan naar behoren. Iets minder gebruiksvriendelijk misschien, maar je moet wat als het met pure CSS/HTML niet op te lossen is/lijkt te zijn.

Nee.

zaterdag 9 juli 2011 @ 12:32:01 #120

KomtTijd...

quote:
Op zaterdag 9 juli 2011 12:29 schreef Tijn het volgende:

[..]

Inderdaad. Ze zitten trouwens ook inderdaad in li's. Geen slecht idee om daar een click-event aan te hangen om de radio-button te zetten

...maar waarom niet gewoon simpelweg een label er omheen?
Waarom denken jullie allemaal zo moeilijk?

zcflevo.nl

zaterdag 9 juli 2011 @ 12:35:20 #121

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:17 schreef KomtTijd... het volgende:

[..]

Ik snap niet helemaal wat het probleem is. Waarom moet je die labels verbergen? En waarom niet alle 5 een label?
Je kunt je labels toch gewoon middels float:left achter elkaar zetten? Met de radiobuttons erin?

De labels voor de middelste 3 elementen worden verborgen, omdat het een enquête moet worden en er mogelijk 100 van dit soort vragen onder elkaar komen te staan. Daarom wil ik alleen van de buitenste twee elementen het label weergeven en van de binnenste 3 niet, om een overload aan dubbele teksten te voorkomen.

Wat ook nog wel een oplossing zou kunnen zijn, is met JS de teksten van de binnenste 3 labels weghalen. Dan gebruik je nog wel het klik-gedrag van het label-element om de radio button te zetten. Nadeel is dan dat een bezoeker zonder Javascript een formulier voor z'n neus krijgt die er heel anders uitziet, terwijl met de eerste oplossing alleen de usability er een klein beetje onder lijdt wanneer een bezoeker geen JS heeft, maar de pagina er visueel hetzelfde uitziet.

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:36:56 #122

PimD

Nee.

Plus dat een gebruiker met Javascript, maar met een screenreader o.i.d. lege labels voorgelezen krijgt. Dat lijkt me dus geen oplossing. Wat KomtTijd zegt, wellicht kun je de labels van de middelste 3 leeg laten lijken d.m.v. de text-indent e.d.?

Nee.

zaterdag 9 juli 2011 @ 12:37:10 #123

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:32 schreef KomtTijd... het volgende:

[..]

...maar waarom niet gewoon simpelweg een label er omheen?
Waarom denken jullie allemaal zo moeilijk?

Er zitten al labels omheen. Zonder CSS ziet het er zo uit:

Het punt is dat ik de teksten van de middelste 3 labels niet wil weergeven. Dat doe ik nu door met CSS die elementen te verbergen, maar ja, dan heb je dus ook geen labels meer om op te klikken.

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:38:23 #124

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:36 schreef PimD het volgende:
Plus dat een gebruiker met Javascript, maar met een screenreader o.i.d. lege labels voorgelezen krijgt. Dat lijkt me dus geen oplossing. Wat KomtTijd zegt, wellicht kun je de labels van de middelste 3 leeg laten lijken d.m.v. de text-indent e.d.?

Maar dan hebben de middelste 3 elementen dus helemaal geen label-tekst meer. Dat lijkt me accessibility-wise nou niet echt ideaal, of wel?

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:40:30 #125

KomtTijd...

quote:
Op zaterdag 9 juli 2011 12:38 schreef Tijn het volgende:

[..]

Maar dan hebben de middelste 3 elementen dus helemaal geen label-tekst meer. Dat lijkt me accessibility-wise nou niet echt ideaal, of wel?

met een enquete kun je je wel afvragen in hoeverre dat nodig is, voor je doelgroep. Een label met alleen een radio-button erin zou veruit het makkelijkst zijn.

En anders kun je de CSS-truckendoos wel open halen om de tekst te verbergen zonder dat je het label verbergt.
Een vaste hoogte en breedte, en de tekstkleur RGBA(0,0,0,0) ofzo.

zcflevo.nl

zaterdag 9 juli 2011 @ 12:41:28 #126

n8n

Pragmatisch

labeltekst eronder en bij de middelste 3 alleen zichtbaar bij een :hover. toegankelijk en geen overload aan dezelfde tekst in beeld

transparant is ook een kleur, werkt wss beter (weet niet zeker) in oudere browsers, met vaste hoogte heb je ook nog text-indent: -9001; ^{_{over 9000}}

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 12:42:53 #127

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:40 schreef KomtTijd... het volgende:

[..]

met een enquete kun je je wel afvragen in hoeverre dat nodig is, voor je doelgroep. Een label met alleen een radio-button erin zou veruit het makkelijkst zijn.

Dat zou misschien het makkelijkst zijn, maar m'n klant is best wel picky als het op toegankelijkheid aankomt.

quote:
En anders kun je de CSS-truckendoos wel open halen om de tekst te verbergen zonder dat je het label verbergt.
Een vaste hoogte en breedte, en de tekstkleur RGBA(0,0,0,0) ofzo.

Dat is nog niet zo'n gek idee

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:44:53 #128

PimD

Nee.

quote:
Op zaterdag 9 juli 2011 12:38 schreef Tijn het volgende:

[..]

Maar dan hebben de middelste 3 elementen dus helemaal geen label-tekst meer. Dat lijkt me accessibility-wise nou niet echt ideaal, of wel?

Nee, je zegt in een eerdere posting dat je de labels wilt leegmaken met Javascript. Dan hebben ze geen tekst meer voor screenreaders. Als je met text-indent e.d. werkt staat de tekst buiten de viewport, wat voor de meeste screenreaders (voor zover ik weet) gewoon wordt gelezen.

Nee.

zaterdag 9 juli 2011 @ 12:46:25 #129

n8n

Pragmatisch

de bedoeling is dat screenreaders alle css negeren?

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 12:48:12 #130

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:44 schreef PimD het volgende:

[..]

Nee, je zegt in een eerdere posting dat je de labels wilt leegmaken met Javascript. Dan hebben ze geen tekst meer voor screenreaders. Als je met text-indent e.d. werkt staat de tekst buiten de viewport, wat voor de meeste screenreaders (voor zover ik weet) gewoon wordt gelezen.

Ja, dat klopt. Labels met JS leegmaken ga ik ook zeker niet doen hoor

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:52:18 #131

KomtTijd...

<label><span>oneens</span><input type="radio"/></label>
En dan de span verbergen.

zcflevo.nl

zaterdag 9 juli 2011 @ 12:55:21 #132

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:52 schreef KomtTijd... het volgende:
<label><span>oneens</span><input type="radio"/></label>
En dan de span verbergen.

Die ga ik even proberen

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 12:55:38 #133

PimD

Nee.

quote:
Op zaterdag 9 juli 2011 12:46 schreef n8n het volgende:
de bedoeling is dat screenreaders alle css negeren?

Niet alle CSS, maar wel het grootste gedeelte. Dingen als display:none worden in de meeste gevallen niet voorgelezen (en volgens mij ook genegeerd door zoekmachines bij de indexering). Je kunt daarom beter dingen als verborgen tabbladen e.d. absoluut buiten de viewport positioneren (hoewel dit problemen kan opleveren in RTL-scenarios, bij bijvoorbeeld Arabische website). Er is jammer genoeg een groot verschil tussen de diverse screenreaders. Technieken die in programma X werken zorgen voor problemen in programma Y etc.

In principe is het heel simpel: is je content zonder CSS aan nog te volgen? Dan zit je al een heel eind op de goede weg voor zoekmachines en toegankelijkheid. In de praktijk is het natuurlijk niet zo zwart/wit, maar goed

Nee.

zaterdag 9 juli 2011 @ 12:57:26 #134

n8n

Pragmatisch

quote:
Op zaterdag 9 juli 2011 12:55 schreef PimD het volgende:

[..]

Niet alle CSS, maar wel het grootste gedeelte. Dingen als display:none worden in de meeste gevallen niet voorgelezen (en volgens mij ook genegeerd door zoekmachines bij de indexering). Je kunt daarom beter dingen als verborgen tabbladen e.d. absoluut buiten de viewport positioneren (hoewel dit problemen kan opleveren in RTL-scenarios, bij bijvoorbeeld Arabische website). Er is jammer genoeg een groot verschil tussen de diverse screenreaders. Technieken die in programma X werken zorgen voor problemen in programma Y etc.

In principe is het heel simpel: is je content zonder CSS aan nog te volgen? Dan zit je al een heel eind op de goede weg voor zoekmachines en toegankelijkheid. In de praktijk is het natuurlijk niet zo zwart/wit, maar goed

keertje inlezen dan, is de kers op de taart om ook deze groep tot in de puntjes te (kunnen) voorzien

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 13:03:09 #135

Tijn

Powered by MS Paint

quote:
Op zaterdag 9 juli 2011 12:52 schreef KomtTijd... het volgende:
<label><span>oneens</span><input type="radio"/></label>
En dan de span verbergen.

Dit is 'em geworden. Kheb nu label een padding van 5px gegeven, en hij is aardig dronken-proof nu

Verberg de nieuwsticker

zaterdag 9 juli 2011 @ 13:05:32 #136

PimD

Nee.

quote:
Op zaterdag 9 juli 2011 12:57 schreef n8n het volgende:

[..]

keertje inlezen dan, is de kers op de taart om ook deze groep tot in de puntjes te (kunnen) voorzien

Zeker, hoewel het soms ook voor een hoop frustratie en extra werk zorgt/kan zorgen - helemaal met interactieve dingen zoals Google Maps. Erg interessante materie om mee bezig te zijn in ieder geval, dingen als WCAG, Drempelvrij en webrichtlijnen.

Nee.

zaterdag 9 juli 2011 @ 13:09:01 #137

n8n

Pragmatisch

quote:
Op zaterdag 9 juli 2011 13:05 schreef PimD het volgende:

[..]

Zeker, hoewel het soms ook voor een hoop frustratie en extra werk zorgt/kan zorgen - helemaal met interactieve dingen zoals Google Maps. Erg interessante materie om mee bezig te zijn in ieder geval, dingen als WCAG, Drempelvrij en webrichtlijnen.

Ik hou er tegenwoordig van tevoren al rekening mee, screenreaders zouden ook geen moeite moeten hebben maar wat extra bijles is nooit weg. De richtlijnen heb ik allemaal gelezen, wellicht weer een keer bijspijkeren want dat is alweer een tijd geleden. Met name de richtlijnen over kleur -naast rood en groen- willen er nog wel eens tussendoor glippen

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 13:15:40 #138

PimD

Nee.

Oh zeker, een 100% score is bijna niet te halen in de praktijk is mijn ervaring. Er zitten altijd betrokkenen bij een project die toch perse lichtgrijze tekst willen op een donkergrijze achtergrond, interactie-designers die dingen perse op de :hover willen en niet op de click (waardoor je touch-devices uitsluit, en er vervolgens geen budget/tijd is om hier fallbacks voor te maken), contentbeheerders die lekker uit Word gaan lopen copy/pasten etc etc.

Nee.

zaterdag 9 juli 2011 @ 13:17:06 #139

KomtTijd...

quote:
Op zaterdag 9 juli 2011 13:03 schreef Tijn het volgende:

[..]

Dit is 'em geworden. Kheb nu label een padding van 5px gegeven, en hij is aardig dronken-proof nu

vooral ook touchpad-proof. Dat waardeer ik wel

zcflevo.nl

zaterdag 9 juli 2011 @ 13:17:39 #140

n8n

Pragmatisch

quote:
Op zaterdag 9 juli 2011 13:15 schreef PimD het volgende:
Oh zeker, een 100% score is bijna niet te halen in de praktijk is mijn ervaring. Er zitten altijd betrokkenen bij een project die toch perse lichtgrijze tekst willen op een donkergrijze achtergrond, interactie-designers die dingen perse op de :hover willen en niet op de click (waardoor je touch-devices uitsluit, en er vervolgens geen budget/tijd is om hier fallbacks voor te maken), contentbeheerders die lekker uit Word gaan lopen copy/pasten etc etc.

daarom zelfstandig. Rekening houden met designelementen ligt voor mij ook wel aan de doelgroep maar anders kan er altijd nog een alternatief kleuren-cssje geklopt worden

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 13:20:55 #141

KomtTijd...

quote:
Op zaterdag 9 juli 2011 13:15 schreef PimD het volgende:
interactie-designers die dingen perse op de :hover willen en niet op de click (waardoor je touch-devices uitsluit, en er vervolgens geen budget/tijd is om hier fallbacks voor te maken),

Zijn er mensen met een touch-telefoon die even feedback kunnen geven op het uitklapmenu op www.zcflevo.nl?

Er zit een nieuwe layout in de pijplijn maar daar komt waarschijnlijk een soortgelijk menu in... Het menu is eigenlijk het enige waar nog aan gewerkt moet worden. Dus goed dat je het aanstipt, ik wil dit wel in één keer goed doen.

zcflevo.nl

zaterdag 9 juli 2011 @ 13:27:06 #142

n8n

Pragmatisch

quote:
Op zaterdag 9 juli 2011 13:20 schreef KomtTijd... het volgende:

[..]

Zijn er mensen met een touch-telefoon die even feedback kunnen geven op het uitklapmenu op www.zcflevo.nl?

Er zit een nieuwe layout in de pijplijn maar daar komt waarschijnlijk een soortgelijk menu in... Het menu is eigenlijk het enige waar nog aan gewerkt moet worden. Dus goed dat je het aanstipt, ik wil dit wel in één keer goed doen.

wellicht is het menu dat ik voor mijn site n8n.nl heb gebruikt wel wat (in aanbouw ja ;') ), zie wat er gebeurd als je het venster smaller maakt. Het is nu niet echt bruikbaar. Media querys zijn geniaal voor mobiele pagina's

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 13:30:42 #143

PimD

Nee.

Media-queries ja, wat een heldentechniek

Ook daar weer: jammer dat veel ontwerpers (lees: mensen die ooit drukwerk maakten en overgestapt zijn naar web) nog steeds van die pixelneukers zijn die weken besteden aan het uitwerken van iedere pagina in PSD.

Nee.

zaterdag 9 juli 2011 @ 13:31:51 #144

n8n

Pragmatisch

quote:
Op zaterdag 9 juli 2011 13:30 schreef PimD het volgende:
Media-queries ja, wat een heldentechniek

Ook daar weer: jammer dat veel ontwerpers (lees: mensen die ooit drukwerk maakten en overgestapt zijn naar web) nog steeds van die pixelneukers zijn die weken besteden aan het uitwerken van iedere pagina in PSD.

gewoon geen pagina's in psd maken

hooguit om met wat blokjes een vlakverdeling te tekenen

“Specialization is for insects”.—Robert Heinlein

zaterdag 9 juli 2011 @ 13:33:56 #145

PimD

Nee.

Oh als ik zelf ontwerp gebeurt dat ook zeker. Jammer genoeg (en ik kan het me gedeeltelijk ook wel voorstellen) willen klanten vaak toch eerst allerlei schermen uitgewerkt zien voordat er gebouwd gaat/mag worden. Vooruitstrevende klanten die begrijpen dat een website er anders uit kan/zal zien op een 27" iMac en een 13" laptop heb ik jammer genoeg nog niet mogen meemaken. Hopelijk in m'n nieuwe baan waar ik volgende week begin wel

Nee.

zaterdag 9 juli 2011 @ 13:35:43 #146

n8n

Pragmatisch

quote:
Op zaterdag 9 juli 2011 13:33 schreef PimD het volgende:
Oh als ik zelf ontwerp gebeurt dat ook zeker. Jammer genoeg (en ik kan het me gedeeltelijk ook wel voorstellen) willen klanten vaak toch eerst allerlei schermen uitgewerkt zien voordat er gebouwd gaat/mag worden. Vooruitstrevende klanten die begrijpen dat een website er anders uit kan/zal zien op een 27" iMac en een 13" laptop heb ik jammer genoeg nog niet mogen meemaken. Hopelijk in m'n nieuwe baan waar ik volgende week begin wel

ik bouw meestal meteen een statische html met css, kost me even veel tijd en met css3 is er al een hoop mogelijk zonder afbeeldingen

“Specialization is for insects”.—Robert Heinlein

zondag 10 juli 2011 @ 14:33:48 #147

YazooW

bel de wouten!

Bezig met de ontwikkeling van een site.
Ik heb nu een index.php, met daarin wat scriptaculous:

1
2
3

Vervolgens heb ik een top.php, die ik dmv van een php include in de index laadt. De top.php werkt met jQuery.

1 2	<script src="js/jquery-1.3.2.min.js" type="text/javascript"></script> <script src="js/slide.js" type="text/javascript"></script>

Probleem wat ik nu heb is dat als ik het run ik de top.php wel zie, en die werkt ook gewoon netjes. De index.php wordt verder ook gewoon weergeven op het belangrijkste na, het hele scriptaculous gebeuren...

Op de één of andere manier schakelt die jQuery dus mijn scriptaculous uit. Na een beetje zoeken op Google lijkt het best normaal te zijn dat je conflicten kan krijgen als je met meerdere libraries naast elkaar werkt, maar wat ik niet kon vinden, en wat ik graag hier wil vragen, hoe kan ik het voor elkaar krijgen dat mijn scriptaculous en jQuery gewoon netjes naast elkaar gaan werken?

zondag 10 juli 2011 @ 14:42:02 #148

KomtTijd...

quote:
Op zondag 10 juli 2011 14:33 schreef YazooW het volgende:

Op de één of andere manier schakelt die jQuery dus mijn scriptaculous uit. Na een beetje zoeken op Google lijkt het best normaal te zijn dat je conflicten kan krijgen als je met meerdere libraries naast elkaar werkt, maar wat ik niet kon vinden, en wat ik graag hier wil vragen, hoe kan ik het voor elkaar krijgen dat mijn scriptaculous en jQuery gewoon netjes naast elkaar gaan werken?

Gewoon niet 2 verschillende libraries willen gebruiken.

zcflevo.nl

zondag 10 juli 2011 @ 14:44:10 #149

PimD

Nee.

2 libraries naast elkaar gebruiken, echt waar..?

Zoek eens op jquery.noConflict als je toch perse twee libraries wil gebruiken...

Nee.

zondag 10 juli 2011 @ 15:16:20 #150

YazooW

bel de wouten!

Ik ben behoorlijk noob hier in, snap echt niet wat ik moet doen met die jquery.noConflict.
Ik heb dus gewoon 2 scriptjes los van elkaar gedownload, deze helemaal zitten aanpassen naar eigen smaak maar nu gaat het dus mis bij het samenvoegen.

zondag 10 juli 2011 @ 15:22:39 #151

KomtTijd...

quote:
Op zondag 10 juli 2011 15:16 schreef YazooW het volgende:
Ik ben behoorlijk noob hier in, snap echt niet wat ik moet doen met die jquery.noConflict.
Ik heb dus gewoon 2 scriptjes los van elkaar gedownload, deze helemaal zitten aanpassen naar eigen smaak maar nu gaat het dus mis bij het samenvoegen.

Niets, je moet niet 2 verschillende libraries door elkaar gebruiken.

zcflevo.nl

zondag 10 juli 2011 @ 15:58:10 #152

YazooW

bel de wouten!

Probleem is inmiddels opgelost.
In het bestand slide.js "$" vervangen door "jQuery".
Werkt nu perfect naast elkaar

zondag 17 juli 2011 @ 15:08:46 #154

wobbel

Da WoBBeL King

Help

Ik snap niks van jQuery

Ik wil de ID's van ALLE geselecteerde LI's in het input veld #hardware krijgen. Dat lukt, behalve dat als ik hem niet meer geselecteerd heb hij blijft staan

http://intranet.vdxml.nl/test.html

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

Hosted VoIP SIP trunks Vast mobiel VoIP

zondag 17 juli 2011 @ 15:14:12 #155

DaFan

Hoe bedoel je ? Als je hem deselecteert dan verdwijnt hij ook gewoon uit het veld (Chrome 12.0)

zondag 17 juli 2011 @ 18:25:57 #156

wobbel

Da WoBBeL King

quote:
Op zondag 17 juli 2011 15:14 schreef DaFan het volgende:
Hoe bedoel je ? Als je hem deselecteert dan verdwijnt hij ook gewoon uit het veld (Chrome 12.0)

Oops...hij was gecached

Hosted VoIP SIP trunks Vast mobiel VoIP

zondag 17 juli 2011 @ 18:29:52 #157

DaFan

quote:
Op zondag 17 juli 2011 18:25 schreef wobbel het volgende:

[..]

Oops...hij was gecached

Dus je snapt het wel

dinsdag 19 juli 2011 @ 22:10:08 #158

Tijn

Powered by MS Paint

Wat is een goede manier om statusupdates van een Facebook page op een website te tonen? Vroeger had je de minifeed, maar het lijkt nu niet meer mogelijk te zijn om via RSS updates van Facebook binnen te halen. En bij de API's zie ik ook niet direct iets wat me nuttig lijkt.

Iemand een idee? Het gaat om een openbare Facebook page, dus geen profiel van een persoon ofzo.

Verberg de nieuwsticker

woensdag 20 juli 2011 @ 01:41:02 #159

YazooW

bel de wouten!

quote:
Op dinsdag 19 juli 2011 22:10 schreef Tijn het volgende:
Wat is een goede manier om statusupdates van een Facebook page op een website te tonen? Vroeger had je de minifeed, maar het lijkt nu niet meer mogelijk te zijn om via RSS updates van Facebook binnen te halen. En bij de API's zie ik ook niet direct iets wat me nuttig lijkt.

Iemand een idee? Het gaat om een openbare Facebook page, dus geen profiel van een persoon ofzo.

http://developers.facebook.com/docs/reference/rest/status.get/

woensdag 20 juli 2011 @ 01:47:18 #160

YazooW

bel de wouten!

1
2
3
4
5
6
7
8
9
10

Script zorgt ervoor dat de oude div weg gaat als een nieuwe div aangeroepen wordt, zodat er altijd maar 1 div zichtbaar is. Effecten zijn fadeOut en fadeIn, hoe kan ik dit script nou zo krijgen dat de fadeIn even wacht totdat de fadeOut klaar is. Nu faden ze door elkaar zeg maar, de ene fadeOut en de andere fadeIn.

woensdag 20 juli 2011 @ 18:02:32 #161

PimD

Nee.

Door delay() te gebruiken in de chain, of de fade-out in de call-back van de fadeIn te zetten.

1	$("#"+divName).fadeIn(1200).siblings().delay(1200).fadeOut(1200);

of

1
2
3

$("#"+divName).fadeIn(1200,function(){
$(this).siblings().fadeOut(1200);
});

Zoiets.

[ Bericht 0% gewijzigd door PimD op 20-07-2011 19:06:28 ]

Nee.

woensdag 20 juli 2011 @ 18:49:55 #162

YazooW

bel de wouten!

Beide opties doen hetzelfde hier: Nieuwe div wordt getoond, terwijl de oude div nog zichtbaar is. Nadat de nieuwe div op het scherm is getoverd komt de .delay, en dan pas fade de oude div uit.

woensdag 20 juli 2011 @ 19:07:05 #163

PimD

Nee.

Dan doe je toch iets verkeerd lijkt me, aangezien de callback pas wordt uitgevoerd als de fadeIn voltooid is. Gooi eens een voorbeeld online, zodat we kunnen zien wat je wilt/hebt.

Nee.

woensdag 20 juli 2011 @ 19:12:39 #164

Light

quote:
Op woensdag 20 juli 2011 19:07 schreef PimD het volgende:
Dan doe je toch iets verkeerd lijkt me, aangezien de callback pas wordt uitgevoerd als de fadeIn voltooid is. Gooi eens een voorbeeld online, zodat we kunnen zien wat je wilt/hebt.

Volgens mij is het de bedoeling dat je eerst fadeOut krijgt, en daarna pas fadeIn.

fokstok.nl

woensdag 20 juli 2011 @ 19:14:41 #165

YazooW

bel de wouten!

quote:
Op woensdag 20 juli 2011 19:12 schreef Light het volgende:

[..]

Volgens mij is het de bedoeling dat je eerst fadeOut krijgt, en daarna pas fadeIn.

dit dus

edit, heb de gehele code ff op pastebin gezet: http://pastebin.com/zBTDvxd0

[ Bericht 12% gewijzigd door YazooW op 20-07-2011 19:25:23 ]

woensdag 20 juli 2011 @ 19:27:15 #166

Light

De volgorde aanpassen zou niet zo moeilijk mogen zijn:

1
2
3

$("#"+divName).fadeOut(1200,function(){
$(this).siblings().fadeIn(1200);
});

Niet getest, dat mag je zelf doen.

fokstok.nl

woensdag 20 juli 2011 @ 19:31:24 #167

YazooW

bel de wouten!

quote:
Op woensdag 20 juli 2011 19:27 schreef Light het volgende:
De volgorde aanpassen zou niet zo moeilijk mogen zijn:
[ code verwijderd ]

Niet getest, dat mag je zelf doen.

Nu werkt die, thanks!

woensdag 20 juli 2011 @ 20:48:41 #168

Light

quote:
Op woensdag 20 juli 2011 19:31 schreef YazooW het volgende:

[..]

Nu werkt die, thanks!

Snap je ook wat er is veranderd?

fokstok.nl

woensdag 20 juli 2011 @ 23:47:39 #169

YazooW

bel de wouten!

quote:
Op woensdag 20 juli 2011 20:48 schreef Light het volgende:

[..]

Snap je ook wat er is veranderd?

Ben pas begonnen met jQuery dus kan zijn dat ik er naast zit:
Eerst stond alles in 1 regel achter elkaar, waardoor hij alles dus in 1x ging runnen.
Nu zijn het 2 regels geworden, hij runt nu eerst de fadeOut, als hij daarmee klaar is begint hij met een functie waarin de fadeIn staat.
Kan zijn dat ik er behoorlijk naast zit, stukje code heb ik ergens van internet geplukt en een beetje aangepast.

Verder heb ik nu weer het probleem dat als ik op link van div1 klikt hij div3 opent, klik op div3 opent hij div1, klik ik op div2 doet die helemaal niks.

Mijn code ziet er nu zo uit:

1
2
3
4
5
6
7
8
9
10
11

Heb zo'n vermoede dat ik jou code niet helemaal goed heb geplakt in mijn oude code.

Mijn uiteindelijke einddoel is dit:

<---logo---><---------------menu---------------->
<--menu--><--------------content--------------->
<------------><--------------------------------------->
<------------><--------------------------------------->
<------------><--------------------------------------->
<------------><--------------------------------------->
<------------><--------------------------------------->
<------------------------foooter--------------------->

Als je op de pagina komt zie je dus een logo, een menu links, de content, het menu boven de content moet nog leeg zijn op de beginpagina. Als je vervolgens op een menuitem klikt (linkse menu) dat moet er een div geopent worden rechts van het menu met daarin aan de bovenkant een (sub)menu, en daaronder dan de content.

Voorbeeld:

<---logo---><--appels--peren--bananen-->
<--menu--><-------content over appels----->
<----fruit---><--------------------------------------->
<------------><--------------------------------------->
<------------><--------------------------------------->
<------------><--------------------------------------->
<------------><--------------------------------------->
<------------------------foooter--------------------->

Dus je hebt op fruit geklikt in het menu, vervolgens zie je een (sub)menu bovenaan tevoorschijn komen, en in de content info over appels (omdat appels de eerste link is in het (sub)menu), klik je op peren in het (sub)menu dan moet de content van de appels verdwijnen en plaats maken voor de content van de peren.

Klik je op een ander item in het linkse menu dan moet het (sub)menu (appels, peren, etc) en de content plaats maken voor een nieuwe (sub)menu en content.

Zoals je aan mijn beschrijving kan zien ben ik dus nog wel even bezig dit voor elkaar te krijgen aangezien ik nu niet eens normaal divs kan openen en sluiten... Wil eigenlijk het liefst zo snel mogelijk beginnen mijn CMS te bouwen in php maar ik kan dat jQuery gewoon niet zomaar negeren aangezien het er zo slick uit ziet

donderdag 21 juli 2011 @ 18:21:48 #170

SJanoski

Hoi Fok-ers!

Zit met een probleempje, hopelijk weten jullie meer dan ik (waarschijnlijk wel!).

De bedoeling is de illusie te geven dat de header doorloopt achter de witte container, wat op dit screenshot dus gelukt is. Het donkergrijze loopt door achter de content. Browser is trouwens FireFox.

http://imageshack.us/f/818/ss1ob.png/ (copy/paste deze link)

Dit heb ik gedaan der middel van 2 divjes aan beide kanten van de witte container, onder de header. Die heb ik vervolgens een vaste waarde (px) meegegeven zodat ze de margin-left en margin-right van de container opvulden.

Echter, en waar ik al rekening mee hield, in een andere browser past het weer net niet. Zie screenshot:

http://imageshack.us/photo/my-images/823/schermafbeelding2011072v.png/ (copy/paste deze link)

Zoals jullie zien kom ik daar een stukje te kort en is de hele illusie weg. Vervolgens heb ik geprobeerd dmv de z-index de container boven de balk te plaatsen. De balk 100% width gegeven en een z-index van -1. Werkte niet. (Omdat de div's in andere files staan?).

Zijn er nog manieren om dit werkend te krijgen?

Bij voorbaat dank!
Peter.

donderdag 21 juli 2011 @ 18:24:21 #171

PimD

Nee.

Volgens mij ben je onnodig moeilijk aan het doen. Je kunt die grijze balk toch gewoon als background-color meegeven van je bovenste div, en dan de witte container een negatieve top-margin geven...?

Nee.

vrijdag 22 juli 2011 @ 17:18:19 #172

SJanoski

Heel stom. Dankjewel!

zaterdag 23 juli 2011 @ 18:58:58 #173

SJanoski

Nou. Dan is het nu misschien ook maar eens tijd om wat tussentijdse adviezen/meningen over m'n projectje te ontvangen. Het gaat om een webshopje.

Lastige is dat ik nog niet precies weet wat ik er mee wil doen, misschien verkoop ik 't hele handeltje, misschien ga ik hem zelf gebruiken, en als ik hem zelf ga gebruiken; wat wil ik gaan verkopen? Met het oog op al deze vragen heb ik besloten de shop zo clean mogelijk te maken. Met als prioriteit usability en overzichtelijkheid.

De laatste dagen echter, slaat bij mij de twijfel toe of deze cleane look wel the way to go is. Ik zelf hou er erg van, maar het draait in principe natuurlijk niet om wat ik vind. Daarom graag jullie op- en aanmerkingen. (Niet kijken naar de producten, dat is pure opvulling).

Klik hier.

Thanks!

zaterdag 23 juli 2011 @ 19:36:20 #174

PimD

Nee.

Ik ga geen commentaar geven op het design, aangezien daar vast andere topics voor zijn. Wel op je HTML/CSS:

- Tabellen, anno 2011... echt waar?
- Inline styling. Handiger zou zijn om gewoon alles in een CSS-file te zetten, zodat je alles op 1 centraal punt kunt beheren i.p.v. in allemaal losse HTML/PHP bestanden.
- Lees eens wat over semantiek. Lijstjes zoals je footer zouden gewoon geneste UL's/OL's moeten zijn i.p.v. div's met een unieke ID en 5x 99% dezelfde CSS.

Nee.

zaterdag 23 juli 2011 @ 20:32:36 #175

SJanoski

Beste TimD,

Het betreft hier een ondertussen hevig aangepast opensource pakket. Er zitten inderdaad tables in, maar die zijn er niet door mij ingezet. Hoe ik dat kan gaan aanpassen is me onbekend. Gaat dit problemen opleveren / heeft het negatieve consequenties op enig vlak?

Over semantiek ga ik me eens inlezen. Bedankt!

zondag 24 juli 2011 @ 15:39:29 #176

TheSeeker_NL

Damn fine coffee

ik wil graag weten hoe ik mijn footer op de correcte plek positioneer, dus onder de content en niet erboven.

HTML

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<title>Portal</title>
<link href="style/portal.css" rel="stylesheet" type="text/css" />
</head>

<body>
<div id="header">
    <h1>Portal</h1>
</div> 

<div id="content">
    <h2> Opties </h2>
    <div id="menu1"><h2>Menu 1</h2> </div> 
    <div id="menu2"><h2>Menu 2</h2> </div> 
    <div id="menu3"><h2>Menu 3</h2> </div> 
    <div id="menu4"><h2>Menu 4</h2> </div> 
    <div id="menu5"><h2>Menu 5</h2> </div> 
    <div id="menu6"><h2>Menu 6</h2> </div> 
    <p> Klik op een menu om verder te gaan</p>
</div> 

<div id="footer">
    <p>Footer</p>
</div> 
</body>
</html>

CSS

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77

@charset "utf-8";
/* CSS Document */

body {
}

#content {
    width:1000px;
    background-color:#CCC;
    position:absolute;
    left:50%;
    margin-left:-500px;
    clear:right;
    }

#menu1 {
    background-color:#00F;
    width:300px;
    height:300px;
    float:left;
    margin-right:25px;
    margin-bottom:25px;
    margin-left:25px;
}

#menu2 {
    background-color:#393;
    width:300px;
    height:300px;
    float:left;
    margin-right:25px;
    margin-bottom:25px;
}

#menu3 {
    background-color:#966;
    width:300px;
    height:300px;
    float:left;
    margin-bottom:25px;
}

#menu4 {
    background-color:#96F;
    width:300px;
    height:300px;
    float:left;
    margin-right:25px;
    margin-left:25px;
}

#menu5 {
    background-color:#CF3;
    width:300px;
    height:300px;
    float:left;
    margin-right:25px;
}

#menu6 {
    background-color:#6C3;
    width:300px;
    height:300px;
    float:left;
    }

#header {
    background-color:#CCC;
}

#footer {
    background-color:#CCC;
}

.clear {
    clear:both;
}

Ik neem aan dat het met de float van de menu's te maken heeft in de content div en dat de footer deze als 't ware negeert en gewoon onder de header gaat zitten. Als ik me niet vergis moet ik ergens correct gebruik maken van "clear" maar waar precies? Kan iemand me even helpen?

Hartelijk dank.

zondag 24 juli 2011 @ 15:42:19 #177

PimD

Nee.

Sowieso #content niet absoluut positioneren. En er een overflow:hidden aan toe voegen om de float te clearen. Dan ben je al een heel eind gok ik.

Maar dat menu, maak daar nou gewoon even een UL van. Mijn hemel wat kan ik chagrijnig worden van menu's die uit divjes bestaan met unieke ID's met 10x dezelfde CSS.

Nee.

zondag 24 juli 2011 @ 15:53:07 #178

TheSeeker_NL

Damn fine coffee

quote:
Op zondag 24 juli 2011 15:42 schreef PimD het volgende:
Sowieso #content niet absoluut positioneren. En er een overflow:hidden aan toe voegen om de float te clearen. Dan ben je al een heel eind gok ik.

Maar dat menu, maak daar nou gewoon even een UL van. Mijn hemel wat kan ik chagrijnig worden van menu's die uit divjes bestaan met unieke ID's met 10x dezelfde CSS.

Ik zag dat ik je bovenstaande reactie al staan ja. Ik zal eens even kijken wat je er precies mee bedoelt, je moet niet vergeten dat sommige mensen niet op jouw kennis niveau zitten.

Ik waardeer echter wel dat je me probeert naar een ideale manier van schrijven probeert te loodsen hoor.

Ik ga eerst even aanpassen wat je suggereerde en daarna zal ik eens kijken of ik uit de voeten kom met je UL idee. Bedankt alvast.

zondag 24 juli 2011 @ 15:58:05 #179

TheSeeker_NL

Damn fine coffee

Na het weghalen van :

1
2
3
4
5

#content {
    position:absolute;
    left:50%;
    margin-left:-500px;
    }

Klopt de flow van de pagina inderdaad weer. Maar die code had ik juist gebruikt om de content precies in het midden van de pagina te positioneren. Waarom leverde dit eigenlijk problemen op, en is er een alternatief? Als je me hier antwoord op weet te geven, dan beloof ik je dat ik met UL aan de slag ga

zondag 24 juli 2011 @ 16:06:50 #180

KomtTijd...

Het levert problemen op omdat:
a) position:absolute sowieso alleen gebruikt moet worden als het echt noodzakelijk is, om dingen over elkaar te plaatsen bijv.
b) margin-left: -500px zorgt dat je content uit beeld verdwijnt op schermen die geen 1000 pixels breed zijn

En waarom zou je niet gewoon zoals de rest van de hele wereld margin: auto gebruiken als je iets wilt centreren?

zcflevo.nl

zondag 24 juli 2011 @ 16:06:56 #181

PimD

Nee.

Position:absolute zorgt er voor dat je element uit de flow van de pagina wordt gehaald (en daardoor dus geen ruimte meer in neemt) en wordt gepositioneerd a.d.h.v. de eerste gepositioneerde parent (in dit geval je body). Hierdoor schuiven de andere elementen (in dit geval je footer) naar boven.

Als je content "margin:0 auto;" geeft zou ie weer keurig in het midden moeten staan.

Nee.

zondag 24 juli 2011 @ 16:09:47 #182

KomtTijd...

ontwikkelen in moderne browsers is echt leuk, trouwens

hou me vast als ik straks IE7/8/9 ga proberen

zcflevo.nl

zondag 24 juli 2011 @ 16:23:54 #183

TheSeeker_NL

Damn fine coffee

Geen idee waarom ik dat niet gebruikt heb, maar dat zal ik vanaf nu dus gaan toepassen. Nu staat alles zoals ik het wil, dan nu op naar je andere suggestie.

1
2
3
4
5
6
7
8
9
10
11

ul {
}

li {
    background-color:#39F;
    list-style:none;
    width:200px;
    height:200px;
    margin:25px;
    float:left;
}

1
2
3
4
5
6
7
8
9
10
11
12

<div id="content">
    <h2> Opties </h2>
<ul>
<li>Menu 1</li>
<li>Menu 2</li>
<li>Menu 3</li>
<li>Menu 4</li>
<li>Menu 5</li>
<li>Menu 6</li>
</ul>
    <p class="clear"> Klik op een menu om verder te gaan</p>
</div>

Is dit een beetje in de richting die je bedoelt? En als ik nu een Li aparte eigenschappen wil geven, dan daarvoor id aanmaken?

zondag 24 juli 2011 @ 16:30:19 #184

PimD

Nee.

Dat lijkt er al meer op ja. Ik zou in dit geval gebruik maken van classes om de li's een unieke achtergrond te geven, of natuurlijk een hendig sjieke :nth-child-selector. ID's gebruik ik eigenlijk nooit op losse elementen als li's, ik gebruik het alleen voor unieke componenten op een pagina (bijv. #navigation, #search etc), zodat je er ook naar toe kunt linken (index.html#search) - wat voor m.n. accessibility van belang is.

Nee.

zondag 24 juli 2011 @ 17:28:55 #185

TheSeeker_NL

Damn fine coffee

Hopelijk hebben jullie nog energie voor 1 vraag van mij want ik blijf toch moeite hebben met positionering blijkbaar, ik ben nog even in de boeken gedoken maar ik kom er toch niet uit:

Ik wil de <li> mooi in het midden gepositioneerd hebben. Nu is er rechts meer marge dan links.
Is er nog een makkelijke manier om het automatisch uit te lijnen of moet ik gewoon precies uitmeten hoeveel pixels er vrij zijn links en rechts en dan de marge bijstellen?

De code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<title>Portal</title>
<link href="style/portal.css" rel="stylesheet" type="text/css" />
</head>

<body>
<div id="header">
    <h1>Portal</h1>
</div> 
<div id="navigatie">
    <h3>navigatie></h3>
</div>
<div id="content">
    <h2> Opties </h2>
        <ul>
            <li><h3>Menu 1</h3></li>
            <li><h3>Menu 2</h3></li>
            <li><h3>Menu 3</h3></li>
            <li><h3>Menu 4</h3></li>
            <li><h3>Menu 5</h3></li>
            <li><h3>Menu 6</h3></li>
        </ul>
   <p class="clear"> Klik op een menu om verder te gaan</p>
</div> 

<div id="footer">
    <p>Footer</p>
</div> 
</body>
</html>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

@charset "utf-8";
/* CSS Document */

body {
}

#content {
    width:1000px;
    background-color:#CCC;
    margin:0 auto;
    }

#content h3 {
    text-align:center
}

ul {
    margin:0 auto;
    padding:0;
}

li {
    background-color:#39F;
    list-style:none;
    width:270px;
    height:270px;
    margin:20px;
    float:left;
}

#header {
    background-color:#CCC;
}

#footer {
    background-color:#CCC;
}

.clear {
    clear:both;
}

zondag 24 juli 2011 @ 17:34:15 #186

KomtTijd...

Laat ze niet floaten, dan kun je gewoon text-align:center (of justify) gebruiken op je parent.
Gebruik display:inline (of inline-block) om ze naast elkaar te krijgen

zcflevo.nl

zondag 24 juli 2011 @ 17:52:33 #187

TheSeeker_NL

Damn fine coffee

quote:
Op zondag 24 juli 2011 17:34 schreef KomtTijd... het volgende:
Laat ze niet floaten, dan kun je gewoon text-align:center (of justify) gebruiken op je parent.
Gebruik display:inline (of inline-block) om ze naast elkaar te krijgen

Bedankt, een hele simpele oplossing. Die floats stamde nog af van mijn div oplossing, ik wist wel dat die de boosdoeners waren eigenlijk.

Dat blijft toch nog wel het probleem voor mij met CSS, als ik mensen suggesties hoor geven dan klinkt het heel logisch maar om er zelf op te komen tijdens het schrijven van de code is gewoon erg lastig. Hoe dan ook, stapje voor stapje leer ik wel

Heel erg bedankt in elk geval, nu tijd om verder te schetsen.

zaterdag 30 juli 2011 @ 22:18:49 #188

wobbel

Da WoBBeL King

Help, m'n uploadify scriptje geeft een bericht weer, maar ik kan er geen afbeelding inkrijgen!!

Dit is de output:

1	11 bestand(en) geupload, 0 fouten. <img src="/include/images/loader_small.gif" />Het laden van de volgende pagina kan erg lang duren afhankelijk van het aantal afbeeldingen.

En dit is m'n script

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

Hosted VoIP SIP trunks Vast mobiel VoIP

zaterdag 30 juli 2011 @ 22:21:13 #189

wobbel

Da WoBBeL King

Zucht, .text moet .html worden

Hosted VoIP SIP trunks Vast mobiel VoIP

zaterdag 30 juli 2011 @ 22:46:26 #190

Tijn

Powered by MS Paint

quote:
Op zondag 24 juli 2011 16:09 schreef KomtTijd... het volgende:
ontwikkelen in moderne browsers is echt leuk, trouwens

hou me vast als ik straks IE7/8/9 ga proberen

IE9 valt me hard mee tot nu toe. En IE7/8... ach... pixelperfect ga ik niet eens proberen en gelukkig kun je veel fixen met conditional comments.

Verberg de nieuwsticker

zaterdag 30 juli 2011 @ 23:12:50 #191

PimD

Nee.

Zolang je IE6 niet hoeft te ondersteunen vind ik het ook allemaal wel meevallen. IE7 heeft af en toe wat moeite met z-indexen e.d. - maar over het algemeen valt er best voor te ontwikkelen.

Nee.

zaterdag 30 juli 2011 @ 23:18:54 #192

Tijn

Powered by MS Paint

Ik heb het afgelopen jaar geen enkele website afgeleverd met IE6-support en ik heb er 0 klanten over horen klagen.

Verberg de nieuwsticker

zaterdag 30 juli 2011 @ 23:25:13 #193

Light

quote:
Op zaterdag 30 juli 2011 23:18 schreef Tijn het volgende:
Ik heb het afgelopen jaar geen enkele website afgeleverd met IE6-support en ik heb er 0 klanten over horen klagen.

Het ligt ook aan je doelgroep... op m'n werk moet IE6 wel ondersteund worden, omdat het bij onze doelgroep (ziekenhuizen) nog te veel wordt gebruikt.

fokstok.nl

zaterdag 30 juli 2011 @ 23:30:33 #194

Tijn

Powered by MS Paint

quote:
Op zaterdag 30 juli 2011 23:25 schreef Light het volgende:

[..]

Het ligt ook aan je doelgroep... op m'n werk moet IE6 wel ondersteund worden, omdat het bij onze doelgroep (ziekenhuizen) nog te veel wordt gebruikt.

Grappig dat je dat zegt, want letterlijk de enige keer dat ik ermee werd geconfronteerd dat een site die ik had gebouwd niet goed werkt in IE6 was toen ik iemand in het ziekenhuis bezocht. De patienten daar hebben een soort touchscreen computerterminal waarop ze spelletjes kunnen doen en kunnen internetten en jawel hoor, op dat gare ding stond IE6 en dus deed m'n site het niet goed

Verberg de nieuwsticker

zaterdag 30 juli 2011 @ 23:40:26 #195

Light

quote:
Op zaterdag 30 juli 2011 23:30 schreef Tijn het volgende:

[..]

Grappig dat je dat zegt, want letterlijk de enige keer dat ik ermee werd geconfronteerd dat een site die ik had gebouwd niet goed werkt in IE6 was toen ik iemand in het ziekenhuis bezocht. De patienten daar hebben een soort touchscreen computerterminal waarop ze spelletjes kunnen doen en kunnen internetten en jawel hoor, op dat gare ding stond IE6 en dus deed m'n site het niet goed

Best kans dat (bijna) alle computers in dat ziekenhuis nog IE6 draaiden. En dat ze dat nog steeds doen, want upgraden is gevaarlijk en risicovol enzo. En de IE6-only apps doen het dan waarschijnlijk niet meer meer, da's ook lastig...

fokstok.nl

zaterdag 30 juli 2011 @ 23:41:46 #196

Tijn

Powered by MS Paint

Je zou zeggen dat juist IE6 blijven gebruiken gevaarlijk is. Maar goed, dat is mijn mening

Verberg de nieuwsticker

zaterdag 30 juli 2011 @ 23:57:10 #197

Light

En applicaties die alleen met IE6 werken, zijn ondertussen ook zodanig verouderd dat ze dringend vervangen moeten worden. Liever nog gisteren dan vandaag.

Mij is eens verteld dat het EPD (ook zo'n handig Haagsch idee) alleen werkt in IE6. Of het waar is, weet ik niet. Maar als het waar is, mogen ze wmb iedereen die eraan heeft meegewerkt opknopen.

fokstok.nl

zaterdag 30 juli 2011 @ 23:59:36 #198

mschol

quote:
Op zaterdag 30 juli 2011 23:57 schreef Light het volgende:
En applicaties die alleen met IE6 werken, zijn ondertussen ook zodanig verouderd dat ze dringend vervangen moeten worden. Liever nog gisteren dan vandaag.

Mij is eens verteld dat het EPD (ook zo'n handig Haagsch idee) alleen werkt in IE6. Of het waar is, weet ik niet. Maar als het waar is, mogen ze wmb iedereen die eraan heeft meegewerkt opknopen.

waarom vervangen als het werkt..
onze apothekers (pas hebben we moeten wisselen van apotheek)
draaien ook nog een of ander dos programma op XP

zondag 31 juli 2011 @ 00:30:18 #199

Tijn

Powered by MS Paint

quote:
Op zaterdag 30 juli 2011 23:59 schreef mschol het volgende:

[..]

waarom vervangen als het werkt..

Omdat het om gegevens gaat die niet alleen nu beschikbaar moeten zijn, maar waarvan ook gegarandeerd moet worden dat ze in de toekomst beschikbaar zijn.

Verberg de nieuwsticker

zondag 31 juli 2011 @ 00:37:44 #200

Light

quote:
Op zaterdag 30 juli 2011 23:59 schreef mschol het volgende:

[..]

waarom vervangen als het werkt..
onze apothekers (pas hebben we moeten wisselen van apotheek)
draaien ook nog een of ander dos programma op XP

Onderhoudbaarheid, nieuwe inzichten (zowel van de bouwers als van de gebruikers), platformonafhankelijkheid. Zo'n dos programma in XP is leuk, maar er komt een moment dat dos programma's niet meer werken in Windows. En er komt een moment dat XP (inmiddels ook 10 jaar oud) helemaal niet meer ondersteund wordt. Windows 7 kan standaard niet meer overweg met dos programma's (er zijn in sommige gevallen workarounds).

fokstok.nl

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

» digital corner

» development

» digital corner

» development