[HTML, CSS, JS] Frontend #44: 0 === -0

Index

» digital corner

actieve topics nieuwe topics
abonnement Unibet Coolblue
  donderdag 26 november 2015 @ 16:37:22 #126
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_157836979
quote:
11s.gif Op donderdag 26 november 2015 16:34 schreef Catch22- het volgende:

[..]

Die heeft een .value property.
Ja, weet ik. Maar die value kan ik dus niet aanpassen met .innerhtml()? Is daar een andere manier voor?

Op zich is <textarea> gebruiken geen groot probleem, het ziet er gewoon minder netjes uit.
  donderdag 26 november 2015 @ 16:38:27 #127
56176 Catch22-
Ben je Blind?!
pi_157837001
quote:
0s.gif Op donderdag 26 november 2015 16:37 schreef Ser_Ciappelletto het volgende:

[..]

Ja, weet ik. Maar die value kan ik dus niet aanpassen met .innerhtml()? Is daar een andere manier voor?

Op zich is <textarea> gebruiken geen groot probleem, het ziet er gewoon minder netjes uit.
dan check je toch de tagName even?
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
  donderdag 26 november 2015 @ 16:55:10 #128
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_157837350
quote:
11s.gif Op donderdag 26 november 2015 16:38 schreef Catch22- het volgende:

[..]

dan check je toch de tagName even?
Juist. Met document.getElementById("element").value = "whatever" lukt het wel. Bedankt voor de hulp. ;)
pi_157845151
quote:
11s.gif Op donderdag 26 november 2015 09:18 schreef Catch22- het volgende:

[..]

Ja dat sowieso. Maar dat is gewoon common sense imo. Als je geen idee hebt wat je precies aan het doen bent, kan je vanilla js ook sloom maken
Ik heb genoeg code gezien waarbij dingen die common sense zouden moeten zijn dat toch niet blijken te zijn.

Het helpt overigens wel als je een IDE gebruikt die je vertelt wat je aan niet-gebruikte variabelen hebt en waar je dingen kunt optimaliseren.
fokstok.nl
  donderdag 26 november 2015 @ 21:17:31 #130
230788 n8n
Pragmatisch
pi_157845407
Sowieso in JSHint/Lint handig, ongebruikte variabelen zou de ugliefier er uit moeten vissen.
“Specialization is for insects”.—Robert Heinlein
pi_157846754
quote:
1s.gif Op donderdag 26 november 2015 21:17 schreef n8n het volgende:
Sowieso in JSHint/Lint handig, ongebruikte variabelen zou de ugliefier er uit moeten vissen.
Dat een uglifier die variabelen er alsnog uit haalt, is maar de helft van de oplossing. Als ik die code later bekijk/bewerk, pak ik namelijk de normale versie en daar staat die variabele nog steeds in.

Dat je tijdens development ongebruikte variabelen hebt, snap ik heel goed. Maar voordat je iets 'af' kunt noemen, moeten ze wel weg zijn. Ongeacht de programmeertaal die je gebruikt. Overigens meldt jshint unused variables ook.
fokstok.nl
  maandag 30 november 2015 @ 16:01:27 #132
91039 mstx
2x1/2 = 1/2 x 1/2
pi_157923212
Over optimalisatie gesproken, ik kwam laatst deze site tegen
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's _O_
Dat logo bovenin is 1MB :') _____!
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
  maandag 30 november 2015 @ 16:20:11 #133
230788 n8n
Pragmatisch
pi_157923589
quote:
0s.gif Op maandag 30 november 2015 16:01 schreef mstx het volgende:
Over optimalisatie gesproken, ik kwam laatst deze site tegen
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's _O_
Dat logo bovenin is 1MB :') _____!
Dat is tegenwoordig de norm. Hebben we hier een discussie over jQuery terwijl die social button plug-ins met like indicatie easy 500kb binnenhalen met 20 requests :') Helemaal van de zotte wanneer je bedenkt dat die zooi van Twitter, Google, en Facebook komt, zogenaamd pro-optimalisatie.

http://www.webperformance(...)b-page-1795-kb-size/

En Light, ben het dan ook helemaal met je eens.
“Specialization is for insects”.—Robert Heinlein
  maandag 30 november 2015 @ 16:21:58 #134
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_157923624
quote:
0s.gif Op maandag 30 november 2015 16:01 schreef mstx het volgende:
Over optimalisatie gesproken, ik kwam laatst deze site tegen
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's _O_
Dat logo bovenin is 1MB :') _____!
Dat is zodat het logo er nog steeds goed uitziet voor de mensen met een scherm van 4000x5000px.

Anyhow, wat gebruik jij om te zien hoeveel requests/js-bestanden/etc. zo'n pagina gebruikt?
  maandag 30 november 2015 @ 16:28:33 #135
230788 n8n
Pragmatisch
pi_157923754
De inspector kan dat en anders heb je extensies als yslow.

De rest van de foto's is trouwens 1 grote pixelbrij, dus alleen het - SVG potentiële - logo is voor 2015 schermen :')
“Specialization is for insects”.—Robert Heinlein
  maandag 30 november 2015 @ 16:30:08 #136
91039 mstx
2x1/2 = 1/2 x 1/2
pi_157923781
quote:
0s.gif Op maandag 30 november 2015 16:21 schreef Ser_Ciappelletto het volgende:

[..]

Dat is zodat het logo er nog steeds goed uitziet voor de mensen met een scherm van 4000x5000px.
Het hele idee van SVG is toch dat je een hele kleine vectorafbeelding van een paar kB hebt die je oneindig kan schalen? :P

quote:
Anyhow, wat gebruik jij om te zien hoeveel requests/js-bestanden/etc. zo'n pagina gebruikt?
Gewoon de standaard developer tools (F12) van firefox/chrome
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
  maandag 30 november 2015 @ 16:34:07 #137
134533 donroyco
dus niet Donroyco
pi_157923858
quote:
0s.gif Op maandag 30 november 2015 16:01 schreef mstx het volgende:
Over optimalisatie gesproken, ik kwam laatst deze site tegen
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's _O_
Dat logo bovenin is 1MB :') _____!
Een stap terug zou het design al zijn afgeschoten door een kundige UX'er.
Op maandag 29 september 2008 11:45 schreef HostiMeister het volgende:
Dat is zeg maar de Nederlandse taal op een vuige keukentafel voorover buigen en hem dan zonder glijmiddel anaal verkrachten. :'(
  maandag 30 november 2015 @ 16:36:40 #138
230788 n8n
Pragmatisch
pi_157923905
quote:
7s.gif Op maandag 30 november 2015 16:34 schreef donroyco het volgende:

[..]

Een stap terug zou het design al zijn afgeschoten door een kundige UX'er.
Kundige UX-ers vind je niet bij de goedkope wordpress studio die 20 van zulke sites per jaar knalt en alleen naar awwwards themeforrest kijken wat een beetje gangbaar is.
“Specialization is for insects”.—Robert Heinlein
  maandag 30 november 2015 @ 16:40:53 #139
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_157924003
quote:
7s.gif Op maandag 30 november 2015 16:34 schreef donroyco het volgende:

[..]

Een stap terug zou het design al zijn afgeschoten door een kundige UX'er.
N00b-vraag: wat zijn nou de grootste doodzondes die op deze site begaan zijn, die een kundige UX'er nooit zou maken?
  maandag 30 november 2015 @ 16:47:31 #140
56176 Catch22-
Ben je Blind?!
pi_157924137
quote:
0s.gif Op maandag 30 november 2015 16:40 schreef Ser_Ciappelletto het volgende:

[..]

N00b-vraag: wat zijn nou de grootste doodzondes die op deze site begaan zijn, die een kundige UX'er nooit zou maken?
Witte tekst op een gele achtergrond for starters...
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
  maandag 30 november 2015 @ 17:01:10 #141
12221 Tijn
Powered by MS Paint
pi_157924398
quote:
11s.gif Op maandag 30 november 2015 16:47 schreef Catch22- het volgende:

[..]

Witte tekst op een gele achtergrond for starters...
Inderdaad zeg, het contrast op die pagina is echt bizar slecht.

Die footer ook, met een gele link op een lichtgrijze achtergrond _O-
Verberg de nieuwsticker
  maandag 30 november 2015 @ 17:46:22 #142
134533 donroyco
dus niet Donroyco
pi_157925323
quote:
0s.gif Op maandag 30 november 2015 16:40 schreef Ser_Ciappelletto het volgende:

[..]

N00b-vraag: wat zijn nou de grootste doodzondes die op deze site begaan zijn, die een kundige UX'er nooit zou maken?
Contrast ratio zoals Catch22- en Tijn al aangeven.
Op maandag 29 september 2008 11:45 schreef HostiMeister het volgende:
Dat is zeg maar de Nederlandse taal op een vuige keukentafel voorover buigen en hem dan zonder glijmiddel anaal verkrachten. :'(
  maandag 30 november 2015 @ 18:03:38 #143
56176 Catch22-
Ben je Blind?!
pi_157925647
En hij werkt niet zonder www...
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
pi_157928080
Iemand enig idee waarom pagina 1 wel speciale tekens (zoals é en ¤) weergeeft, maar pagina 2 totaal niet? Ze zijn beiden aan hetzelfde css-bestand verbonden en verder zit er eigenlijk geen opmaak in de pagina's zelf verwerkt.

Pagina 1:


Pagina 2:


