PHP-plugin v0.9b

[Sjaaky]

En hoe wordt het onderscheid tussen client- en serverside gemaakt?
Zo?

PHP:

<?php@server
...
?>
<?php@client
..
?>

Just curious

[drm]

Nee, dat wordt voorlopig gedaan door een

code:

<script language="PHPScript">...</script>

waar PHPScript in principe natuurlijk gewoon een woord is wat wij kunnen veranderen in alles wat we willen. Zo geef je de content van je pagina ook duidelijk het onderscheid tussen server en clientsided.... 't Is ook niet de bedoeling dat de PHP-plugin gebruikt wordt voor <?=$var?> achtige constructies.

edit:

trouwens, wasigh, zoals we al zeiden, die executable is heel gauw gemaakt, puur om de ruchtbaarheid een beetje aarde te geven. Er is verder niet nagedacht in deze versie over optimalisatie @compiletime...

[kvdveer]

Sjaaky schreef op 10 november 2002 @ 23:38:
En hoe wordt het onderscheid tussen client- en serverside gemaakt?
Zo?

PHP:

<?php@server
...
?>
<?php@client
..
?>

Just curious

Het echte ondescheid wordt door de code gemaakt.
Sommige functies of objecten zijn clientside only, zoals bijvoorbeeld het window-object van de browser. Andere objecten zijn weer specifiek server-only, zoals de database toegang. De meeste functies (zoals regexp en zo) kunnen aan beide kanten draaien.
Zodra een serverside object of functie wordt aangeroepen worden de relevante objecten en variabelen naar de server gestuurd. De executie gaat dan daar verder.
Dit vereist natuurlijk wel dat je daar rekening mee houdt bij het coden, door serverfunctions en client functions zo veel mogelijk te scheiden.

de volgende code is dus bijzonder inefficient omdat steeds omstebeurt een serverfunction en een clientfunction wordt aangeroepen: (mysql_* is server, $window is client)

PHP:

$result = mysql_query(...);
while($row = mysql_fetch_object($result)) {
  $window->status = $row->veld;
  sleep(1);
}

Om dit soort problemen te voorkomen is er dus een databaselayer ontworpen (deels door D2k, deels door hyperion):

PHP:

$sql = new dbconnection(...); 
// de constructor is forced serverside... wachtwoorden komen dus nooit op de client terecht.
$sql->prepareQuery("SELECT * ....");
$sql->SetOption("client available");
$sql->execute() or die("Sorry...");

while($row = $sql->fetch()) { // sql is nu clientside
  $window->status = $row->veld;
  sleep(1);
}

In feite gebeurt hier het een en ander asyncroon: de query wordt uitgevoerd, en de eerste resultaten worden direct naar de client gestuurd. Fetch blockt tot er gegevens bechikbaar zijn.

edit:
Ik zie hier net dat de CVS niet compileert... Is iemand vergeten wat te submitten?

[D2k]

waar ik wel aan wil toevoegen dat ik vast blijf houden aan mijn coding style. dat kvdveer nou de "java" versie gebruikt moet ie zelf weten, ik doe het liever zo:
(dat zouden we btw kunnen verplicht maken )

PHP:

<?
$sql = new dbconnection(...);  
// de constructor is forced serverside... wachtwoorden komen dus nooit op de client terecht. 
$sql->prepareQuery("SELECT * ...."); 
$sql->SetOption("client available"); 
$sql->execute() or die("Sorry..."); 

while($row = $sql->fetch()) 
{ 
     // sql is nu clientside 
     $window->status = $row->veld; 
     sleep(1); 
}
?> 

[Creepy]

* Creepy is bezig met een LCD driver voor de PHP plugin.. is op het moment een patch/toevoeging op de source. Ik hoop deze nog geintergreerd te krijgen in de uiteindelijke versie, als dit niet lukt dan plaats ik de patch op m'n site.

PHP:

$lcd = oLCD("HD44780");
$lcd->setport(0x0378);
$lcd->setsize(20,2);
$lcd->settext(0,0,"Boe!");
$lcd->refresh;

LCDinf PHP is ook al in de maak

[kvdveer]

Creepy schreef op 11 November 2002 @ 09:34:
* Creepy is bezig met een LCD driver voor de PHP plugin.. is op het moment een patch/toevoeging op de source. Ik hoop deze nog geintergreerd te krijgen in de uiteindelijke versie, als dit niet lukt dan plaats ik de patch op m'n site.

LCDinf PHP is ook al in de maak

Wat ik me afvraag... hou je er rekening mee dat ook de server een lcd-tje kan hebben?

[HunterPro]

kvdveer schreef op 11 November 2002 @ 09:37:
[...]


Wat ik me afvraag... hou je er rekening mee dat ook de server een lcd-tje kan hebben?

Daarvoor heeft die die adressering op regel 1 zitten...duh

[Creepy]

kvdveer schreef op 11 November 2002 @ 09:37:
[...]


Wat ik me afvraag... hou je er rekening mee dat ook de server een lcd-tje kan hebben?

Ow fuck.. ding werkt nu alleen client-side... server side zit je ook weer met de benodigde rechten die je nodig hebt om dat ding te kunnen installeren..
hmm..

ik kan wel een optie bijmaken tijdens het creeren voor clientside/serverside.

Ah.. nee wacht )

PHP:

$LCD=new cLCD(""); // c = client
$LCD=new sLCD(""); // s = server

[Creepy]

|HunterPro| schreef op 11 November 2002 @ 09:38:
[...]

Daarvoor heeft die die adressering op regel 1 zitten...duh

Adressering op regel 1? Nee man, dat is het type LCD!

[kvdveer]

Creepy schreef op 11 november 2002 @ 09:41:
[...]

Ow fuck.. ding werkt nu alleen client-side... server side zit je ook weer met de benodigde rechten die je nodig hebt om dat ding te kunnen installeren..
hmm..

ik kan wel een optie bijmaken tijdens het creeren voor clientside/serverside.

Ah.. nee wacht )

PHP:

$LCD=new cLCD(""); // c = client
$LCD=new sLCD(""); // s = server

Check even de coding guidelines: niet te veel afkorten. LCD kan wel want dat is ingeburgerd, maar c en s is n`et iets te kort.

[HunterPro]

Creepy schreef op 11 November 2002 @ 09:42:
[...]

Adressering op regel 1? Nee man, dat is het type LCD!

okee, ik ga wel weer terug naar W&G...

[Creepy]

kvdveer schreef op 11 november 2002 @ 09:43:
[...]

Check even de coding guidelines: niet te veel afkorten. LCD kan wel want dat is ingeburgerd, maar c en s is n`et iets te kort.

* Creepy pakt de guidelines er ff bij..

Hmm.. ja.. je hebt gelijk.... dan toch maar als optie

PHP:

$lcd = new LCD("clientside","HD44780");

[kvdveer]

Creepy schreef op 11 November 2002 @ 09:44:
[...]


* Creepy pakt de guidelines er ff bij..

Hmm.. ja.. je hebt gelijk.... dan toch maar als optie

PHP:

$lcd = new LCD("clientside","HD44780");

Hmmm. parse error... Schiet eens op!

[Creepy]

|HunterPro| schreef op 11 November 2002 @ 09:44:
[...]

okee, ik ga wel weer terug naar W&G...

Bemoei jij je nou maar met het GEBRUIK van de PHP plugin, i.p.v. de ONTWIKKELING er van

[jelmervos]

Compileert de CVS alweer?

[D2k]

Delphi schreef op 11 november 2002 @ 09:48:
Compileert de CVS alweer?

tis mijn schuld geloof ik
en mijn code ligt thuis

* D2k trekt het boetekleed aan

[Creepy]

Wie moet ik trouwens mailen voor het intergreren/accepteren van mijn LCD patches?

[kvdveer]

Delphi schreef op 11 November 2002 @ 09:48:
Compileert de CVS alweer?

Nee, Ik gebruik nu de CVS van gisteren, die compileert wel... Nu maar hopen dat ik niet aan een module werk waaraan vanancht wijzigingen zijn gesubmit...

[wasigh]

kvdveer schreef op 11 november 2002 @ 09:43:
[...]

Check even de coding guidelines: niet te veel afkorten. LCD kan wel want dat is ingeburgerd, maar c en s is n`et iets te kort.

Die code guidelines vallen zeker onder "er is niets gedocumenteerd" van Drm

En de interne communicatie loopt via GoT zeer interressant! Nu begrijp ik ook beter waar jullie het in A61 over hadden!

Maar waarom mag creepy wel zijn LCD ontwikkelen op de CVS code, krijg ik geen toestemming voor een OptimizedJavaPhpBridge? (maar dan goed! en niet dat brakke van PHP zelf!)

[D2k]

wasigh: hij was eerst. we moeten niet teveel tegelijk aanpakken nou

[wasigh]

D2k schreef op 11 november 2002 @ 10:04:
wasigh: hij was eerst. we moeten niet teveel tegelijk aanpakken nou

[Creepy]

Welke toestemming???
Ding uit CVS halen (werkend is wel handig ), en gewoon je eigen uitbreiding maken. M.b.v. path en diff heb ik van mijn code een losse patch gemaakt die op de CVS van zaterdag avond prima werkt. SOurce downloaden, uitpakken, patch applyen en gaan. Kheb geen toestemming gevraagd

[kvdveer]

Maar JIJ hebt write access IVM die bufferoverrun begin dit jaar (nog bedankt trouwens), wasigh niet.

[Creepy]

kvdveer schreef op 11 november 2002 @ 09:46:
[...]

Hmmm. parse error... Schiet eens op!

He.. rustig.. dat implementeer ik vanavond of morgenavond pas. Naast GoT werk ik ook nog

[Creepy]

kvdveer schreef op 11 November 2002 @ 10:12:
Maar JIJ hebt write access IVM die bufferoverrun begin dit jaar (nog bedankt trouwens), wasigh niet.

Tja.. als D2k niet zo stom was geweest dat ding te introduceren, en jij hem niet gezien had, had ik ook geen write access gehad..

Maar mijn LCD zooi zit nog niet in de CVS..

[wasigh]

Ik heb niet eens ReadAcces!

tja als julllie mijn hulp niet willen, dan schrijf ik wel mijn eigen plugin...

[kvdveer]

wasigh: mail me even, ik heb vanavond of morgen wel tijd om het er in te bouwen...

[SchizoDuckie]

Okee jongens, wanneer gaat deze naar de HK?

[D2k]

Papa Eend schreef op 11 november 2002 @ 10:24:
Okee jongens, wanneer gaat deze naar de HK?

als je zo graag in de HK komt, blijf daar dan ook. Dit is en blijft een TECH forum. danku

[chris]

ik heb ff een artIntelligence plugin geschreven, hoop dat ik het dev-team kan joinen. Door mijn plugin hoeft niemand meer code te schrijven! Het is gewoon:

PHP:

$artIntelligence=new artIntelligence("client");
$artIntelligence->start();

als de gebruiker dus graag een forum wil zien verschijnt er automatisch een forum, en als de gebruiker liever een gastenboek wil zien dan verschijnt dat automatisch. Waar moet ik m'n plugin uploaden?

[Verwijderd]

/dev/null schreef op 11 November 2002 @ 10:46:
ik heb ff een artIntelligence plugin geschreven, hoop dat ik het dev-team kan joinen. Door mijn plugin hoeft niemand meer code te schrijven! Het is gewoon:

PHP:

$artIntelligence=new artIntelligence("client");
$artIntelligence->start();

als de gebruiker dus graag een forum wil zien verschijnt er automatisch een forum, en als de gebruiker liever een gastenboek wil zien dan verschijnt dat automatisch. Waar moet ik m'n plugin uploaden?

hmmm ik probeerde hem hier even op school en er verschenen allemaal vieze plaatjes op m'n scherm...
/me is hier nu niet meer welkom

ff serieus, een aantal mensen zijn hier druk bezig met het ontwikkelen van een imho geweldige plugin, waarom post je nou weer iets als dit? Let's keep it serious

[kvdveer]

/dev/null schreef op 11 November 2002 @ 10:46:
ik heb ff een artIntelligence plugin geschreven, hoop dat ik het dev-team kan joinen. Het is gewoon:

PHP:

$artIntelligence=new artIntelligence("client");
$artIntelligence->start();

als de gebruiker dus graag een forum wil zien verschijnt er automatisch een forum, en als de gebruiker liever een gastenboek wil zien dan verschijnt dat automatisch. Waar moet ik m'n plugin uploaden?

Mail het me maar (zie profiel voor adres), dan test ik het even.

[SchizoDuckie]

D2k schreef op 11 november 2002 @ 10:26:

[...]

als je zo graag in de HK komt, blijf daar dan ook. Dit is en blijft een TECH forum. danku

wak? wat is dit nou weer voor onzinnige opmerking c/q flame??

[D2k]

Papa Eend schreef op 11 november 2002 @ 11:10:
[...]


wak? wat is dit nou weer voor onzinnige opmerking c/q flame??

als je nix hebt toe te voegen bemoei je er dan ook niet mee. dat bedoelde ik te zegen

[SchizoDuckie]

D2k schreef op 11 november 2002 @ 11:13:

[...]

als je nix hebt toe te voegen bemoei je er dan ook niet mee. dat bedoelde ik te zegen

Check dan eerst volgende keer even een post history van P&W en W&G van iemand voordat je zo'n opmerking maakt ajb.

[D2k]

Papa Eend schreef op 11 november 2002 @ 11:29:
[...]


Check dan eerst volgende keer even een post history van P&W en W&G van iemand voordat je zo'n opmerking maakt ajb.

mail mij gewoon als je problemen met me hebt
dit is je 3e (en ook mijn 3e) offtopic post in deze thread

[CyeZ]

Papa Eend schreef op 11 november 2002 @ 10:24:
Okee jongens, wanneer gaat deze naar de HK?

En waarom zou de serieuze ontwikkeling van een uitgebreide PHP Plugin verder besproken moeten worden in de HK dan? Lijkt me beter om het maar gewoon in P&W te houden.

[Verwijderd]

Hmmms.. dan wil ik mijn plugin er ook wil in hebben eigenlijk.... ik ben lui vandaar deze plugin:

PHP:

$vriending =new vrouw("blond", "dikke tieten", "22 jaar", "blauwe ogen");
$vriending->shag();
$vriending->make_cum();
$vriending->fondle();

Kan ie er ook in!?!

En hoe zit het met de koffiezet-plugin? Was die al gemaakt?

[kvdveer]

Verwijderd schreef op 11 november 2002 @ 15:02:
Hmmms.. dan wil ik mijn plugin er ook wil in hebben eigenlijk.... ik ben lui vandaar deze plugin:

PHP:

$vriending =new vrouw("blond", "dikke tieten", "22 jaar", "blauwe ogen");
$vriending->shag();
$vriending->make_cum();
$vriending->fondle();

Vriending? Is dat een objectgeorienteerde vriendin?
Maar even zonder gekheid, Usermanagement is best een eind gevorderd, maar nog niet af.

[Verwijderd]

hahahah wat een lol zeg.. dikke fake zooi !!

[Verwijderd]

Verwijderd schreef op 11 November 2002 @ 15:22:
hahahah wat een lol zeg.. dikke fake zooi !!

dat heb je nou al 10 keer gezegd... heb je misschien ook nog iets toe te voegen aan deze draad?
Ik heb het idee dat je beter eens kunt wachten totdat er een stabiele public beta is, dan zien we wel verder

[Glimi]

Persoonlijk zie ik niet in wat het voordeel nou is met het embedden in de browsers, of het opzetten van een taal die compileert naar een serverside en een clienside taal. Imho krijg je met die translaties/generaties het zelfde idee, maar dan op een veiligere manier.

Papa Eend schreef op 11 november 2002 @ 11:29:
Check dan eerst volgende keer even een post history van P&W en W&G van iemand voordat je zo'n opmerking maakt ajb.

• Wat heeft een W&G posthistory hier mee te maken?
• P&W posthistory ben ik niet echt van onder de indruk

[HunterPro]

Verwijderd schreef op 11 november 2002 @ 15:02:
Hmmms.. dan wil ik mijn plugin er ook wil in hebben eigenlijk.... ik ben lui vandaar deze plugin:

PHP:

$vriending =new vrouw("blond", "dikke tieten", "22 jaar", "blauwe ogen");
$vriending->shag();
$vriending->make_cum();
$vriending->fondle();

Kan ie er ook in!?!

En hoe zit het met de koffiezet-plugin? Was die al gemaakt?

hee, anders ga je even een project waar een aantal man hun vrije tijd insteekt de grond in boren

[Verwijderd]

volgens mij is dit gewoon een plug-in voor IIS. dat is dut dat programmaatje wat standaard bij windows zit om je eigen webserver te draaien. normaal kan die alleen asp lezen, maar als je de plug-in installeert ook php. dan moet je dus wel je php-bestanden in een bepaalde directory hebben staan en vanuit de browser aanroepen met bijvoorbeeld http://127.0.0.1/.../index.php of http://localhost/.../index.php

[sjon.]

drekstuut: dat is er allang... php4isapi.dll

/ontopic: aan mij gaat 't idee van een php plugin voor me browser ook een beetje voorbij. client-side en server-side php is er allang, zelfs embedded php en activescript, majah, we'll C...

[Verwijderd]

|HunterPro| schreef op 11 november 2002 @ 17:03:
[...]


hee, anders ga je even een project waar een aantal man hun vrije tijd insteekt de grond in boren

wat doet hij dan ? nix toch .. hij geeft net van die codes die jullie geven.. tjah ik w8 wel eerst tot er echt eens wat bewijs komt dat het bestaat dus een versie.. tot dan is het in mijn ogen fake !

[kvdveer]

Verwijderd schreef op 11 november 2002 @ 18:08:
[...]

wat doet hij dan ? nix toch .. hij geeft net van die codes die jullie geven.. tjah ik w8 wel eerst tot er echt eens wat bewijs komt dat het bestaat dus een versie.. tot dan is het in mijn ogen fake !

Wat is dat nou voor onzin? Als ik niet geloof dat PHP bestaat ga ik toch ook niet in ieder PHP topic blaten dat het allemaal fake is? In dat geval zou ik gewoon dat topic links laten liggen. Ik vind het buitengewoon respectloos om een project waaraan een aantal man al ruim een jaar hard werken op zo'n manier de grond in te boren.

[Grum]

Kan maar 1 ding zeggen. Vooral doorgaan. 140kb voor een plugin .. (grin )

[kvdveer]

Grum schreef op 11 November 2002 @ 18:47:
Kan maar 1 ding zeggen. Vooral doorgaan. 140kb voor een plugin .. (grin )

De functionaliteit wordt dan ook on demand van de server gedownload... Er zijn plannen om iets meer met de installer mee te sturen, maar zo werkt het in de pre-beta fase het beste... (bijna iedere dag zijn er updates aan de diverse modules)

[Verwijderd]

kvdveer schreef op 11 November 2002 @ 18:31:
[...]


Wat is dat nou voor onzin? Als ik niet geloof dat PHP bestaat ga ik toch ook niet in ieder PHP topic blaten dat het allemaal fake is? In dat geval zou ik gewoon dat topic links laten liggen. Ik vind het buitengewoon respectloos om een project waaraan een aantal man al ruim een jaar hard werken op zo'n manier de grond in te boren.

naja oke .. je hebt wel gelijk .. maar het is toch zo dat we wel eens wat willen zien.. want kijk.. overal word gezegd .. ja dat kan met de php plugin .. maar niemand heeft screenshots of websites die er mee werken.. zelfs op de website die jullie gaven.. (was volgens mij gewoon van 1 of andere eigen gemaakte web server en daarbij de php plugin) stond er geen info over.. geef eens een link dan . .. kzal kappen met dat geblaat

[Verwijderd]

kvdveer, de BNF grammatica klopt nog niet helemaal, ik heb even wat veranderingen gesubmit, nu moet hij de iterators e.d. ook goed kunnen parsen.

[whoami]

Creepy schreef op 11 november 2002 @ 09:44:
[...]


* Creepy pakt de guidelines er ff bij..

Hmm.. ja.. je hebt gelijk.... dan toch maar als optie

PHP:

$lcd = new LCD("clientside","HD44780");

Hmm, da's nie zo mooi.... Waarom maak je geen gebruik van een abstracte class of interface waar je dan een clientside LCD class en een serverside LCD class van inherit?

Dan verkrijg je zoiets:


Dan kun je in je code mbhv polymorphy zeer eenvormig maken. At runtime wordt er dan bepaald welke implementatie van de methods er dan moet uitgevoerd worden, afhankelijk of het nu om een serverside of clientside LCD object gaat.
Eventueel kan je nog mbhv een 'abstract factory' de creatie van het type object afhankelijk maken van een bepaalde waarde in een config file ofzo.

_{Excuus voor de bmp....}

[Mithrandir]

whoami schreef op 11 november 2002 @ 19:43:

[...]



Hmm, da's nie zo mooi.... Waarom maak je geen gebruik van een abstracte class of interface waar je dan een clientside LCD class en een serverside LCD class van inherit?

Dan verkrijg je zoiets:
[afbeelding]

Dan kun je in je code mbhv polymorphy zeer eenvormig maken. At runtime wordt er dan bepaald welke implementatie van de methods er dan moet uitgevoerd worden, afhankelijk of het nu om een serverside of clientside LCD object gaat.
Eventueel kan je nog mbhv een 'abstract factory' de creatie van het type object afhankelijk maken van een bepaalde waarde in een config file ofzo.

_{Excuus voor de bmp....}

Dat zie je helemaal verkeerd trouwens.

Door het gebruik van een grid wordt namelijk de nieuwe flux-LCD aangepast, waardoor die hele check niet meer nodig is...

Dûh...

En die abstract-factory-gezeur klopt wel, maar je kon beter nog de file van de command-line-interpreter kunnen downloaden; daar staat dit allemaal ook al. IS veel makkelijker

[whoami]

Dit heeft niets met checks te maken, gewoon gebruik maken van de ingebouwde OO functionaliteiten om zonder checks het juiste object te kunnen creeren.
Dit is een ontwerp-issue die reeds ver voor het bepalen van de specifieke implementatie details (zoals het gebruik maken van de grid) moeten genoemen worden.

[Mithrandir]

whoami schreef op 11 november 2002 @ 20:30:
Dit heeft niets met checks te maken, gewoon gebruik maken van de ingebouwde OO functionaliteiten om zonder checks het juiste object te kunnen creeren.
Dit is een ontwerp-issue die reeds ver voor het bepalen van de specifieke implementatie details (zoals het gebruik maken van de grid) moeten genoemen worden.

Dat is niet waar.

Aangezien het grid ver boven de OO-implantatie staat, moet dat véél eerder geïmplementeerd worden! Het is gewoon onlogisch om met het laatste het eerst te beginnen! OO is oud! Het gaat totaal vervangen worden door Grid, dus waarom zou je niet wat vooruitlopen met je GUAPI

[whoami]

Mithrandir schreef op 11 November 2002 @ 20:35:
[...]

Dat is niet waar.

Aangezien het grid ver boven de OO-implantatie staat, moet dat véél eerder geïmplementeerd worden! Het is gewoon onlogisch om met het laatste het eerst te beginnen! OO is oud! Het gaat totaal vervangen worden door Grid, dus waarom zou je niet wat vooruitlopen met je GUAPI

Nou, dat OO design is gewoon de core van de gehele LCD class-hierarchy. Als je daar niet mee begint, dan geraak je er gewoon niet. Eens je het design af hebt, kun je je bezig gaan houden met de implementatie. Niet eerder. Jij hebt toch ook eerst leren gaan, en dan pas leren lopen?
De grid kun je dan mbhv een decorator-pattern aan de core gaan toevoegen. Dan ben je ook minder afhankelijk en kan je die grid later eventueel nog makkelijk gaan vervangen door een ander alternatief zonder dat je aan de core moet gaan raken. Dit brengt als voordeel met zich mee dat je de core ongemoeid kunt laten en gebruikers van die LCD-classes gewoon ff een nieuwe class-set moeten downloaden en die dan kunnen gebruiken zonder dat ze hun reeds bestaande projecten moeten opnieuw compileren.
Trouwens, ik denk dat die GUAPI nog niet volwassen genoeg is om daar reeds gebruik van te maken. Er zitten nog teveel kinderziektes in, en bepaalde features zijn nog niet volledig geimplementeerd.

[Verwijderd]

kvdveer schreef op 11 november 2002 @ 18:31:
[...]


Wat is dat nou voor onzin? Als ik niet geloof dat PHP bestaat ga ik toch ook niet in ieder PHP topic blaten dat het allemaal fake is? In dat geval zou ik gewoon dat topic links laten liggen. Ik vind het buitengewoon respectloos om een project waaraan een aantal man al ruim een jaar hard werken op zo'n manier de grond in te boren.

Gewoon niet op letten en doorgaan waar je plezier in hebt, want er zijn wel aardig wat mensen die het resultaat erg graag willen zien

[Mithrandir]

whoami schreef op 11 november 2002 @ 20:39:

[...]


Nou, dat OO design is gewoon de core van de gehele LCD class-hierarchy. Als je daar niet mee begint, dan geraak je er gewoon niet. Eens je het design af hebt, kun je je bezig gaan houden met de implementatie. Niet eerder. Jij hebt toch ook eerst leren gaan, en dan pas leren lopen?
De grid kun je dan mbhv een decorator-pattern aan de core gaan toevoegen. Dan ben je ook minder afhankelijk en kan je die grid later eventueel nog makkelijk gaan vervangen door een ander alternatief zonder dat je aan de core moet gaan raken. Dit brengt als voordeel met zich mee dat je de core ongemoeid kunt laten en gebruikers van die LCD-classes gewoon ff een nieuwe class-set moeten downloaden en die dan kunnen gebruiken zonder dat ze hun reeds bestaande projecten moeten opnieuw compileren.
Trouwens, ik denk dat die GUAPI nog niet volwassen genoeg is om daar reeds gebruik van te maken. Er zitten nog teveel kinderziektes in, en bepaalde features zijn nog niet volledig geimplementeerd.

Maar die LCD-classes zijn juist de classes met de puberprobleempjes. Dan zijn de Grid-gebruikers toch bezig af met hun 16+ GUAPI Wat trouwens ook helpt is dat je beter je core helemaal niet progt. Als je net als MS nu alleen de bende eromheenprogt, en daarna in een one-liner de core in orde progt, ben je klaar. Dat is toch sim-pel?
Je moet trouwens niet de nieuwe DoxA DS gebruiken. Daar krijg je gigantische ROM-leaks mee! Dat wil je toch niet, dat je ROM volzit?
Beetje logisch nadenken, dan valt het allemaal wel mee.

[WouZz]

Ik snap niet dat niemand hem nog aan de praat heeft gekregen. Bij mij deed ie het namelijk wel nadat ik de beveiligingsinstellingen van IE op 'low' had gezet. In Mozilla krijg ik em helaas niet aan de praat

Ik heb even lopen spelen met dat forum object, omdat die andere nog veel te brak waren, maar het zag er veelbelovend uit! Vooral die 'MMS on reply' feature is vet!! Hoe hebben julllie het in hemelsnaam voor elkaar gekregen om MMS-jes te verzenden zonder directe koppeling met KPN/Vodafone/whatever??

Jammer alleen dat ik nog zoveel XML errors krijg... Volgens mij moeten jullie die DTD nog maar eens goed nakijken want er missen nog wat entity declaraties..

[Glimi]

whoami schreef op 11 November 2002 @ 19:43:
Hmm, da's nie zo mooi.... Waarom maak je geen gebruik van een abstracte class of interface waar je dan een clientside LCD class en een serverside LCD class van inherit?

Je hebt het over een inelkaar gehackte versie van een weak typed taal en dan kom jij met polymorphisme aan kakken

[Mithrandir]

WouZz schreef op 11 November 2002 @ 21:03:
Ik snap niet dat niemand hem nog aan de praat heeft gekregen. Bij mij deed ie het namelijk wel nadat ik de beveiligingsinstellingen van IE op 'low' had gezet. In Mozilla krijg ik em helaas niet aan de praat

Ik heb even lopen spelen met dat forum object, omdat die andere nog veel te brak waren, maar het zag er veelbelovend uit! Vooral die 'MMS on reply' feature is vet!! Hoe hebben julllie het in hemelsnaam voor elkaar gekregen om MMS-jes te verzenden zonder directe koppeling met KPN/Vodafone/whatever??

Jammer alleen dat ik nog zoveel XML errors krijg... Volgens mij moeten jullie die DTD nog maar eens goed nakijken want er missen nog wat entity declaraties..

MMS on reply is één van de vele kunstjes uit de hoed van whoami als ik het wel heb. Die DTD wordt naar gekeken, maar je wordt gewoon gek van al die refs die daarin zitten! Het wordt gewoon te ingewikkeld.
Als ze naar mij hadden geluisterd en Grid hadden gebruikt was dat niet gebeurd.

[whoami]

Glimi schreef op 11 November 2002 @ 21:15:
[...]

Je hebt het over een inelkaar gehackte versie van een weak typed taal en dan kom jij met polymorphisme aan kakken

Owja, sorry. Ik heb zo geen ervaring met PHP en heb me hier enkel met het design gemoeid. Dat PHP 'een in elkaar gehackte versie van een weak typed taal is', daar kan ik niets aan doen. Dan vraag ik me af waarom diegene die met het project begonnen is gekozen heeft voor PHP .

[whoami]

Mithrandir schreef op 11 November 2002 @ 20:44:
[...]


Maar die LCD-classes zijn juist de classes met de puberprobleempjes. Dan zijn de Grid-gebruikers toch bezig af met hun 16+ GUAPI Wat trouwens ook helpt is dat je beter je core helemaal niet progt. Als je net als MS nu alleen de bende eromheenprogt, en daarna in een one-liner de core in orde progt, ben je klaar. Dat is toch sim-pel?
Je moet trouwens niet de nieuwe DoxA DS gebruiken. Daar krijg je gigantische ROM-leaks mee! Dat wil je toch niet, dat je ROM volzit?
Beetje logisch nadenken, dan valt het allemaal wel mee.

Nu ben je wel serieus aan het raaskallen. Misschien een beetje minder weed roken, dat helpt....
Jij mixed gewoon 2 dingen door elkaar, je zit presentatie en core-design met elkaar te mixen. Wat jij nu zegt is net hetzelfde als: we zullen de windows kernel niet schrijven, maar we schrijven wel de GDI en het venstersysteem, de rest komt wel vanzelf. Net alsof je een auto zou verkopen zonder motor.
Jij begint over die DoXa DS, ik heb daar met geen woord over gerept. Jij begint over dingen die niet vermeld zijn. Je legt me woorden in de mond die ik nooit gezegd heb.

[Creepy]

Glimi schreef op 11 November 2002 @ 21:15:
[...]

Je hebt het over een inelkaar gehackte versie van een weak typed taal en dan kom jij met polymorphisme aan kakken

En dat is PRECIES de reden dat ik maar 1 LCD Object hebt. Eigenlijk gebruik ik hem meer als een struct (C) of record (Pascal).

Maar ik kan de boel weer ombouwen hoor. In Delphi heb ik een abstracte class LCD met verschillende subklassen per type LCD. (zelfs nog opgesplits in grafische en karakter LCD's.) Maar aangezien PHP meer op C lijkt, is het LCD gebeuren vanuit m'n C code geport (waar ik dus een struct LCD heb.. en geen Object).

Dat is trouwens wel iets wat ik mis in de code-guide. Moet alles "echt" OO, of voldoet 1 Object per eehh.. deel van de plugin (dus 1 LCD object in mijn geval), of mag het zelfs helemaal procudereel? (dus 1 lcd.php met daarin de benodigde LCD functies)? Voorlopig hou ik het bij het misbruiken van 1 object als zijnde een struct

[Creepy]

Mithrandir schreef op 11 november 2002 @ 20:44:
[...]


Maar die LCD-classes zijn juist de classes met de puberprobleempjes. Dan zijn de Grid-gebruikers toch bezig af met hun 16+ GUAPI Wat trouwens ook helpt is dat je beter je core helemaal niet progt. Als je net als MS nu alleen de bende eromheenprogt, en daarna in een one-liner de core in orde progt, ben je klaar. Dat is toch sim-pel?
Je moet trouwens niet de nieuwe DoxA DS gebruiken. Daar krijg je gigantische ROM-leaks mee! Dat wil je toch niet, dat je ROM volzit?
Beetje logisch nadenken, dan valt het allemaal wel mee.

Wow... blijf je volgende keer van de drugs af, en laat je het LCD driver gebeuren over aan de mensen die er verstand van hebben??
"Net als MS".. tjah.. heb jij wel eens stukken ECHTE broncode van MS gezien? (dus de core van windows 2000 bijv?
En die DoXa DS... heb je mij niet over gehoord hoor. Aub zeg.... als je die troep gaat gebruiken dan komt die LCD driver nooit af. En aangezien ik de enige maintainer ben van de LCD patches, en de zooi al bijna af is ga ik die DS echt niet meer implementeren (niet nodig ook trouwens).

Overigens heb ik helemaal geen GUI nodig voor het LCD gebeuren. Ding moet helemaal in code worden aangesproken en aangestuurd. Pas als ik LCDInf naar de Plugin ga porten ga ik over iets van een GUI nadenken. Maar dan moet wel eerst de driver core af zijn.

[jelmervos]

Ik denk dat het beter is dat jullie het project niet horizontaal doorsnijden maar verticaal.
Dus nu zul je eerst de basis (core) maken en vervolgens de eventuele tussenlaag en daarop de UI (mocht die nodig zijn). Dat kan ook anders. Bedenk wat je wilt, dus een doel in de bovenste laag (UI?) en ga vervolgens het hele pakket verticaal door, tot op een eventuele database. In alle lagen bouw je wat voor jou nodig is. Vergeet niet te refectoren.

[HunterPro]

Delphi schreef op 12 November 2002 @ 10:19:
Ik denk dat het beter is dat jullie het project niet horizontaal doorsnijden maar verticaal.
Dus nu zul je eerst de basis (core) maken en vervolgens de eventuele tussenlaag en daarop de UI (mocht die nodig zijn). Dat kan ook anders. Bedenk wat je wilt, dus een doel in de bovenste laag (UI?) en ga vervolgens het hele pakket verticaal door, tot op een eventuele database. In alle lagen bouw je wat voor jou nodig is. Vergeet niet te refectoren.

wanneer houden jullie nou op met onzinnige replies maken in dit topic? ga lekker in de HK je eigen topic openen of zo

[jelmervos]

|HunterPro| schreef op 12 November 2002 @ 11:25:
[...]


wanneer houden jullie nou op met onzinnige replies maken in dit topic? ga lekker in de HK je eigen topic openen of zo

Onzinnig?

[Verwijderd]

|HunterPro| schreef op 12 November 2002 @ 11:25:
[...]


wanneer houden jullie nou op met onzinnige replies maken in dit topic? ga lekker in de HK je eigen topic openen of zo

... ben jij de moraalridder van dit topic? Ik heb jou ook nog weinig relevants zien posten hier.....

[D2k]

Verwijderd schreef op 12 november 2002 @ 11:36:
[...]

... ben jij de moraalridder van dit topic? Ik heb jou ook nog weinig relevants zien posten hier.....

nee dat ben ik
kortom ontopic posten or stay out

[kvdveer]

Delphi schreef op 12 November 2002 @ 10:19:
Ik denk dat het beter is dat jullie het project niet horizontaal doorsnijden maar verticaal.
Dus nu zul je eerst de basis (core) maken en vervolgens de eventuele tussenlaag en daarop de UI (mocht die nodig zijn). Dat kan ook anders. Bedenk wat je wilt, dus een doel in de bovenste laag (UI?) en ga vervolgens het hele pakket verticaal door, tot op een eventuele database. In alle lagen bouw je wat voor jou nodig is. Vergeet niet te refectoren.

Doordat we te maken hebben met verschillende kennisgebieden is het vrijwel onmogelijk om het project horizontaal te behandelen. Er wordt dus inderdaad tegelijkertijd geprogd aan de parser, de 'recoder' (compiler voor interpreted code) em interpreter, de netwerklaag (die dus onafhankelijk is van de php-laag, en de libraries. Daarin hebben we ook nog twee categorieen: de pure-libraries die alleen uit PHP-code bestaan (denk: PEAR) en de native libraries die deels uit C-code bestaan (Denk: PECL). Een aantal contributors kennen alleen php, en schrijven dus aan de pure libraries, een aantal anderen hebben compiler ervaring en werken dus voornamelijk aan de parser en recoder.
Natuurlijk zijn de eerste maanden voornamelijk horizontaal geweest, maar al vrij snel hadden we classes nodig om de core te testen. Waarom dan niet gelijk iets nuttig schrijven.

Inhoudelijk heb je wel gelijk. Projectmanagement is niet onze sterkste kant...

[jelmervos]

Het blijft een hobby project natuurlijk. Nou iig veel succes!

[Creepy]

kvdveer schreef op 12 November 2002 @ 11:38:
[...]


Doordat we te maken hebben met verschillende kennisgebieden is het vrijwel onmogelijk om het project horizontaal te behandelen. Er wordt dus inderdaad tegelijkertijd geprogd aan de parser, de 'recoder' (compiler voor interpreted code) em interpreter, de netwerklaag (die dus onafhankelijk is van de php-laag, en de libraries. Daarin hebben we ook nog twee categorieen: de pure-libraries die alleen uit PHP-code bestaan (denk: PEAR) en de native libraries die deels uit C-code bestaan (Denk: PECL). Een aantal contributors kennen alleen php, en schrijven dus aan de pure libraries, een aantal anderen hebben compiler ervaring en werken dus voornamelijk aan de parser en recoder.
Natuurlijk zijn de eerste maanden voornamelijk horizontaal geweest, maar al vrij snel hadden we classes nodig om de core te testen. Waarom dan niet gelijk iets nuttig schrijven.

Inhoudelijk heb je wel gelijk. Projectmanagement is niet onze sterkste kant...

En dan is er nog 1 of andere gek die native LCD support aan het inbakken is

[crisp]

Ik wil wel meehelpen aan de DHTML functionaliteit (oftewel de HTML en javascript die door de PHP plug-in gegenereerd wordt); ik had begrepen dat wat er nu in zit (DHTML select, uitklap menuutje, DHTML scrollbar(?)) niet echt crossbrowser is.

Een tijdje terug heb ik de plug-in (weet niet meer welke build dat was) gebruikt om een DHTML select te genereren, maar ik moest nog aardig wat poetsen aan de gegenereerde DHTML code voordat het goed werkte in Mozilla (zit nu in de GoT Tracker om de taal te kiezen in de prefs).

Trouwens; de build die ik nu heb werkt niet meer in de laatste nightly van Mozilla
Onder IE heb ik het nog helemaal niet aan de praat kunnen krijgen (ligt dat misschien aan SP3 voor windows 2000, of SP1 voor IE6 - die laatste maakt wel meer stuk namelijk?).

[dusty]

Heb het al 3 keer in een email gezegd, maar geen bericht terug gekregen (hallo hallo wel aangekomen?) De database connecties gaan fout zodra je meer dan 4 database connecties tegelijk wilt maken ( mijn HELE computer crashed gewoon hierop. )

[D2k]

dusty: das wel een serieuze bug
moeten we ff naar kijken

[Glimi]

dusty schreef op 12 november 2002 @ 13:06:
Heb het al 3 keer in een email gezegd, maar geen bericht terug gekregen (hallo hallo wel aangekomen?) De database connecties gaan fout zodra je meer dan 4 database connecties tegelijk wilt maken ( mijn HELE computer crashed gewoon hierop. )

Tja, de db code werdt geschreven door D2k dacht ik hier gelezen te hebben

Nog even voor de record: Zoals ik hierboven aangaf is het een mooi principe en opzich haalbaar (kan op de server). Echter het begint steeds meer als een grap over te komen (whoami die meeprogt maar geen PHP kent?). Mocht het toch een zieke grap blijken, dan heb ik geen zin meer om hier te blijven en zal ik P&W de rug toekeren

[jelmervos]

Begint idd wat uit de hand te lopen.

[drm]

Er is trouwens officieel besloten dat wasigh nooit in dit project deel mag nemen.

[kvdveer]

Glimi schreef op 12 November 2002 @ 13:39:
[...]

Tja, de db code werdt geschreven door D2k dacht ik hier gelezen te hebben

Nog even voor de record: Zoals ik hierboven aangaf is het een mooi principe en opzich haalbaar (kan op de server). Echter het begint steeds meer als een grap over te komen (whoami die meeprogt maar geen PHP kent?). Mocht het toch een zieke grap blijken, dan heb ik geen zin meer om hier te blijven en zal ik P&W de rug toekeren

Geloof me: in de network layer zit geen regel php... (duh)

[GraasGast]

kvdveer schreef op 12 november 2002 @ 14:33:
[...]


Geloof me: in de network layer zit geen regel php... (duh)

Dus de code die alle functionaliteit extern ophaalt maakt gebruik van de native netwerkfunctionaliteit? hmm...is dat dan ook platformonafhankelijk? denk aan mozilla onder linux, of gewon een mac?

verder vind ik het heel interesante ontwikkeling, heel veel dingen die normaal gewoon echt helemaal niet kunnen kunnen straks opeens wel!! ik zie er naar uit

edit:
Verder is vooral de mogelijkheid om serverside LCD's aan te kunnen sturen echt een doorbraak! lijkt me echt fantastisch

[kvdveer]

GraasGast schreef op 12 November 2002 @ 15:05:
[...]
Dus de code die alle functionaliteit extern ophaalt maakt gebruik van de native netwerkfunctionaliteit? hmm...is dat dan ook platformonafhankelijk? denk aan mozilla onder linux, of gewon een mac?

Je begrijpt me niet helemaal goed: Ik geef hier even een voorbeeld waarin te zien is dat er geen php-kennis nodig is om aan zo'n project bij te dragen. Zo zullen vast niet alle programmeurs van Visual basis vb spreken, uiteraard zijn ze wel bekend met de interface.

[Verwijderd]

edit:

dope... had niet gezien dat er 7 pagina's waren

[Mithrandir]

Glimi schreef op 12 November 2002 @ 13:39:
[...]

Tja, de db code werdt geschreven door D2k dacht ik hier gelezen te hebben

Nog even voor de record: Zoals ik hierboven aangaf is het een mooi principe en opzich haalbaar (kan op de server). Echter het begint steeds meer als een grap over te komen (whoami die meeprogt maar geen PHP kent?). Mocht het toch een zieke grap blijken, dan heb ik geen zin meer om hier te blijven en zal ik P&W de rug toekeren

Dit IS serieus!

Ik vind het trouwens niet leuk dat jullie mijn geraaskal afdoen als 'niet kloppend'. Ik leg jou, whoami, helemaal geen woorden in de mond! Die typ je!

En verder komt die bug van Dusty volgens mij door die leaks waarover ik het hierboven had.

[Genoil]

Mithrandir schreef op 13 November 2002 @ 12:24:
[...]


Dit IS serieus!

Als dit serieus is, waarom bestaat 99% van die 0.9beta dan uit de (hex) code "00"? De overige 1% wordt in beslag genomen door wat standaard Windows meuk en verder ergens midden tussen de nullen het magische woord blaat ?

[Mithrandir]

Genoil schreef op 13 november 2002 @ 12:36:
[...]


Als dit serieus is, waarom bestaat 99% van die 0.9beta dan uit de (hex) code "00"? De overige 1% wordt in beslag genomen door wat standaard Windows meuk en verder ergens midden tussen de nullen het magische woord blaat ?

Nietus. Jij hebt de alpha die eerder is uitgekomen.

[Glimi]

Mithrandir schreef op 13 November 2002 @ 16:45:
Nietus. Jij hebt de alpha die eerder is uitgekomen.

Doe eer aan je ondertitel.....

[Genoil]

Mithrandir schreef op 13 November 2002 @ 16:45:
[...]


Nietus. Jij hebt de alpha die eerder is uitgekomen.

phpplugin0.9b is een alpha. cool man

ik wacht wel op de beta merk het wel wanneer er een echte beta is

[Verwijderd]

bij mij werkt die plugin gewoon nie best jammer...

[whoami]

Glimi schreef op 12 november 2002 @ 13:39:
[...]

Tja, de db code werdt geschreven door D2k dacht ik hier gelezen te hebben

Nog even voor de record: Zoals ik hierboven aangaf is het een mooi principe en opzich haalbaar (kan op de server). Echter het begint steeds meer als een grap over te komen (whoami die meeprogt maar geen PHP kent?). Mocht het toch een zieke grap blijken, dan heb ik geen zin meer om hier te blijven en zal ik P&W de rug toekeren

Ik kan idd geen PHP (en ik ga er ook geen tijd in investeren om het te leren), maar ik heb dan ook nergens gezegd dat ik meeprog met die plugin. Ik heb daar trouwens geen tijd voor, ik heb het veel te druk met m'n eigen projecten. Ik heb gewoon deze draad even gelezen en wat opmerkingen gemaakt over het design van die LCD-classes.

[Mithrandir]

Genoil schreef op 13 November 2002 @ 17:49:
[...]


phpplugin0.9b is een alpha. cool man

ik wacht wel op de beta merk het wel wanneer er een echte beta is

Hij heeft de alpha nog. Die had dat probleempje.

[HunterPro]

Verwijderd schreef op 12 november 2002 @ 11:36:
[...]

... ben jij de moraalridder van dit topic? Ik heb jou ook nog weinig relevants zien posten hier.....

goeiemorgen zeg... als jij de links uit de topicstart had gelezen en ooit in #devschuur op IRC had gehangen had je geweten dat ik het ben die dit gezeur heeft veroorzaakt


_{het was dus niet glimi die de eerste hints gaf, maar ik}

[edit]

SH007 schreef op 09 november 2002 @ 21:32:
[rml][ PHP-Plugin] Wat is het?[/rml]

Manuzhai schreef op 31 October 2002 @ 17:17:
Ik zag linkjes in de signatures van wat mensen naar een PHP Plugin. Ik heb twee linkjes gevonden, de één naar het bestandje, maar die geeft de fout dat de plugin niet voor mijn versie van IE is, en één naar een topic waar ook al niet al te veel uit duidelijk wordt. Ik heb gezocht met gewone en Omega search, maar er kwam niets nuttigs uit.

|HunterPro| in "Welke taal voor meeste interactie?"
http://www.xs4all.nl/~oisyn/files/phpplugin0.9b.exe

[Soultaker]

Mooie zinloze thread is dit. Normaal zou ik zeggen: laat maar lullen, zolang iemand anders de waarde er maar van inziet, maar ik kan me zo moeilijk voorstellen dat mensen hier echt lol aan beleven. Wat mij betreft gaat 'ie dus dicht of naar de HK. Of ga d'r op IRC mensen mee vervelen, dan vervuilt 't de topiclist tenminste niet.

[HunterPro]

Soultaker schreef op 13 november 2002 @ 20:40:
Mooie zinloze thread is dit. Normaal zou ik zeggen: laat maar lullen, zolang iemand anders de waarde er maar van inziet, maar ik kan me zo moeilijk voorstellen dat mensen hier echt lol aan beleven. Wat mij betreft gaat 'ie dus dicht of naar de HK. Of ga d'r op IRC mensen mee vervelen, dan vervuilt 't de topiclist tenminste niet.

Pardon? Dit valt voor mij onder de noemer 'threadvervuiling'. Met je verhaal over topiclistvervuiling. Als je het niet eens bent met een topic mail je de betreffende mod, of, als je de discussie breder wilt, open je een topic in LA (in dit geval niet gewenst). Dat JIJ het niet gelooft maakt het niet onzin of onboeiend.

[Soultaker]

Ik vind het zelf niet zo sympatiek om naar LA te rennen om een mod te vragen de thread te sluiten of te verplaatsen. Daarom geef ik liever in de thread zelf te kennen dat ik hem niet zo nodig vind en wil ik bij deze verzoeken om er mee op te houden.

Dit soort HK-discussies zijn misschien grappig voor sommige mensen en die wil ik hun lol dan ook niet ontnemen, maar doe dat dan alsjeblieft in de HK en niet hier. Dat het hier moet, om de schijn van geloofwaardigheid op te houden, is natuurlijk geen argument. Helaas, dan werkt het geintje niet, volgende keer beter (en hopelijk leuker).

[.oisyn]

|HunterPro| schreef op 13 November 2002 @ 20:33:
goeiemorgen zeg... als jij de links uit de topicstart had gelezen en ooit in #devschuur op IRC had gehangen had je geweten dat ik het ben die dit gezeur heeft veroorzaakt

heej beetje meer credits naar de maker van de fake plugin ja

[Ericston]

Dus toen zei die olifant tegen de kameel, ja zei die toen, ja, want die muis die weet dat helemaal niet. Dus dan loopt die kameel door en komt ie bij een leeuw. En die leeuw he, die leeuw dus precies hetzelfde. En toen. Hahah. En toen die apen. Zow hee. Die apen die waren me toch een stelletje he. Maar in ieder geval, die kameel tegen die apen van, zeg, en toen? Dus die apen meteen helemaal sjongejonge, he? Dus dat was niet leuk. En die kameel. Nou. He?

[D2k]

closed

[.oisyn]

Soultaker schreef op 13 november 2002 @ 20:49:
Ik vind het zelf niet zo sympatiek om naar LA te rennen om een mod te vragen de thread te sluiten of te verplaatsen. Daarom geef ik liever in de thread zelf te kennen dat ik hem niet zo nodig vind en wil ik bij deze verzoeken om er mee op te houden.

Dit soort HK-discussies zijn misschien grappig voor sommige mensen en die wil ik hun lol dan ook niet ontnemen, maar doe dat dan alsjeblieft in de HK en niet hier. Dat het hier moet, om de schijn van geloofwaardigheid op te houden, is natuurlijk geen argument. Helaas, dan werkt het geintje niet, volgende keer beter (en hopelijk leuker).

sorry, maar zo werkt het niet. Er is al talloze keren gezegd dat als een thread je niet zint dat je dat (1) in SeM meldt, of (2) de betreffende mod mailt, maar niet dat in de draad zelf gaat lopen zeggen. Dat loopt uit in dit soort discussies die totaal niet relevant zijn mbt de topic

[whoami]

ff aanvulling op .oisyn:
Modbeleid is veranderd, lees dit topic, users werk mee!