Archief - xHTML: programma om te slicen

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

loopylama

Legacy Member
ik zoek een programma waarmee ik kan slicen en die deftige xhtml uitspuwt dus geen gebruik maakt van tables maar van divs

tis dringend!:doh:

Obliv`

Legacy Member
volgens mij is er nog geen enkel programma op de markt dat slim genoeg is om een deftige div lay-out te genereren.

Rvl

Legacy Member
gaat er volgens mij ook nooit komen. Nu moet ik oppassenm et nooit want die programmeurs van tegenwoordig (dit zeg ik binnen tien jaar) daar weet je nooit mee wat ze gaan uitvinden, tzal allesins een mooi stukske code zijn als ze dat willen bereiken

Dx-Solutions

Legacy Member
Hey,

Als ge da vindt, laat maar weten, zou het ook willen :)

Ik weet niet op welke basis de nieuwe photoshop sliced?

Zero Grav

Legacy Member
Op dit moment is het relatief moeilijk om zo'n programma te ontwerpen door de fouten die in de rendering van de verschillende browserengines zitten. Mogelijk dat Dreamweaver een goede code ontwerpt bij het gebruik van divs? Ik heb toch al gehoord dat ze erinzitten onder de noemer 'layers'?

Uhm, nuja, voor wat heb je het nodig?

Zero Grav

Legacy Member
:-) Indien hij zei: "Voor één of andere betaalde opdracht" kon ik weer eens hard zuchten en wat melken. :p

Neem me mijn plezier zo niet af. ;_;

Anus

Legacy Member
mss voor opdracht webtechnologie waarbij enkel het gebruik van div's en geen table's is toegelaten :unsure:

loopylama

Legacy Member
sn!pe zei:
uw code trekt dan ook op nix.

jah kweet kik da ze ben programmeur geen designer...

zoude dan wel tips kunnen geven om hem te kunnen verbeteren?

killgore

Legacy Member
sn!pe zei:
het omgekeerde zal je wel bedoelen.

ik denk dat hij bedoelt dat hij bijna altijd met coding talen bezig is en niet met markup talen ;).

Markup talen zijn nochtans ook heel logisch en (imho) de laatste tijd heel wat simpeler en duidelijker geworden.

LunchBox

Legacy Member
ksnap niet dat er nog zo geen software bestaat.. de opbouw is heus niet zo moeilijk te programmeren lijkt me. tdraait allemaal rond positionering van rechthoeken en de samenhang daartussen, waardoor eventuele x en y posities moeten doorgegeven worden tussen de verschillende kaders. (abstract omschreven dan) moest'k meer programmeer-kennis en goesting hebben, kzou't al lang zelf geschreven hebben!

RpR

Legacy Member
LunchBox zei:
ksnap niet dat er nog zo geen software bestaat.. de opbouw is heus niet zo moeilijk te programmeren lijkt me. tdraait allemaal rond positionering van rechthoeken en de samenhang daartussen, waardoor eventuele x en y posities moeten doorgegeven worden tussen de verschillende kaders. (abstract omschreven dan) moest'k meer programmeer-kennis en goesting hebben, kzou't al lang zelf geschreven hebben!
Er zijn nog teveel browser problemen en je moet per browser met een paar dingen rekening houden waardoor het dus moeilijk is.

LunchBox

Legacy Member
buah, de tijd dat ik nog html websites maakte was het steeds hetzelfde proces:

-je trekt een selectiekader in photoshop
-je neemt de waardes uit het info kader (breedte/hoogte)
-je plaatst een div in je html en geeft die een class mee
-je definieert binnen de css diezelfde waardes uit het photoshop info kader
-je plaats er de content in (tekst / geslicete afbeelding / img-tiling)

liquiditeit hangt dan af van:
-waar in de code je de divs zet (onder mekaar / binnen mekaar / ..)
-de opbouw van je verschillende floats (samenhang tussen kaders)
-het feit of je vaste waardes gebruikt of procentuele
-het feit of je een div relatief of absoluut positioneert

als je steeds diezelfde methode toepast, moet je toch tot de vaststelling komen dat zoiets programmeerbaar moet zijn.. zeker als je ziet dat het uiteindelijke resultaat me zelden browser-problemen heeft opgeleverd. persoonlijk vind ik (dx)html al lang voorbijgestreefd.. het is een veel te omslachtige omzetting vanuit een visueel perspectief en dateert uit de jaren stillekes toen alles nog basis-basis was.. maar dat terzijde. (kwil't maar gezegd hebben zodat je'r kan naar refereren als het eindelijk eens wordt afgestoten)

Bram

Legacy Member
Quilombo zei:
@ threadstarter: neem maar de beproefde tuto's uit de sticky want deze pagina ziet er bv. al marginaal uit in opera...
dank u quilombo, voor uw ongelooflijk constructieve commentaar, moest je de bovenste note gelezen hebben, had je gezien dat er inderdaad iets fout ging met de highlight string...

kleine edit: kheb opera gedownload en merk dat em nie zozeer problemen heeft met de highlight_string, maar eerder da em nie goe omkan mee da equal height column dingske... ff opzoeken hoe ik da oplos

EDIT: het probleem is deels opgelost, ma het ziet er nog altijd wa raar uit als er heel veel content komt in de main txt area (zoals bij de tutorial), ik zoek voort

en over de tutorial zelf: gelieve em eerst te lezen voor ge oordeelt over een bug op m'n site, waarvan ik me nie bewust was. ik zelf heb al veel, heel veel, tutorials gelezen op gt, p2l spoono en god weet welke nog nie allemaal, maar ben er nooit een tegengekomen die u uitlegde hoe ge het beste uw photoshop layout sliced om het dan zelf te doen in html en CSS... Ik heb geprobeerd om da wa uit te leggen, maar soit...

LunchBox zei:
buah, de tijd dat ik nog html websites maakte was het steeds hetzelfde proces:

-je trekt een selectiekader in photoshop
-je neemt de waardes uit het info kader (breedte/hoogte)
-je plaatst een div in je html en geeft die een class mee
-je definieert binnen de css diezelfde waardes uit het photoshop info kader
-je plaats er de content in (tekst / geslicete afbeelding / img-tiling)

liquiditeit hangt dan af van:
-waar in de code je de divs zet (onder mekaar / binnen mekaar / ..)
-de opbouw van je verschillende floats (samenhang tussen kaders)
-het feit of je vaste waardes gebruikt of procentuele
-het feit of je een div relatief of absoluut positioneert

als je steeds diezelfde methode toepast, moet je toch tot de vaststelling komen dat zoiets programmeerbaar moet zijn.. zeker als je ziet dat het uiteindelijke resultaat me zelden browser-problemen heeft opgeleverd. persoonlijk vind ik (dx)html al lang voorbijgestreefd.. het is een veel te omslachtige omzetting vanuit een visueel perspectief en dateert uit de jaren stillekes toen alles nog basis-basis was.. maar dat terzijde. (kwil't maar gezegd hebben zodat je'r kan naar refereren als het eindelijk eens wordt afgestoten)
Da weet ik toch nog zo nie... om alles vloeiend te krijgen en da em aanpast aan de hoeveelheid tekst enzo, moe (ik toch) ge soms toch wel wa truccen toepassen om alles in orde te krijgen... kweet nie... mss doe ik het wel gewoon op een verkeerde manier
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan