[off-topic plugje] www.qubory.com

[google@phaedro.com]

Hoi,

Ondanks andere drukke werkzaamheden is het me geloof ik gelukt om in de
avond- en weekenduren een aardig spelletje bij elkaar te boksen:

www.qubory.com

Flash player 8 nodig - als het goed is (moeilijk te testen) word je
daarom gevraagd.

Het spel is helemaal in 'OSFlash' ontwikkeld ik ben daar zeer
enthousiast over: mtasc swfmill en eclipse zijn termen om op te googlen
om jezelf te verdiepen in de zeer dynamische en nog jonge 'open-source
flash' wereld.

De interface met de server is met python2.4 / MySQL /
webwareforpython.org gerealiseerd - wellicht wat overkill voor het
huidige spelletje maar ik verwacht/hoop dat de solide basis van pas
gaat komen wil ik een en ander in de toekomst uit gaan breiden.

Wellicht een beetje off-topic, dus, maar ik vind zelf dat ik mij
voldoende heb ingespannen om anderen te helpen op deze ng om dan nu een
off-topic berichtje verdiend te hebben. Daarnaast is de gekozen
technologie (on-topic) echt super-interessant en ik hoop dat anderen
ook net zo enthousiast worden over het OSFlash gebeuren (en over python
natuurlijk). Bovendien is het spelletje echt nog in 'prelaunch' fase
dus hebben jullie de eer de ongetwijfeld aanwezige onvokomenheden te
ontdekken. Tot slot is het volgens mij een heel geinig spelletje.

Enjoy!


Thijs

[Ronald Klip]

Thijs schreef:
>
> De interface met de server is met python2.4 / MySQL /
> webwareforpython.org gerealiseerd - wellicht wat overkill voor het
> huidige spelletje maar ik verwacht/hoop dat de solide basis van pas
> gaat komen wil ik een en ander in de toekomst uit gaan breiden.

webwareforpython, is dat wat? Ik zie dat de huidige versie uit augustus
2003 dateert; wordt het nog wel onderhouden of is het gewoon af?
Is het te vergelijken met Zope?


--
groet, Ronald

[Tjerk Wolterink]

google@phaedro.com wrote:
> Hoi,
>
> knip
>
> Daarnaast is de gekozen
> technologie (on-topic) echt super-interessant en ik hoop dat anderen
> ook net zo enthousiast worden over het OSFlash gebeuren (en over python
> natuurlijk).
>

Ik ben totaal niet enthousiast over alles wat met flash te maken heeft,
doe mij maar xml en svg enzo.

Denk dat uiteindelijk het hele web toch op xml gaat draaien,
en flash uiteindelijk dood gaat... of natuurlijk ook als svg smil
exporteerd.

[robert]

Tjerk Wolterink <tjerk@wolterinkwebdesign.com>:
> Ik ben totaal niet enthousiast over alles wat met flash te maken heeft,
> doe mij maar xml en svg enzo.

"There is currently no Adobe SVG Viewer available for your browser."

Handig, dat SVG...

--
robert

[google@phaedro.com]

Ronald Klip schreef:

> Thijs schreef:
> >
> > De interface met de server is met python2.4 / MySQL /
> > webwareforpython.org gerealiseerd - wellicht wat overkill voor het
> > huidige spelletje maar ik verwacht/hoop dat de solide basis van pas
> > gaat komen wil ik een en ander in de toekomst uit gaan breiden.
>
> webwareforpython, is dat wat? Ik zie dat de huidige versie uit augustus
> 2003 dateert; wordt het nog wel onderhouden of is het gewoon af?

Huh? Als ik www.webwareforpython.org intype zie ik (tweede berichtje)
2005--08-13 Webware0.9b2 released ?
Het is een heel levende community. Ik geloof overigens dat ik officieel
nu WSGIKit zou moeten zeggen. Recent is er ook veel 'talk' over
pythonpaste.org maar ik heb daar (nog) geen ervaring mee, het is geloof
ik gerelateerde technologie, iemand anders misschien ?

> Is het te vergelijken met Zope?

Webware (zo blijf ik het dan maar noemen) is mij zeer goed bevallen.
Python natuurlijk wegens de taalvoordelen, maar vroeger ontwikkelde ik
applicaties met een 'Zope variant' (gebaseerd op de Zope 'modules' PCGI
en (o.a.) DocumentTemplate) en dan is Webware wel een goede vervanging
van PCGI - DocumentTemplates gebruik ik nog steeds graag (er zijn ng's
waar je dan hard moet duiken voor de flames want de meningen
verschillen).

Webware biedt primo WebKit : Je maakt een 'working directory' buiten de
webroot en .py files die daarin staan (en van WebKit.Page zijn
afgeleid) werken als een soort (vgl Java) servlets :
$WORKDIR/context/Page.py --> www.domein.nl/context/Page?params (die je
natuurlijk ook kan POSTen).
Page.py bevat o.a. writeContent en writeHTML die je kan 'overriden',
biedt toegang tot HTTP Sessions , Cookies e.d. .

Naast WebKit is er UserKit (single login achtige functionaliteit) ,
MiddleKit (vgl. Java Hibernate dwz ORMP tech.) , en allerlei andere
kits.

En dan natuurlijk de mogelijkheid om in een veel elegantere (dan b.v.
Java) en tot robuustere code (dan b.v. PHP) programmeertaal je
functionaliteit te implementeren ! Maar iemand die Zope al kent hoef ik
daar denk ik niet meer van te overtuigen :-)


--
Groetjes,
Thijs
www.qubory.com

[google@phaedro.com]

Dag,

Tjerk Wolterink schreef:

> google@phaedro.com wrote:
> > Hoi,
> >
> > knip
> >
> > Daarnaast is de gekozen
> > technologie (on-topic) echt super-interessant en ik hoop dat anderen
> > ook net zo enthousiast worden over het OSFlash gebeuren (en over python
> > natuurlijk).
> >
>
> Ik ben totaal niet enthousiast over alles wat met flash te maken heeft,

Hier ben ik het eigenlijk wel met je eens met een 'developer pet' op,
kijk ik naar mijn neefjes en nichtjes in de leeftijd 4 - 10 jaar moet
ik je ongelijk geven - de eigenschappen die een developer belangrijk
kan vinden interesseren hun geen bal en met alle MSN meuk die er verder
op hun PCtjes staat zullen ze nooit merken dat het het memory leak in
hun shockwave player is die de met spyware verstopte machientjes doet
crashen.

> doe mij maar xml en svg enzo.
>

In 1998 was ik werkelijk overtuigd dat binnen enkele jaren alle content
middels Applets (en Pagelets en Portlets en god-weet-wat-lets) zou
worden gedistribueerd, en vanuit puur technisch oogpunt zie ik daar nog
veel voordelen in tov SGML varianten.

Betamax was kwalitatief nog beter dan het aan VHS superieure V2000. Het
zijn kennelijk niet (alleen) technische eigenschappen die een
technologie de-facto standaardstatus verlenen. Dan kies ik toch voor
buigen ipv barsten.

--
Groet,
Thijs
www.qubory.com

[finalwebsites.com]

Thijs,
ik ben het helemaal met je eens. Als men ziet hoeveel met Flash (ook
samen met XML) gebeurt denk ik dat alleen de ICT branche in toekomst
het woord "SVG" in de mond zou nemen...


gr. Olaf
Maak kans op een gratis kaartje voor de PHP conferentie 2005...
http://www.finalwebsites.com/php_conferentie.php

[Tjerk Wolterink]

robert wrote:
> Tjerk Wolterink <tjerk@wolterinkwebdesign.com>:
> > Ik ben totaal niet enthousiast over alles wat met flash te maken heeft,
> > doe mij maar xml en svg enzo.
>
> "There is currently no Adobe SVG Viewer available for your browser."
>
> Handig, dat SVG...
>

Ja het is ook nog toekomstmuziek,
alhoewel,

op mijn nieuwe sony-erricson k750i is support for svg-tiny,
en die afbeeldingsbestanden in svg op de mobiel zijn echt,
vet.. coole animatie erin enzo.

SVG is gericht op alle soorten devices, ik zie er echt toekomst in.

[Tjerk Wolterink]

google@phaedro.com wrote:
> Dag,
>
> Tjerk Wolterink schreef:
>
>
>>google@phaedro.com wrote:
>>
>>>Hoi,
>>>
>>>knip
>>
>> >
>> > Daarnaast is de gekozen
>>
>>>technologie (on-topic) echt super-interessant en ik hoop dat anderen
>>>ook net zo enthousiast worden over het OSFlash gebeuren (en over python
>>>natuurlijk).
>>
>> >
>>
>>Ik ben totaal niet enthousiast over alles wat met flash te maken heeft,
>
>
> Hier ben ik het eigenlijk wel met je eens met een 'developer pet' op,
> kijk ik naar mijn neefjes en nichtjes in de leeftijd 4 - 10 jaar moet
> ik je ongelijk geven - de eigenschappen die een developer belangrijk
> kan vinden interesseren hun geen bal en met alle MSN meuk die er verder
> op hun PCtjes staat zullen ze nooit merken dat het het memory leak in
> hun shockwave player is die de met spyware verstopte machientjes doet
> crashen.
>
>

Dat klopt, maar als svg eenmaal beter wordt ondersteund door browsers
denk ik dat je neefjes nog veel leukere spellen kunnen spelen,
zonder dat ze weten dat het svg/smil/xhtml is.

>
>>doe mij maar xml en svg enzo.
>>
>
>
> In 1998 was ik werkelijk overtuigd dat binnen enkele jaren alle content
> middels Applets (en Pagelets en Portlets en god-weet-wat-lets) zou
> worden gedistribueerd, en vanuit puur technisch oogpunt zie ik daar nog
> veel voordelen in tov SGML varianten.
>

Verwachtingen hoefen niet altijd te kloppen.


> Betamax was kwalitatief nog beter dan het aan VHS superieure V2000. Het
> zijn kennelijk niet (alleen) technische eigenschappen die een
> technologie de-facto standaardstatus verlenen. Dan kies ik toch voor
> buigen ipv barsten.
>

Daar maak je een goed punt,

Laat ik het zo zeggen:
ik hoop dat svg een standaard wordt die in de komende jaren echt
gebruikt gaat worden.