Webgallery

  • Onderwerp starter Onderwerp starter jebl
  • Startdatum Startdatum
Status
Niet open voor verdere reacties.
Hoi jebl,
Eerst de laatste vraag, die is het makkelijkst.
Inderdaad, die 6 images geven 6 keer een "404 - Page Not Found" tot resultaat als je ze aanklikt.
Ze staan dus niet in die perrodelacasanegra.nl/images/ map.
  • Heb je ze wel gedownload en geüpload? Of zijn ze per abuis in een andere map terechtgekomen?

[edit]Ha, gevonden![/edit]
Er is nog een mapje: perrodelacasanegra.nl/test/images/, en daar zitten ze met z'n allen in. :)
 
Laatst bewerkt:
Dan de vraag ervoor:
Volgens mij kan ik de rest van de site nu aanpassen volgens dit nieuwe systeem.
Of jij moet nog op of aanmerkingen hebben

Ja, die heb ik!
Het is nu een keurige html-pagina geworden (als de linkjes naar die extra lightbox-images in orde zijn).
Maar om er voor de andere pagina's optimaal profijt van te hebben, moet het nu nog een php-pagina worden, volgens de eerdere tips.
Pas daarna kan deze pagina model staan voor de andere!

Heb je bv. al een los perro-topfragment.htm aangemaakt, en in een mapje includes gestopt?

Met vriendelijke groet,
CSShunter.
_______
PS: 't Is een hele operatie, maar het gaat gelukkig steeds makkelijker worden voor de volgende pagina's.
 
csshunter, vannacht wilde ik nog met het php gedeelte beginnen maar ik vraag mij af of dat gaat werken.
De hele site bestaat immers uit dubbele pagina's, namelijk engels en nederlands.
Dan kloppen het topfragment en eindfragment toch niet?
Want die zijn inclusief vlag.

Oh ja, hetzelfde geldt voor het perro logo.
 
Laatst bewerkt:
Hallo jebl,
... engels en nederlands. Dan kloppen het topfragment en eindfragment toch niet?
Dat is correct!. Maar er kunnen twee topfragmenten komen:
  • perro-topfragment.htm voor de gewone NL-versie, met menu in het NL en de menu-links naar de NL-pagina's (behalve de EN vlag).
  • perro-topfragment-EN.htm voor de EN-versie, met menu in het EN en de menu-links naar de EN-pagina's (behalve de NL vlag).
In het topfragment van beide versies zit ook de <div id="header"> met het logo, dus dat komt vanzelf goed als je er bij de EN versie het EN logo in zet.
Op dezelfde manier komen er twee eindfragmenten.

Zit je op de NL-versie, dan blijf je daar automatisch op, omdat elke NL-pagina de incudes voor het NL top- en NL eindfragment heeft.
Zit je op EN versie, dan idem in het EN (op de EN pagina's zijn alleen de twee php-regels van de includes anders; verder zijn ze behalve de taal exact hetzelfde als de NL versie van die pagina).

Zo blijven het twee gescheiden circuits, de wissels zijn de twee vlaggen.

Met vriendelijke groet,
CSShunter
________
PS: ik zou de nieuwe versies er niet meteen per pagina opzetten, maar onafhankelijk eerst alle nieuwe pagina's aanmaken en daarna pas switchen. Dan blijft het overzichtelijk met je enorme hoeveelheid pagina's.


  • Anders moet in het top- en eindfragment voor de nieuwe pagina's steeds het menu aangepast worden: een deel nog naar de oude pagina's, een deel naar de nieuwe.
  • En nog veel meer werk: ook de (nu nog) per-pagina-menu's op alle oude pagina's zouden bij elke nieuwe pagina ook aangepast moeten worden om het geheel te kunnen laten draaien.

Heb je al een mappenboom getekend waar alles nu zit, en waar alles later komt te zitten?
 
Laatst bewerkt:
Hoi csshunter,

De top en eindfragmenten heb ik gemaakt en volgens mij werkt het naar behoren.
Ook de mappenstruktuur ziet er nu heel netjes uit.
Het lijkt zelfs of de site een stuk sneller laadt dan anders :)

Maar nu loop ik tegen een ander probleem aan namelijk, als ik de pagina's heb klaar heb en opgeslagen als *.php dan kan ik
in frontpage geen voorbeeld meer zien of eventueel naar (visueel) bewerken.
Dus zou ik nu alles alleen in de code moeten bewerken en dat is een beetje te hoog gegrepen voor mij.
Of ik zou iedere keer als ik een pagina wil bewerken deze moeten hernoemen.

Het kan natuurlijk ook zijn dat ik dit verkeerd zie :o

Oh ja, de pagina's zijn hier te vinden ;)

http://www.perrodelacasanegra.nl/test/avar_foto.php
http://www.perrodelacasanegra.nl/test/avar_foto_eng.php
 
Laatst bewerkt:
Hoi jebl,
Het makkelijkste is:

Stap 1
Alle pagina's lokaal altijd opslaan als .htm: maar dan wel met de php-includes er in.
Dit is in feite je "werk-pagina".
Je kan 'm lokaal in alle browsers bekijken/testen, en ook in de FrontPage ontwerp-weergave goed zien (voor zover FP dat kan ;)).
Je ziet dan alleen het content-gedeelte (met de goede opmaak), de kop en de staart ontbreken. Maar dat is niet erg, die heb je niet nodig voor tekst- e.a. aanpassingen in de content, en kop/staart komen er later vanzelf bij.
  • NB: Bij pagina's met een lightbox doet deze het dan niet. Gaat ook vanzelf werken als ie op de server staat.

Stap 2
Een nieuwe werkpagina (in NL dan wel EN-versie) kan je aanmaken door een oude pagina van dezelfde taal te kopiëren, aan te passen in de content, en lokaal met de nieuwe .htm-naam op te slaan.
Er zitten dus uitsluitend "werk-pagina's" in .htm in je lokale mappen van de pagina's.

Stap 3
Uploaden: een nieuwe pagina (nog in de .htm gedaante) ga je met FTP (FileZilla) uploaden naar de corresponderende map op de server.
Vervolgens ga je in FileZilla op de server het bestand hernoemen: dan wordt het dezelfde pagina met de .php-uitgang.
  • NB: bij een aangepaste bestaande pagina: eerst op de server de bestaande pagina met de .php uitgang verwijderen (of hernoemen als backup: wel zo veilig)!

- Klaar en werkende! :)

Op deze manier hoef je niet steeds lokaal te gaan hernoemen om iets aan te passen (en dan weer terug hernoemen naar php).
Alleen na het uploaden wordt de nieuwe of aangepaste pagina hernoemd: dat wordt gauw genoeg routine.


  • Mocht je een keer de hernoeming op de server vergeten, dan is er geen mens overboord; dan zie je dat immers meteen bij het testen van de pagina: "Pagina niet gevonden" (want in het menu staat alles met de .php-uitgang).

Zo doe ik het meestal, en dat werkt lekker.

Met vriendelijke groet,
CSShunter
___________
Heb nog een paar detail-opmerkingen bij de twee pagina's uit je laatste post: die volgen nog.
 
Laatst bewerkt:
Allo!
Ik weet niet of het je al opgevallen was, maar intussen is de "laatste update" op de pagina's niet goed meer. :eek:
  • Die staat nu altijd op het moment van openen van de pagina! (zie hier)
  • Dat kan je ook mooi zien door even later de pagina te refreshen: het "laatste update-moment" verandert!.

De oorzaak is dat we er nu een php-pagina van gemaakt hebben, die wordt samengesteld uit verschillende onderdelen. Die samenstelling vindt altijd plaats op het moment van openen van de pagina: dan gaat de php-machien op de server aan de slag om de includes er in te plakken.

Het javascript dat de datum en het tijdstip van maken ophaalt, pakt altijd het moment van aanmaken van de pagina als geheel: het opvraag-moment!

De oplossing is om niet javascript maar php de last update-gegevens te laten ophalen. Met php kan je namelijk alleen de update van het content-deel (de "echte pagina") er uit halen.
  • NB: heel veel php-sites doen dat niet, en dan kan je ook niet via de pagina-eigenschappen in de browser achterhalen wanneer de pagina aangemaakt of voor het laatst bijgewerkt is.

Dit gaat als volgt:
Stap 1 (we blijven stappen! ;))
De datum-ophaal/bewerk functie moet uit het javascript perro-scripts.js gehaald worden.
Dat is makkelijk: het hele blokje onder punt // 2. ========== datering ========== kan verwijderd worden, behalve de regels om het copyright-jaartal op te hoesten:
[JS]// 2. ========== datering ==========
if (document.getElementById('huidigJaar')){
document.getElementById('huidigJaar').innerHTML=new Date().getFullYear();
}[/JS]
Dan wordt het dus dit script.

Stap 2
We openen het perro-eindfragment.htm (* zie voetnoot!)
Van de regels:
HTML:
<div id="update">
	&nbsp;<!-- datum en tijd ingevuld met javascript -->
</div>
maken we:
HTML:
<div id="update">
	<?php
		echo "Laatste update: " . date ("d-m-Y ", getlastmod()) . " om " . date ("H:i", getlastmod());
	?>
</div>
  • De dag en de maand worden nu als getal en niet als naam gepresenteerd, maar dat lijkt me geen bezwaar (anders moet er weer een bewerking komen om de standaard EN namen van php om te zetten in het NL).

Stap 3
Uploaden naar de server, en daar hernoemen tot perro-eindfragment.php (anders werkt het php-ophalen van de datum niet).

Stap 4
Dezelfde stappen 2 en 3 moeten natuurlijk gebeuren met het perro-eindfragment-eng.htm.

==========
Nu is het in principe in orde, meteen voor alle pagina's: dat is het grote voordeel van modulair werken met php! :love:
Er volgen alleen nog:

Stap 5 t/m 5712
Op alle pagina's moet de aanroep van het eindfragment niet meer zijn:
HTML:
<?php include("includes/perro-eindfragment.htm"); ?>
maar worden:
HTML:
<?php include("includes/perro-eindfragment.php"); ?>
En voor de EN pagina's idem dito.

==========
En dan is hier het resultaat:


  • Test: avar_foto-nw-2.php
  • (Deze pagina werd op mijn server gezet op 11-08-2012 om 18:09)
  • (Het veranderde javascript en eindfragment zijn van een ander tijdstip, dus het gaat goed)

Dat was het update-probleem.
Er komen nog wat andere dingetjes, maar daar wacht ik maar even mee tot dit is verwerkt.

Met vriendelijke groet,
CSShunter
_______________
*) Hé-poppelepé! Jouw perro-eindfragment.htm is anders dan mijn perro-eindfragment.htm!
  • De jouwe bestaat alleen uit het menu, en mist het hele <div id="footer"> gedeelte en de 3 javascript-aanroepen!
  • Die staan bij jou kennelijk nog op de pagina zelf (dat kan je van buitenaf niet zien vanwege het php-timmerwerk).
  • Dit is ook zo in de EN versie.
Maar de footer en de script-aanroepen horen er wel bij (en niet op de pagina zelf), anders gaat het feestje van hierboven niet door.
 
Laatst bewerkt:
Yo, ;)