styles.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		<style>
#header {
    background-color:#373332;
    color:white;
    width:100%;
    height:7%;
    padding:0%;
    margin-left:auto;
    margin-right:auto;
    text-align:center;
    font-family:Arial, Helvetica, sans-serif;
    font-size:115%;
}
#section {
    background-color:#f5f5f5;
    color:#b51c54;
    width:90%;
    height:50%;
    padding:5%;
    margin-left:auto;
    margin-right:auto;
    font-family:Arial, Helvetica, sans-serif;
    font-size:115%;
}
#section2 {
    background-color:#f5f5f5;
    color:#373332;
    width:90%;
    height:50%;
    padding:5%;
    margin-left:auto;
    margin-right:auto;
    font-family:Arial, Helvetica, sans-serif;
    font-size:115%;
}
table {
    border-width:1%;
    color:#373332;
    font-family:Arial, Helvetica, sans-serif;
    font-size:115%;
}
input {
    color:#b51c54;
    font-family:Arial, Helvetica, sans-serif;
    font-size:115%;
}
#rozekop {
    color:#b51c54;
}
#footer {
    background-color:#f5f5f5;
    color:white;
    width:92%;
    height:6%;
    padding:4%;
    margin-left:auto;
    margin-right:auto;
    font-family:Arial, Helvetica, sans-serif;
    font-size:115%;
}
button {
    background-color:#b51c54;
    width:30%;
    padding:1%;
    border-width:0px;
    color:white;
    font-weight:bold;
    font-family:Arial, Helvetica, sans-serif;
    font-size:115%;
}
</style>
https://www.booksformanagers.nl
  maandag 30 november 2015 @ 19:48:39 #145
134533 donroyco
dus niet Donroyco
pi_157928250
quote:
0s.gif Op maandag 30 november 2015 19:44 schreef GuitarJJ het volgende:
Iemand enig idee waarom pagina 1 wel speciale tekens (zoals é en ¤) weergeeft, maar pagina 2 totaal niet? Ze zijn beiden aan hetzelfde css-bestand verbonden en verder zit er eigenlijk geen opmaak in de pagina's zelf verwerkt.

Pagina 1:
[ afbeelding ]

Pagina 2:
[ afbeelding ]

styles.css
[ code verwijderd ]

Pagina's niet opgeslagen als UTF-8?
Op maandag 29 september 2008 11:45 schreef HostiMeister het volgende:
Dat is zeg maar de Nederlandse taal op een vuige keukentafel voorover buigen en hem dan zonder glijmiddel anaal verkrachten. :'(
pi_157928512
quote:
7s.gif Op maandag 30 november 2015 19:48 schreef donroyco het volgende:

[..]

Pagina's niet opgeslagen als UTF-8?
Het lijkt geen verschil te maken als ik <meta charset="UTF-8"> tussen head zet.

edit: Als ik de pagina opsla als .html-pagina (in plaats van .php) werken de tekens wel.

[ Bericht 8% gewijzigd door GuitarJJ op 30-11-2015 20:10:55 ]
https://www.booksformanagers.nl
  maandag 30 november 2015 @ 20:13:57 #147
230788 n8n
Pragmatisch
pi_157928918
quote:
0s.gif Op maandag 30 november 2015 19:56 schreef GuitarJJ het volgende:

[..]

Het lijkt geen verschil te maken als ik <meta charset="UTF-8"> tussen head zet.

edit: Als ik de pagina opsla als .html-pagina (in plaats van .php) werken de tekens wel.
De karakters hebben ook een encoding, die moet wel overeenkomen met de encoding van de pagina.
“Specialization is for insects”.—Robert Heinlein
pi_157929272
quote:
1s.gif Op maandag 30 november 2015 20:13 schreef n8n het volgende:

[..]

De karakters hebben ook een encoding, die moet wel overeenkomen met de encoding van de pagina.
Stond blijkbaar op ANSI. Als ik het bestandje zelf opsla als UTF-8, krijg ik helaas de volgende melding:

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/voordegi/public_html/veapp/uitkomst.php:1) in /home/voordegi/public_html/veapp/uitkomst.php on line 2

1
2
3
4
5
6		<?
session_start();
$cataloguswaarde = $_SESSION["cataloguswaarde"];
$aankoopwaarde = $_SESSION["aankoopwaarde"];
$ouderdom = $_SESSION["ouderdom"];
...
https://www.booksformanagers.nl
  maandag 30 november 2015 @ 22:11:45 #149
230788 n8n
Pragmatisch
pi_157933053
quote:
0s.gif Op maandag 30 november 2015 20:29 schreef GuitarJJ het volgende:

[..]

Stond blijkbaar op ANSI. Als ik het bestandje zelf opsla als UTF-8, krijg ik helaas de volgende melding:

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/voordegi/public_html/veapp/uitkomst.php:1) in /home/voordegi/public_html/veapp/uitkomst.php on line 2
[ code verwijderd ]

daar is het php voor dummies voor, zou het zo niet weten.
“Specialization is for insects”.—Robert Heinlein
pi_157934159
quote:
0s.gif Op maandag 30 november 2015 20:29 schreef GuitarJJ het volgende:

[..]

Stond blijkbaar op ANSI. Als ik het bestandje zelf opsla als UTF-8, krijg ik helaas de volgende melding:

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/voordegi/public_html/veapp/uitkomst.php:1) in /home/voordegi/public_html/veapp/uitkomst.php on line 2
[ code verwijderd ]

Waarschijnlijk voegt je editor een Byte Order Mark (BOM) toe. Da's een onzichtbaar teken maar wel een die voor de php open tag staat en die dus meteen uitvoer start.
fokstok.nl
actieve topics nieuwe topics
abonnement Unibet Coolblue
[HTML, CSS, JS] Frontend #44: 0 === -0
Index

» digital corner

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