[PHP/(My)SQL] voor dummies - Deel 50 - Gefeli | Digital Corner (DIG)

donderdag 13 september 2007 @ 19:33:26 #51

Dzy

It is I

Je kunt tussen <noscript> en </noscript> neerpleuren wat hij moet zeggen als Javascript disabled is.

"Reality is an illusion created by a lack of alcohol."

donderdag 13 september 2007 @ 21:34:43 #52

Xcalibur

quote:
Op donderdag 13 september 2007 19:15 schreef markiemark het volgende:
mijn applicatie gebruikt best veel javascript en werkt gewoon niet als dat niet geenabled is..

Eigenlijk zit hier gewoon het probleem natuurlijk.... of je zorgt dat het toch werkt zonder javascript, of je accepteert dat x-procent je applicatie niet kan gebruiken

Ik zou ervoor zorgen dat het zonder javascript ook werkt

donderdag 13 september 2007 @ 22:02:16 #53

markiemark

FR 1908

ja op zich werkt het wel zonder javascript... maar ik wil iets maken dat zeer egbruiksvriendljk is, waardoor het product aantrekkelijk is. bijvoorbeeld validatie van een email adres.. dat heb ik liever voordat het formulier gesubmit wordt..
en zo zijn er nog meer dingen die ik graag met jd wil doen..

--edit--
oh ja cool dat bestaat ook nog natuurlijk! hehe ooit wel gebruikt.. maar hoeveel procent gebruikt er nou geen javascript? ik denk dat dat bij 99% van de browsers ingesteld staat..

[ Bericht 25% gewijzigd door markiemark op 13-09-2007 22:08:38 ]

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

donderdag 13 september 2007 @ 22:08:17 #54

HuHu

Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.

Verder heeft iets van 0,001% van de gemiddelde gebruiker geen JavaScript, dus zo erg zal het ook niet zijn als het gebruiksgemak voor die ene persoon minder is.

donderdag 13 september 2007 @ 22:09:23 #55

Xcalibur

quote:
Op donderdag 13 september 2007 22:02 schreef markiemark het volgende:
ja op zich werkt het wel zonder javascript... maar ik wil iets maken dat zeer egbruiksvriendljk is, waardoor het product aantrekkelijk is. bijvoorbeeld validatie van een email adres.. dat heb ik liever voordat het formulier gesubmit wordt..
en zo zijn er nog meer dingen die ik graag met jd wil doen..

als je het serverside doet kan je het altijd checken, daarnaast zou je het als extra met javascript kunnen doen. Als javascript dan uitstaat is er niks aan de hand, dan gebeurt het altijd nog serverside... als javascript aanstaan werkt het nog beter, en gaan je serverside checks altijd goed

donderdag 13 september 2007 @ 22:09:45 #56

markiemark

FR 1908

quote:
Op donderdag 13 september 2007 22:08 schreef HuHu het volgende:
Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.

daar heb je natuurlijk wel een punt... ga met php ook nog maar wat validatie uitvoeren, omdat bijv email adres essentieel is om in te loggen..
dank je wel!

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

donderdag 13 september 2007 @ 22:12:43 #57

Xcalibur

quote:
Op donderdag 13 september 2007 22:08 schreef HuHu het volgende:
Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.

Verder heeft iets van 0,001% van de gemiddelde gebruiker geen JavaScript, dus zo erg zal het ook niet zijn als het gebruiksgemak voor die ene persoon minder is.

Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwen

Bij W3 staan statistieken over javascript aan of uit, er schijnt zo'n 6% te zijn zonder JS, ik vermoed dat die voornamelijk in de PDA's / GSM's / etc. zitten?

http://www.w3schools.com/browsers/browsers_stats.asp

donderdag 13 september 2007 @ 22:59:26 #58

PiRANiA

All thinking men are atheists.

quote:
Op donderdag 13 september 2007 22:08 schreef HuHu het volgende:
Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.

Verder heeft iets van 0,001% van de gemiddelde gebruiker geen JavaScript, dus zo erg zal het ook niet zijn als het gebruiksgemak voor die ene persoon minder is.

En diegene die het uitgeschakeld heeft, weet daar waarschijnlijk zelf van, dus kan zelf zijn oplossingen zoeken

Dag Google!

donderdag 13 september 2007 @ 23:03:35 #59

super-muffin

Daar zou ik niet zo zeker van zijn. Bij sommige bedrijven is JS uitgeschakeld en daar hebben de werknemers geen invloed op.

Steam - SC2

vrijdag 14 september 2007 @ 09:55:44 #60

markiemark

FR 1908

quote:
Op donderdag 13 september 2007 22:12 schreef Xcalibur het volgende:

[..]

Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwen
Bij W3 staan statistieken over javascript aan of uit, er schijnt zo'n 6% te zijn zonder JS, ik vermoed dat die voornamelijk in de PDA's / GSM's / etc. zitten?

http://www.w3schools.com/browsers/browsers_stats.asp

voor de mobiele gebruiker komt er uiteraard een mobiele versie.. zonder javascript

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

vrijdag 14 september 2007 @ 15:14:56 #61

PiRANiA

All thinking men are atheists.

Is het mogelijk om in MySQL te verhogen met een bepaald aantal in plaats van een nieuwe waarde er in te zetten?
zoeits:
UPDATE `users` SET `money`=INCREASE(1000) WHERE `id`=7
oid

Dag Google!

vrijdag 14 september 2007 @ 15:45:24 #62

SuperRembo

Sinds 1998

UPDATE `users` SET `money`= `money` + 1000 WHERE `id`=7

Waarom zou je het anders willen doen?

vrijdag 14 september 2007 @ 15:52:36 #63

JeRa

quote:
Op vrijdag 14 september 2007 15:45 schreef SuperRembo het volgende:
UPDATE `users` SET `money`= `money` + 1000 WHERE `id`=7

Waarom zou je het anders willen doen?

Ik weet nog van vroeger dat om de één of andere reden zo'n bewerking in SQL helemaal niet zo vanzelfsprekend lijkt als in een scripttaal als PHP

beetje vreemd wel.

zaterdag 15 september 2007 @ 13:46:29 #64

Nevermind

(-_-)

Ik heb een vriend van me een subdomein gegeven bij mijn hostingpakket. Ik kom er echter achter dat je vanaf elk subdomein bij alle files op de server kan. Met opendir en file_get_contents kan hij al mijn files lezen als hij daar zin in heeft. Nou staat er op het moment bar weinig interessants op, maar in de toekomst kan dat veranderen. Is er een manier om de toegang te limiteren tot de root van het subdomein? Ik las iets over open_basedir, maar weet niet of ik dat zo kan wijzigen op shared hosting.

GTA San Andreas Multiplayer: Las Venturas Playground Doe mee met FOK! Whatpulse en typ FOK! naar de 1e plaats!!

zaterdag 15 september 2007 @ 14:05:44 #65

STi_Power

Mensen ik zit met een lastig probleem (voor mij dan

)

Ik wil uit een database gegevens samenvoegen (door middel van CONCAT) (2 velden samenvoegen) en deze weer in een nieuw tabel in de database stoppen (1 veld)

Hieronder is de code:

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

<?php
  $artikelcode = $_POST['artikelcode'];
  $soort = $_POST['soort'];

  //uitlezen
mysql_query("Select Concat(Tekst) as nieuwe_waarde From picklijst Where Artikelcode='$artikelcode' AND Soort='$soort'")
or die (mysql_error());

$waarde = ???

  //invoegen in nieuwe tabel
  mysql_query("INSERT INTO picklijst2 ( Artikelcode, Text, Soort) VALUES ('$artikelcode', '$waarde', '$soort');")
or die (mysql_error());
?>

Ik weet dus alleen niet hoe ik die "nieuwe_waarde" in een variabele kan stoppen zodat ik die voor de 2e query kan gebruiken.

zaterdag 15 september 2007 @ 14:37:47 #66

Light

quote:
Op donderdag 13 september 2007 22:12 schreef Xcalibur het volgende:

[..]

Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwen

Serverside moet je sowieso je invoer controleren, maar dat lijkt me logisch. Clientside controleren is gewoon vriendelijker tegenover de gebruikers, zeker als niet alle gebruikers een snelle verbinding met de server hebben (en je kunt er over het algemeen niet vanuit gaan dat ze dat hebben).

fokstok.nl

zaterdag 15 september 2007 @ 15:12:35 #67

JeRa

Clientside controleren is natuurlijk ook ontzettend handig als je een drukbezochte website hebt waarvan de server z'n cpu time staat te verdoen met het informeren van de gebruiker over zijn/haar foute input. Maar zoals Light al zegt, altijd serverside controleren

zaterdag 15 september 2007 @ 16:35:34 #68

floris.exe

quote:
Op donderdag 13 september 2007 22:12 schreef Xcalibur het volgende:

[..]

Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwen
Bij W3 staan statistieken over javascript aan of uit, er schijnt zo'n 6% te zijn zonder JS, ik vermoed dat die voornamelijk in de PDA's / GSM's / etc. zitten?

http://www.w3schools.com/browsers/browsers_stats.asp

Het gaat dan natuurlijk ook vooral om de kwaadwillenden, die opzettelijk JavaScript uitschakelen om de validatie te omzeilen. Dus sowieso ALTIJD serverside valideren en desgewenst (met het oog op gebruiksvriendelijkheid) clientside.

zaterdag 15 september 2007 @ 18:38:54 #69

smesjz

quote:
Op zaterdag 15 september 2007 14:05 schreef STi_Power het volgende:
Mensen ik zit met een lastig probleem (voor mij dan )

Ik wil uit een database gegevens samenvoegen (door middel van CONCAT) (2 velden samenvoegen) en deze weer in een nieuw tabel in de database stoppen (1 veld)

Hieronder is de code:
[ code verwijderd ]

Ik weet dus alleen niet hoe ik die "nieuwe_waarde" in een variabele kan stoppen zodat ik die voor de 2e query kan gebruiken.

Je kan dat ook nog wel in 1 query doen zonder aparte query om de gegevens op te halen, maar gezien je (gebrek aan) PHP kennis lijkt me dat nog een brug te ver.
Je moet gewoon het resultaat van die concat uitlezen via een fetch_row, het werkt echt niet anders dan een normale leesactie uit de database...

zondag 16 september 2007 @ 20:58:40 #70

PiRANiA

All thinking men are atheists.

Hoe werkt een 'Mijn login onthouden' systeem?
Sla je de username en pass in een cookie op? Lijkt me wat onveilig...

Wat is een/de goeie manier?

Dag Google!

zondag 16 september 2007 @ 22:31:15 #71

Tiemie

sowieso wel!

Je maakt genereerd een random hash, zet je in de database en in een cookie

controleer je of de random hash in 't cookie in de database voorkomt; zo ja, set je de session op ingelogd.

evt nog controle op ipadres

en de hash laat je b.v. na een week verlopen oid

zondag 16 september 2007 @ 22:41:15 #72

floris.exe

quote:
Op zondag 16 september 2007 22:31 schreef Tiemie het volgende:
en de hash laat je b.v. na een week verlopen oid

Nog beter, bij iedere request

. Bij iedere request de hash checken en bij succes een nieuwe hash genereren en updaten.

maandag 17 september 2007 @ 00:09:47 #73

SuperRembo

Sinds 1998

quote:
Op zondag 16 september 2007 22:41 schreef floris.exe het volgende:

[..]

Nog beter, bij iedere request . Bij iedere request de hash checken en bij succes een nieuwe hash genereren en updaten.

Een nieuwe session ID voor elke request? Dat gaat nooit werken als er requests door elkaar lopen / meerdere tegelijk worden uitgevoerd.

maandag 17 september 2007 @ 10:56:56 #74

markiemark

FR 1908

quote:
Op maandag 17 september 2007 00:09 schreef SuperRembo het volgende:

[..]

Een nieuwe session ID voor elke request? Dat gaat nooit werken als er requests door elkaar lopen / meerdere tegelijk worden uitgevoerd.

kan wel toch? zie het probleem niet waarom het niet zou kunnen..
alleen bij elke request een database update? lijkt me wat performance kosten..

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

maandag 17 september 2007 @ 11:33:07 #75

JeRa

quote:
Op maandag 17 september 2007 10:56 schreef markiemark het volgende:

[..]

kan wel toch? zie het probleem niet waarom het niet zou kunnen..
alleen bij elke request een database update? lijkt me wat performance kosten..

Stel, ik ben ingelogd op een forum met een per request veranderlijke session ID. Ik open twee topics tegelijk, typ twee replies in de verschillende schermen/tabs en verstuur beide formulieren (nagenoeg) tegelijk. Door elk request de session ID te veranderen zal nu één van de requests mislukken.

maandag 17 september 2007 @ 12:17:33 #76

markiemark

FR 1908

quote:
Op maandag 17 september 2007 11:33 schreef JeRa het volgende:

[..]

Stel, ik ben ingelogd op een forum met een per request veranderlijke session ID. Ik open twee topics tegelijk, typ twee replies in de verschillende schermen/tabs en verstuur beide formulieren (nagenoeg) tegelijk. Door elk request de session ID te veranderen zal nu één van de requests mislukken.

ah ja ok.. dan klopt het inderdaad niet meer.. stom van me..

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

maandag 17 september 2007 @ 13:32:09 #77

SuperRembo

Sinds 1998

Het gaat ook fout als er meerdere ajax calls tegelijk worden uitgevoerd. Of als je een externe resource (javascript/css/plaatje) die door de server wordt gegenereerd en de sessie nodig heeft.

maandag 17 september 2007 @ 13:43:32 #78

JeRa

En het gaat ook fout als je op méér dan één plek tegelijk bent ingelogd of gebruik maakt van dezelfde sessie. Kom, laten we nog eens 10 situaties verzinnen!

maandag 17 september 2007 @ 14:41:31 #79

Mordreth

quote:
Op maandag 17 september 2007 13:43 schreef JeRa het volgende:
En het gaat ook fout als je op méér dan één plek tegelijk bent ingelogd of gebruik maakt van dezelfde sessie. Kom, laten we nog eens 10 situaties verzinnen!

We maken er een apart topic van!

De R&P PM box voor al uw vragen en opmerkingen

maandag 17 september 2007 @ 15:59:21 #80

PiRANiA

All thinking men are atheists.

Goedgoed, ik maak dus een koekje op de client met daarin een hash.
Ik maak dus ff een tabel:
[id] - [userid] - [hash]
En als er een pagina wordt opgevraagd waar je voor ingelogged moet zijn, dan haal ik het koekje op, en log de user in...

Dag Google!

maandag 17 september 2007 @ 18:36:49 #81

DionysuZ

Respect my authority!

quote:
Op maandag 17 september 2007 15:59 schreef PiRANiA het volgende:
Goedgoed, ik maak dus een koekje op de client met daarin een hash.
Ik maak dus ff een tabel:
[id] - [userid] - [hash]
En als er een pagina wordt opgevraagd waar je voor ingelogged moet zijn, dan haal ik het koekje op, en log de user in...

let er wel op dat koekjes te 'jatten' zijn. Dus wellicht wil je nog een extra veld [ip] in je tabel maken en bij iedere request het ip adres checken. En daarnaast nog een [tijd] veldje zodat je de login kunt laten verlopen na een bepaalde tijd.

□ Reality is merely an illusion,albeit a very persistent one-A.Einstein
■ Of ik ben gek of de rest van de wereld.Ik denk zelf de rest van de wereld-Rudeonline
□ The war is not meant to be won.It is meant to be continuous-G.Orwell

dinsdag 18 september 2007 @ 11:04:18 #82

markiemark

FR 1908

Goeiemorgen allemaal!

weer een gezellige dag vol php/mysql!!

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

dinsdag 18 september 2007 @ 11:28:20 #83

WyriHaximus

Release the hounds smithers!

* WyriHaximus is lekker aan het CakePHPe

.

phluphy for president!

dinsdag 18 september 2007 @ 12:34:32 #84

mooya

Ik heb een PHP probleempje waar ik al tijden over na zit te denken, maar ik kom er niet uit.
Hopelijk kunnen jullie me een stap de goede richting op sturen..

Ik ben bezig om een planbord te maken, waarin je kan opgeven welke dagen zichtbaar zijn (Ma/Zo) en hoeveel dagen je in het overzicht wilt hebben.
Na het dubbelklikken op een datum is het de bedoeling dat je een afspraak kan aanpassen/aanmaken.

Hiervoor gebruik ik AJAX, zodat eerst gechecked wordt of er al een afspraak staat, en voor het berekenen van de datum waarop ge-dubbelkliklt is (adhv de MOUSE-X en MOUSE-Y Coördinaten)

Als je alle dagen weergeeft in het overzicht heb ik geen probleem, om de datum te achterhalen. Maar als je 30 dagen weergeeft, en je hebt de ZA en ZO uit staan wordt het een stuk lastiger.

Ik was een functie aan het maken, maar ik heb nog geen idee waar ik moet beginnen :(

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

<?php
/*
Timestamp     = Dag 1
Days    = Dagen in overzicht
Day    = Dagen waarop geklikt is
Ma/ZO    = Dagen die weergegeven worden (0 of 1)
*/
function GetDay($timestamp, $days, $day, $ma, $di, $wo, $do, $vr, $za, $zo)
{
//en toen :(
return $timestamp;
}
?>

Beetje wazig verhaal geworden, maar ik hoop dat iemand me op weg kan helpel :)

dinsdag 18 september 2007 @ 12:45:35 #85

WyriHaximus

Release the hounds smithers!

quote:
Op dinsdag 18 september 2007 12:34 schreef mooya het volgende:
Ik heb een PHP probleempje waar ik al tijden over na zit te denken, maar ik kom er niet uit.
Hopelijk kunnen jullie me een stap de goede richting op sturen..

Ik ben bezig om een planbord te maken, waarin je kan opgeven welke dagen zichtbaar zijn (Ma/Zo) en hoeveel dagen je in het overzicht wilt hebben.
Na het dubbelklikken op een datum is het de bedoeling dat je een afspraak kan aanpassen/aanmaken.

Hiervoor gebruik ik AJAX, zodat eerst gechecked wordt of er al een afspraak staat, en voor het berekenen van de datum waarop ge-dubbelkliklt is (adhv de MOUSE-X en MOUSE-Y Coördinaten)

Als je alle dagen weergeeft in het overzicht heb ik geen probleem, om de datum te achterhalen. Maar als je 30 dagen weergeeft, en je hebt de ZA en ZO uit staan wordt het een stuk lastiger.

Ik was een functie aan het maken, maar ik heb nog geen idee waar ik moet beginnen
[ code verwijderd ]

Beetje wazig verhaal geworden, maar ik hoop dat iemand me op weg kan helpel

Dus als ik het goed begrijp wil je weten op welke dag je klikt als ZA en ZO uit staan?

phluphy for president!

dinsdag 18 september 2007 @ 13:08:48 #86

mooya

quote:
Op dinsdag 18 september 2007 12:45 schreef WyriHaximus het volgende:

[..]

Dus als ik het goed begrijp wil je weten op welke dag je klikt als ZA en ZO uit staan?

klopt,
kep ff een voorbeeld online gezet: http://www.vindwatikzoek.nl/tmp/kalender.php
je kan dus ook meerdere dagen uitzetten, de tijd uitrekenen lukt wel, waar je op dubbelklikt, maar nu de datum nog

dinsdag 18 september 2007 @ 15:22:03 #87

SuperRembo

Sinds 1998

Waarom doe je zo vreselijk ingewikkeld met mousex/y? Als je weet in welke table-cell is geklikt dan weet je ook welke tijd en dag daar bij hoort.

dinsdag 18 september 2007 @ 16:12:08 #88

mooya

omdat het geen table is, zijn dus allemaal divjes.

dit heb ik gedaan omdat:
Ik nu makkelijk de geplande taken weergeven in een div, over de andere divs heen,
en de planning kan overlappend zijn, en dat krijg je niet voor elkaar met tabellen.

dus mouse x/y leek me een goede oplossing

dinsdag 18 september 2007 @ 16:25:33 #89

markiemark

FR 1908

quote:
Op dinsdag 18 september 2007 16:12 schreef mooya het volgende:
omdat het geen table is, zijn dus allemaal divjes.

dit heb ik gedaan omdat:
Ik nu makkelijk de geplande taken weergeven in een div, over de andere divs heen,
en de planning kan overlappend zijn, en dat krijg je niet voor elkaar met tabellen.

dus mouse x/y leek me een goede oplossing

je kunt toch ook door middel van loops doen die de divjes id's geven? een loop voor de x-as, en een loop voor de y-as?! lijkt me wel zo makkelijk..

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

dinsdag 18 september 2007 @ 16:27:47 #90

markiemark

FR 1908

zoiets

1
2
3
4
5
6
7

<?php
for($i=1; $i<=10; $i++){
    for ($j=1; $j<=10; $j++){
        echo "<div>X: ".$i." - Y: ".$j."</div>";
    }
}
?>

alleen dan zit je ff met de float van je divs, maar dat lijkt me niet zo'n probleem..

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

dinsdag 18 september 2007 @ 16:42:07 #91

mooya

ja, ik heb het nu ook zo, de datum en de tijden worden via een php loop gemaakt.

maar hoe kan je de datum verkrijgen van een div, zodra je erop klikt?
De CELLEN zijn gewoon een aantal lijnen die over elkaar heen lopen.

Ik heb het nu met deze code voor de verticale lijnen tussen de uren:

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

<?php
echo "nn    n";
echo "    <div class="LineVertDag" style="left:0px"></div>n";

for($i = 0; $i <= ($_px['Uren']); $i++)
{
    if ($_px['UurWidth'] >= 15)
    {
        if ( ($i % ($_GET['eind_uur'] - $_GET['begin_uur'])) == 0 )
        {
            echo "    <div class="LineVertDag" style="left:".floor((($i*$_px['UurWidth'])+100))."px"></div>n";
        }
        else
        {
            echo "    <div class="LineVertUur" style="left:".floor((($i*$_px['UurWidth'])+100))."px"></div>n";
        }
    }
    else //alleen lijn per dag weergeven
    {
        if ( ($i % ($_GET['eind_uur'] - $_GET['begin_uur'])) == 0 )
        {
            echo "    <div class="LineVertDag" style="left:".floor((($i*$_px['UurWidth'])+100))."px"></div>n";
        }
    }
}
?>

dinsdag 18 september 2007 @ 18:06:44 #92

DionysuZ

Respect my authority!

Waarom geef je tabulaire data, waar gewoon een constructie voor is in html (table), weer met divs?

quote:
Op dinsdag 18 september 2007 16:12 schreef mooya het volgende:
omdat het geen table is, zijn dus allemaal divjes.

dit heb ik gedaan omdat:
Ik nu makkelijk de geplande taken weergeven in een div, over de andere divs heen,
en de planning kan overlappend zijn, en dat krijg je niet voor elkaar met tabellen.

dus mouse x/y leek me een goede oplossing

Waarom zou je zoiets niet voor elkaar kunnen krijgen met tabellen dan?

□ Reality is merely an illusion,albeit a very persistent one-A.Einstein
■ Of ik ben gek of de rest van de wereld.Ik denk zelf de rest van de wereld-Rudeonline
□ The war is not meant to be won.It is meant to be continuous-G.Orwell

dinsdag 18 september 2007 @ 18:11:09 #93

JeRa

Zoiets zou je imho beter kunnen opbouwen door DOM manipulation dmv Javascript en daarmee inderdaad een tabel maken. Dan kun je simpelweg events aan de hokjes hangen en hoef je geen vage berekeningen met x- en y-coördinaten te doen

dinsdag 18 september 2007 @ 18:15:56 #94

markiemark

FR 1908

divjes zijn geiler en tabellen zijn niet om op te maken.. maar je wordt niet gestraft als je ze gebruikt..

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

dinsdag 18 september 2007 @ 18:21:52 #95

DionysuZ

Respect my authority!

quote:
Op dinsdag 18 september 2007 18:15 schreef markiemark het volgende:
divjes zijn geiler en tabellen zijn niet om op te maken.. maar je wordt niet gestraft als je ze gebruikt..

je moet html constructs gebruiken waar ze voor zijn. D.w.z. tabellen voor layout is not done maar tabellen voor tabulaire data wel. Hell, daar zijn ze voor bedoeld. En ze zijn gewoon goed op te maken. Verder zijn rowspan en colspan gewoon mogelijk in XHTML 1.0 dus kun je ook 'overlappingen' maken. Met gebruik van tabellen/css/javascript is een dergelijk systeem volgens mij best makkelijk in elkaar te zetten.

□ Reality is merely an illusion,albeit a very persistent one-A.Einstein
■ Of ik ben gek of de rest van de wereld.Ik denk zelf de rest van de wereld-Rudeonline
□ The war is not meant to be won.It is meant to be continuous-G.Orwell

dinsdag 18 september 2007 @ 18:25:18 #96

JeRa

quote:
Op dinsdag 18 september 2007 18:15 schreef markiemark het volgende:
divjes zijn geiler en tabellen zijn niet om op te maken.. maar je wordt niet gestraft als je ze gebruikt..

Voor tabulaire data zoals de inhoud van een kalender zijn tabellen prima.

dinsdag 18 september 2007 @ 18:48:13 #97

markiemark

FR 1908

quote:
Op dinsdag 18 september 2007 18:25 schreef JeRa het volgende:

[..]

Voor tabulaire data zoals de inhoud van een kalender zijn tabellen prima.

dat bedoel ik...

Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..

dinsdag 18 september 2007 @ 19:02:22 #98

mooya

quote:
Op dinsdag 18 september 2007 18:21 schreef DionysuZ het volgende:

[..]

je moet html constructs gebruiken waar ze voor zijn. D.w.z. tabellen voor layout is not done maar tabellen voor tabulaire data wel. Hell, daar zijn ze voor bedoeld. En ze zijn gewoon goed op te maken. Verder zijn rowspan en colspan gewoon mogelijk in XHTML 1.0 dus kun je ook 'overlappingen' maken. Met gebruik van tabellen/css/javascript is een dergelijk systeem volgens mij best makkelijk in elkaar te zetten.

Rowspan kan idd wel, en dan voor elk uur bijv. één cel pakken.
Maar hoe krijg je een afspraak die overlapt in een tabel? dan zul je toch weer met div's moeten werken.
En in een cel van een tabel kan je naar mijn idee geen twee div's over elkaar heen zetten.

Ik probeer anders wel gewoon voor elk uur een DIV-blokje te maken, met een onclick, met de juiste timestamp erbij.

dinsdag 18 september 2007 @ 19:49:21 #99

SuperRembo

Sinds 1998

Gewoon een kalender maken op basis van een tabel, 1 cel per uur. Voor elke afspraak zet je er een divje overheen (en het is geen enkel probleem om die over een paar cellen heen te laten vallen).

Maar dit is waarschijnlijk vooral een uitdaging om het in javascript goed te krijgen, het php-deel is vrij simpel.

dinsdag 18 september 2007 @ 21:24:54 #100

roelofjan

Ok, ik heb een PHP script, laten we dat script.php noemen.

script.php geeft als output een aantel regels tekst. (Verschilt per dag.)

script.php wil ik dus op m'n site weergeven.

Hoe doe ik dat?

Als ik

1
2
3
4

<?php
echo("http://www.mijndomein.com/script.php");
<br />
?>

doe krijg ik die regels niet te zien..

Include gebruiken i.p.v. echo.

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

[PHP/(My)SQL] voor dummies - Deel 50 - Gefeli

» digital corner

» digital corner