Tot zover de site weer aangepast, het lijkt allemaal te werken.
Alleen wordt de "laatste update" niet aangepast :(
Waarschijnlijk zie ik weer wat over het hoofd :o

En ik zit eigenlijk een beetje met mijn vlaggen, deze zou ik graag in de lijn van het menu willen hebben maar volgens mij kan dat niet zonder
ze in het top of einfragment te zetten.
Ik heb nog even wat geprobeerd, dat kun je hier zien: http://www.perrodelacasanegra.nl/test/avar_foto.php
 
Laatst bewerkt:
Alleen wordt de "laatste update" niet aangepast
Bij mij staat nu om 15:50 je probeer-pagina op: Laatste update: 12-08-2012 om 11:45.


  • En de laatste wijziging in je eindfragment op: 12-08-2012 om 07:21.

Klopt dat niet dan?

(Wordt vervolgd)
 
Laatst bewerkt:
Kijk eens aan! :thumb:
Het is trouwens maar goed dat de updatering nu werkt: ik zie de versie soms onder m'n ogen verspringen!

Maar nog even een paar puntjes over het menu in het top- en eindfragment.

De vlaggen
Het mooiste qua opmaak lijkt me dat de taal-vlag voor de andere taal steeds rechts in het menu staat, zoals we eerst hadden. Dat is altijd te realiseren.
Maar hoe, hangt van het principe af:
  1. De vlag van de andere taal gaat altijd naar de homepage van de andere taal.
  2. De vlag van de andere taal gaat naar dezelfde pagina van de andere taal als de pagina waar je op zit.

Optie 1 is verreweg het makkelijkste, dan kan de vlag steeds opgenomen worden in het top- en eindfragment van de betreffende taal.
Bij optie 2 moet de corresponderende pagina steeds op de pagina zelf (in het content-deel) ingevuld kunnen worden; dan moet het losgeschroefd worden uit het top- en eindfragment. Kan dus ook wel, maar wat lastiger (ook bij het aanmaken: dan moet je er telkens aan denken).
En dan gaat ook de lokale preview/browsertest naar de knoppen, omdat de pagina gaat hinkelen op een stukje code dat deels in php zit (= lokaal onzichtbaar) en deels niet. Dat zal lokaal dan ook foutmeldingen van de html-validator opleveren, terwijl er eigenlijk geen fouten zijn.

Maar ik denk dat weinig bezoekers er behoefte aan hebben om acuut een vertaling van de pagina te zien waarop ze zitten.
En als een EN-sprekende bezoeker via Google op een NL-pagina mocht uitkomen, lijkt het me voor deze bezoeker geen probleem om uit te komen op de EN homepage, voordat deze bij een specifieke pagina terechtkomt.


  • NB: Het lijkt me niet zo gek om op de homepage (beide talen) een korte intro van een paar regels te maken waarin staat wat deze site eigenlijk is: "Welkom. PdlCN is een site die gaat over onze kennel van Groenendaeler Werkhonden. Dit is een ras van de Belgische Herder ... bla bla ... enz." of iets dergelijks.
  • Dat is ook erg prettig voor Google: die ziet dan tekst en de belangrijkste trefwoorden op de homepage staan!

Dus ... welke keuze voor de vlag-opties wil je maken?

Met vriendelijke groet,
CSShunter
 
csshunter,

Mijn voorkeur gaat uit naar optie 1, maar wil daar dan graag beide vlaggen in zetten zodat bezoekers die via een zoekmachine ongeacht welke
pagina ze binnen komen meteen terug kunnen naar de index van de betreffende taal.

Ik ben al even bezig geweest met het topfragment van de nl index maar dat gaat niet helemaal goed :o
 
Mooi, optie 1.
Alleen vraag ik me af of het wel altijd de twee vlaggen moeten zijn.
Als ik als Nederlander dit zie (binnengezeild op willekeurige pagina):

perro-vlaggen.png

... dan is er geen haar op mijn hoofd (en ik ben niet kaal ;)) die er aan denkt om op het NL-vlaggetje te gaan klikken om naar de index.html te gaan:


  • Uit het menu maak ik op dat ik al op de NL site zit, dus dan hoef ik geen NL-vlag aan te klikken.
  • Ik lees van links naar rechts, en het eerste wat ik in het menu tegenkom, is: Home (de gebruikelijke plaats).
  • Daar heb ik al op geklikt voor ik er ooit aan toe kom om helemaal aan het rechteruiteind het NL vlaggetje te zien naast het EN-vlaggetje (kennelijk een taal-switch, die hoef ik dus niet).

Ergo: de NL-vlag op de NL-versie is helemaal overbodig.
Evenzo: de EN-vlag op de EN-versie; daar ziet men het EN-menu al, en de Engelse bezoekers zullen mans/vrouws genoeg zijn om op "Home" te klikken als ze naar "Home" willen. :)

Als ik als Nederlander op een EN-pagina binnenzeil, dan zie ik het NL-vlaggetje > Klik en ik ben op NL!
Omgekeerd: als Engelstalige op een NL-pagina is de EN-vlag voor mij voldoende.

Dus in elk menu kan gewoon het vlaggetje van de andere taal, dan ben je er.
Toch?

Met vriendelijke groet,
CSShunter
___________
Ook voor de gebruiksvriendelijkheid; daarvoor geldt: liefst zo min mogelijk menu-links (= te overwegen keuzes) aan de bezoeker voorleggen; en zeker niet dubbelen in het menu.
 
Laatst bewerkt:
Tja, meningen verschillen ;)
Maar hoe zit jou topfragment nu in elkaar?
Bij mij laat ie namelijk geen vlaggetjes zien :(
En waarschijnlijk zetten we ze toch aan de linker kant.
Wellicht dat er nog talen bij komen en dan lijken die vlaggetjes toch wel heel mooi :d
 
Ja, met een heel rijtje vlaggetjes wordt het anders. Dan kunnen ze er best allemaal op.
Ik zou ze alleen niet aan de linkerkant zetten, want dan gaan de meru-items op het eind doorschuven naar de volgende regel, en dan is het menu-evenwicht er uit.
Je versie met de vlaggetjes erboven vond ik het mooiste: dan zitten ze a.h.w. in in een eigen menu'tje: en dat klopt, want het is een heel andere soort links dan die van het gewone menu.
Het wordt nu wel een beetje druk bovenin, voordat de echte pagina-inhoud begint. Dat zou je wat kunnen verzachten door het vlaggetjes-menu en het bovenmenu een achtergrondkleur te geven die niet helemaal zwart is, maar bv. donkergrasgroen. Daarmee wordt het meer een geheel met het logo-blokje, en wordt duidelijker waar de pagina begint.
Voor het menu aan de voet lijkt het me niet nodig om daar de vlaggetjes te herhalen (dan heb je ze al gezien voordat je ging scrollen; en bij 1 klik op een menu-item zit je meteen bovenaan op de geklikte pagina, en daar staan de vlaggen in volle glorie).
De vlaggen-images kunnen mooi als css-sprite gemaakt worden: de hele serie tegelijk; en dan kan er ook een hover-versie bij, die wat oplicht.


(De hoverkleur van de menu-items is hier nog geel, omdat ik doorlink naar mijn oude stylesheet-versie.)

Waar zit wat?!
Mijn nieuwe topfragment is voor het gemak ook een php'tje geworden: perro-topfragment.php
Opmerkingen:
  • Zie broncode (er zit niks bliksekaterigs meer in).
  • De nog niet aanwezige talen kunnen uitgecommentarieerd worden.
  • Het lijkt me wel handig om de /test/ map om te dopen tot /paginas/. Dat is dan een gescheiden circuit van de draaiende site, en de testpagina's kunnen hier op komen om volledig te functioneren (ook naar de andere nieuwe [test]pagina's). Dan hoef je achteraf de gemaakte pagina's niet allemaal uit de testmap te verplaatsen naar ergens anders. En je hoeft dan ook niet allerlei bestanden, mappen, submappen, gewone interne pagina-links en menu-inhouden te gaan hernoemen om alles nog te laten kloppen! (een karwei op zich...)
  • Op het laatst hoef je dan alleen de index.php uit de /paginas/ map te halen en in de root te zetten, plus in het topfragment en het eindfragment de links ernaar ook aan te passen. Dan is ie helemaal omgezet.
  • Bij de vlaggen-links zit er steeds een hidden tekst-link bij, voor de pure tekstbrowser-bezoekers en voor Google.

Het gebruikte vlaggen-plaatje: perro-vlaggenserie.png.

Ook een nieuw eindfragment: perro-eindfragment2.php
Analoog aan het topfragment. - Het jebl-logo is er niet in het losse eindfragment, maar komt wel tevoorschijn bij de totale pagina's.

De bij de nieuwigheden horende css-opmaak van menu en vlaggen zit in de head van de pagina avar_foto-nw-3.php zelf.
Deze css kan toegevoegd worden aan het stylesheet.
Alleen de bliksekaters-link naar de vlaggenserie-afbeelding hoeft aangepast te worden.
Behalve als je wat anders wilt dan ik gefabriekt heb, natuurlijk. ;)

Nu geloof ik dat ik alles gehad heb.
O ja, in alle pagina's 1 t/m 5712 moet het nu worden: <?php include("includes/perro-topfragment.php"); ?> ipv de link naar het oude .htm-bestand.

Succes weer! :)

Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Hoi csshunter,

Voor nu willen we toch graag de vlaggen links, mooi in lijn met het menu.
Tegen de tijd dat we meer talen gaan maken kan ik het topfragment altijd nog aanpassen.
Ik ben nu al een hele tijd bezig om het voor elkaar te krijgen maar ik kom niet verder dan het volgende resultaat: http://www.perrodelacasanegra.nl/test/index.php
Hiervoor heb ik de volgende code gebruikt:

<div id="header">
<img src="../images/layout/perro_logo_nl.jpg" width="1000" height="90" alt="" />
<img src="../images/layout/perro_banner.jpg" width="1000" height="109" alt="" />
<br>
</div>
<div class="menu">
<li><a href="index.php"><img src="images/layout/nederlandse-vlag.jpg" width="20" height="12" alt="" /></a></li>
<li><a href="home_eng.php"><img src="images/layout/engelse-vlag.jpg" width="20" height="12" alt="" /></a></li>
<li><a href="index.html">Home</a></li>
<li><a href="wie_zijn_wij.html">Wie zijn wij</a></li>
<li><a href="onze_honden">Onze honden</a></li>
<li><a href="nieuws.html">Nieuws</a></li>
<li><a href="nesten.html">Nesten</a></li>
<li><a href="puppies.html">Puppies</a></li>
<li><a href="fokplan.html">Fokplan</a></li>
<li><a href="hondensport.html">Hondensport</a></li>
<li><a href="links.html">Links</a></li>
<li><a href="contact.html">Contact</a></li>
<li><a href="gastenboek.html">Gastenboek</a></li>
<hr size="0" noshade="noshade" />
</div>

Ook krijg ik de lijn onder het menu er niet dichter op!

Zou je me hier nog mee willen helpen? :o
 
Jaô!
Hiervoor heb ik de volgende code gebruikt: ...
Nietes! Er mist iets, en daar zit het ook mee scheef in de code die je wel gebruikt hebt.

Hoei, nu heb ik m'n mond voorbij gepraat! Dat was niet pedagogisch. ;)
Want:
Als een webpagina plots niet doet wat je wilt,
raadpleeg dan eerst de html-validator,

vóórdat je wanhopig aan de css gaat sleutelen.

Had je dat al gedaan? :rolleyes:

Met vriendelijke groet,
CSShunter
 
Met als vervolg:

Alles netjes op één regel laten passen
De horizontale padding van de links wat verkleinen dmv: .menu a {padding: 5px;}

De vlaggetjes op gelijke hoogte als de tekst
Dat kan dmv: .menu a img {vertical-align: middle;}

Het lijntje er onder
Dat is nu met een <hr> gemaakt, maar die dingen zijn nogal lastig om cross-browser te stylen. Het kan veel makkelijker met een border onderaan de menu-div. Omdat het lijntje niet bij het menu onderop moet komen, geef je het top-menu een extra class mee (twee of meer classes op een element mogen ook!):
HTML:
<div class="menu top">
    ... enz.
De css kan bv. worden:
Code:
.top {
    border-bottom: 2px solid #808080;
    padding-bottom: 4px; /* afstand tot het lijntje */
    margin-bottom: 30px; /* lege ruimte tot aan de content */
    }
En de <hr size="0" noshade="noshade" /> er dus helemaal uit blaffen! :)

Dat mag ook wel, want zowel de size-eigenschap als de noshade-eigenschap voor een <hr> waren al in 1999 verouderde en afgewezen eigenschappen. In ons Doctype XHTML 1.0 Strict zorgen die dan ook voor een paar foutmeldingen van de html-validator.

Brengt me er op: welke html-editor gebruik je eigenlijk om achter de schermen je codes te bakken?
Die zou dat gewoon niet in zich mogen hebben!

Met vriendelijke groet,
CSShunter
 
csshunter,

Bedankt weer voor deze oplossing, ik ga er zo spoedig mogelijk weer mee aan de slag!

Alles wat ik aan websites heb gemaakt deed ik met frontpage 2003, maar omdat dit een nogal verouderd programma is ben
ik sinds kort over gestapt op dreamweaver.
Omdat ik altijd 95% van de sites in ontwerpen deed en niet in de code en nu ook nog es moet wennen aan dreamweaver
is het extra moeilijk.
Werken met code is natuurlijk veel nauwkeuriger en minder vervuilend, vandaar dat ik me daar nu meer in verdiep.
Dat heeft weer als gevolg dat er wel es wat mis gaat als ik aan het sleutelen ben :(

Groetend, Jebl
 
Ah, FrontPage! Dat verklaart veel!
... sinds kort over gestapt op dreamweaver ... nu ook nog es moet wennen aan dreamweaver ...
Ja, dat is het nadeel van Dreamweaver en dergelijke editors met allerlei toeters en bellen en de bijbehorende extra schermen en eigenschappen-vensters.
Dan moet je behalve html, css en wat javascript en php ook nog eens de interface-taal van Dreamweaver leren.
Plus: erachter gaan komen wat DW af en toe verknolt of veel te omslachtig doet (javascript rollovers ipv css-hovers enzo). *) :rolleyes:

Wat je eens zou kunnen doen, is om KompoZer (gratis) binnen te halen en wat uit te proberen.
Die lijkt qua bediening erg op FrontPage, heeft een ontwerp- en een code-weergave, is een stuk beter dan FP en een stuk eenvoudiger dan DW.

Groetjes weer!
__________
*) Zelf doe ik het daarom lekker op de hand. :)
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan