Automatisch menu aanpassen door alle pagina's.

Status
Niet open voor verdere reacties.
T

trulier

Gebruiker
Lid geworden
26 jun 2010
Berichten
49
Hulp gevraagd met het volgende:
Ik ben bezig mijn site aan te passen. De oude site is opgezet in Frontpage. Ze heeft veel validatiefouten en ik heb gewerkt met ouderwetse frames.

Dus ik ben opnieuw gestart met de kennis die ik op nu heb (wil nog heel veel leren).
Ik weet niet of het volgende mogelijk is. Op de linkerkant van de pagina's komt een smalle kolom, waarbij de tekst 'vastgezet' is (fixed). Ik wil deze kolom gebruiken om aan te kondigen wat er nieuw is op de site (met link), evenals de 'home' knop en het contact-email.
Ik ben op zoek naar de mogelijkheid om als er een aanpassing is (b.v nieuws) dat deze aanpassing 'automatisch' doorgevoerd wordt naar de rest van de pagina's. Is dit mogelijk?

De pagina's waar het omgaat zijn b.v.
http://www.beauterustique.nl/beauterustique/socialisatie.html
http://www.beauterustique.nl/beauterustique/fokkerij.html
Het stylesheet:
http://www.beauterustique.nl/beauterustique/beaute3.css

Dank voor het meedenken.
trulier
 
Laatst bewerkt:
Hi,
om te beginnen: gefeliciteerd met het verlaten van FrontPage ;-)

Het is allemaal te realiseren in HTML, CSS en eventueel javascript. Je zou het gratis kompozer kunnen gebruiken. Je kan dan een template definieren die je voor elke pagina gebruikt. Ook zou je met een oudere versie van Dreamweaver aan de gang kunnen. Wat ik op de pagina's zag geeft me niet indruk dat je nu al behoefte hebt aan het modernste spul. Wat ik overigens niet onaardig bedoel..

Nu nog een andere mogelijkheid (onafhankelijk van de design-software).
in de HTML kun je een INCLUDE gebruiken voor het stukje code dat je overal wilt laten aanpassen. Het include-statement ('<!--#include virtual="insertthisfile.html" -->' ) in elke file zetten en alleen het genoemde bestandje aanpassen.
 
Hoi trulier,
Ja, het kan heel goed met een "include" (= ingesloten fragment).
De manier van city guy is een shtml-oplossing (waarvoor je de pagina van .html moet omdopen tot .shtml).
Maar het kan ook met php, dat hoogstwaarschijnlijk wel ondersteund wordt op de server van je provider.
Heel eenvoudig zelfs! :)

Het handigste is om een apart mapje "includes" te maken, waar je alle te gebruiken fragmenten in zet.
Stel je wilt het stukje binnen de <div id="info">...</div> op elke pagina hebben.
HTML: 
<div id="info">
   <h2>Laatste nieuws</h2>
   <p>.....</p>
</div>
Dan maak je een html-fragment met alleen de html-inhoud van deze <div>, dus:
HTML: 
<h2>Laatste nieuws</h2>
<p>.....</p>
Deze regeltjes sla je in het verse mapje "includes" op met bv. de naam: info.htm *)

Nu zet je op elke pagina op de plaats waar de regeltjes moeten komen een include-verwijzing naar dit fragment:
HTML: 
<div id="info">
	<?php include("includes/info.htm"); ?>
</div>
Daarna sla je de pagina op: niet als .html bestand, maar als .php bestand.
Pagina en fragment uploaden, en klaar! :D
  • Wat er gebeurt, is dat de php-machine op de server het fragment weer gewoon in de <div> plakt (op elke pagina waar het fragment wordt aangeroepen).
  • Als je de pagina bekijkt, is dat naadloos gebeurd: je ziet er niets van, en ook in de broncode is er niets van te zien.
  • Iets wijzigen? Alleen het fragment even aanpassen, en weer uploaden. - Staat dan per direct vernieuwd op alle pagina's!
In een paar tellen gemaakt voorbeeld:
www.developerscorner.nl/csshunter/tests/beauterustique-nw.php.

En een andere pagina: www.developerscorner.nl/csshunter/tests/beauterustique-nw2.php.
Succes!
Met vriendelijke groet,
CSShunter
_____________
*) Er hoeft verder helemaal niets bij: geen Doctype, geen <head>, geen <body>, enz.: alleen de kale regeltjes.

PS:
Er staat in de originele code helemaal bovenaan, nog vóór het Doctype: <!-- gecontroleerd W3C-->.
Maar vóór het Doctype mag helemaal niets staan, ook geen commentaar-regel. Het gevolg kan zijn dat Internet Explorer in de "quirks mode" schiet, en de layout van de pagina niet meer goed werkt in IE. - Het beste kan je deze commentaar-regel zetten na de <title>...</title>.
 
Laatst bewerkt:
Dank

Dank voor de reacties.
Ik ga ermee aan de slag. En mijn voorkeur gaat uit naar de (makkelijke) methode van CSSHunter.
Wordt vervolgd.
 
Hoi trulier,
Leuk om maanden later de goede afloop te horen; en te zien!
- Maar dit is krimineel! :thumb:

De vele uren noeste arbeid wil ik geloven, want het is een loeigrote site geworden, en ... mooi overzichtelijk, logisch opgebouwd, strak in de opmaak, en perfect uitgevoerd.
Gefeliciteerd! :)

Met vriendelijke groet,
CSShunter
 
csshunter zei:
Hoi trulier,
Leuk om maanden later de goede afloop te horen; en te zien!
- Maar dit is krimineel! :thumb:

De vele uren noeste arbeid wil ik geloven, want het is een loeigrote site geworden, en ... mooi overzichtelijk, logisch opgebouwd, strak in de opmaak, en perfect uitgevoerd.
Gefeliciteerd! :)

Met vriendelijke groet,
CSShunter
Klik om te vergroten...

Beste CSShunter

Dank je wel!!!
Ik heb uiteraard nog wel wat huiswerk op de planken liggen (de vele foto-albums verkleinen etc en het mini-logotje maken van mijn andere site (laotkieke), dat overigens nog niet helemaal lukt.)
Ik zag vanmorgen tot mijn schrik dat er verschil zit in IE en FF wb het gastenboek. Ik snap echt niet waar dit aan ligt. Misschien een idee?

Alvast bedankt.
Trulier
 
Hoi trulier,
Ik zag vanmorgen tot mijn schrik dat er verschil zit in IE en FF wb het gastenboek. Ik snap echt niet waar dit aan ligt. Misschien een idee?
Klik om te vergroten...
Aww! ...
Dat is echt balen: dat gratis gastenboek van i-net.be maakt er een rommeltje van. :(
Waar de verschillen zitten, en of daar misschien iets aan te doen valt, kan ik in de gauwigheid niet doorgronden.

Wat ik wel zie, is dat ze (met het nodige scriptwerk) gebruik maken van een ingebouwde FCKeditor. Dat kan niet anders dan een erg oude versie zijn, want in 2007 werd de code van de FCKeditor totaal herschreven, waarbij ook de naam veranderd werd in CKeditor (zie hier).
In de js-code van het gastenboek wordt verwezen naar http://www.fckeditor.net, maar die site bestaat niet meer (wordt automatisch doorgeschakeld naar http://ckeditor.com). - En in elk geval een flink deel van de html-errors komt uit de FCK-code...

Met vriendelijke groet,
CSShunter
__________
PS: de naam FCK komt van Frederico Caldeira Knabben, de ontwerper. Later hebben ze waarschijnlijk bedacht dat het toch wel erg veel lijkt op F*CKeditor, en daarom de naam veranderd. ;)
 
Laatst bewerkt:
csshunter zei:
Hoi trulier,

Aww! ...
Dat is echt balen: dat gratis gastenboek van i-net.be maakt er een rommeltje van. :(
Waar de verschillen zitten, en of daar misschien iets aan te doen valt, kan ik in de gauwigheid niet doorgronden.

Wat ik wel zie, is dat ze (met het nodige scriptwerk) gebruik maken van een ingebouwde FCKeditor. Dat kan niet anders dan een erg oude versie zijn, want in 2007 werd de code van de FCKeditor totaal herschreven, waarbij ook de naam veranderd werd in CKeditor (zie hier).
In de js-code van het gastenboek wordt verwezen naar http://www.fckeditor.net, maar die site bestaat niet meer (wordt automatisch doorgeschakeld naar http://ckeditor.com). - En in elk geval een flink deel van de html-errors komt uit de FCK-code...

Met vriendelijke groet,
CSShunter
__________
PS: de naam FCK komt van Frederico Caldeira Knabben, de ontwerper. Later hebben ze waarschijnlijk bedacht dat het toch wel erg veel lijkt op F*CKeditor, en daarom de naam veranderd. ;)
Klik om te vergroten...

Hoi Csshunter

Eigenlijk zeg je tussen de regels: kies een ander. Een goed alternatief?
groetjes
Trulier
 
Hoi trulier,
Ja, dat gastenboek van i-net.be lijkt me niet zo handig.
Nu zijn er 2 types gastenboek waar je naar op zoek kan gaan (ik heb er geen ervaring mee):
  • Een gastenboek via een account bij een gratis gastenboek-aanbieder (vergelijkbaar met het i-net ding). Dan staat het gastenboek daar op de server. Nadeel: je bent van de aanbieder afhankelijk. Voordeel: je hoeft je over beveiliging e.d. geen zorgen te maken. Tegenprestatie is doorgaans wat reclame.
  • Zelf een gastenboek op je site zetten, met een php-script. Nadeel: je moet zoiets zelf installeren en panklaar maken. Beveiliging: het script moet betrouwbaar zijn, en geen lekken op je site veroorzaken. Voordeel: je hebt in principe alles zelf in de hand.
Een voorbeeld van het laatste type vond ik via deze helpmij-vraag: Op-zoek-naar-een-geschikt-gastenboek.
Of dit www.phpjunkyard.com/php-guestbook-script.php de toets der kritiek doorkomt, weet ik niet, maar in elk geval:
Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Probleem opgelost

Blijkbaar zat het probleem in een kleurcode, waar IE zeer strikt mee omging en FF niet.
Maar dat staat los van je aangedragen alternatieven. Daar moet ik nog mee aan de slag,

Dan een heel andere vraag: de presentatie van de foto's gebeurd op een nieuwe pagina. Zie http://www.beauterustique.nl/visie.php. De fotopagina ziet er dan zo uit: http://www.beauterustique.nl/images/foto-fragile/album/index.html
Is er een mogelijkheid deze te presenteren op dezelfde pagina, waardoor de layout van de rest van de pagina behouden blijft. Ik denk dat dit mooier is.
Ik weet dat binnen Frontpage er een mogelijkheid was middels <a target_self href......>

Dank voor het meedenken
trulier
 
Laatst bewerkt:
Is er een mogelijkheid deze te presenteren op dezelfde pagina, waardoor de layout van de rest van de pagina behouden blijft. Ik denk dat dit mooier is.
Klik om te vergroten...
Je bedoelt zoiets?

fragile-1280x1024.png

resolutie 1280x1024px​

Dat zou in principe wel moeten kunnen, maar:
  • de pagina wordt er een stuk onrustiger van, waardoor je afgeleid wordt van de foto's,
  • en, erger: op lagere resolutie pakt de kop zoveel ruimte weg, dat de foto's alleen met scrollen te zien zijn:
fragile-1024x768.png

resolutie 1024x768px​

Dus 't lijkt me dat het in principe goede idee (eenheid van pagina's) in de praktijk toch ongunstig uitpakt. Toch maar niet doen? *)

En om positief te eindigen ;): wat het wel voor de bezoeker handiger maakt, is om op de foto-pagina's een teruglink "naar hoofdpagina Fragile" enz. te maken.
O, en ook een link "naar overzicht foto's" (www.beauterustique.nl/fotos.php), voor bezoekers die van af die kant zijn binnengekomen.
Zo staan ze ook wat dichter bij de rest. Is dat wat?

Met vriendelijke groet,
CSShunter
____________
*) Je zou op de foto-pagina's ook alleen de bruine pagina-zijkantjes van de gewone pagina's kunnen overnemen. Tussenoplossing!
 
Laatst bewerkt:
Hallo CSShunter

erger: op lagere resolutie pakt de kop zoveel ruimte weg, dat de foto's alleen met scrollen te zien zijn.
Dus 't lijkt me dat het in principe goede idee (eenheid van pagina's) in de praktijk toch ongunstig uitpakt. Toch maar niet doen? *):
Klik om te vergroten...
Je hebt gelijk, dit is geen mooie optie.

En om positief te eindigen ;): wat het wel voor de bezoeker handiger maakt, is om op de foto-pagina's een teruglink "naar hoofdpagina Fragile" enz. te maken.
O, en ook een link "naar overzicht foto's" (www.beauterustique.nl/fotos.php), voor bezoekers die van af die kant zijn binnengekomen.
Zo staan ze ook wat dichter bij de rest. Is dat wat?
Klik om te vergroten...
Durf het bijna niet te vragen. Hoe? In mijn andere site (en ook door jouw keurig beantwoorde hulpvraag) heb ik het niet voor elkaar gekregen, dus ik heb het uiteindelijk opgegeven. Ik weet dat niet de juiste instelling is.

*) Je zou op de foto-pagina's ook alleen de bruine pagina-zijkantjes van de gewone pagina's kunnen overnemen. Tussenoplossing!
Klik om te vergroten...
Dit geldt ook voor deze vraag: Hoe??

groet
Trulier
 
Hoi Trulier,
Hoe? (2x)
Klik om te vergroten...
Zo? www.developerscorner.nl/csshunter/tests/br-fotopagina-fragile.htm :)

Toelichting
  • In principe: integreren van het stylesheet van het Porta-album en dat van de gewone br-pagina's.
  • In de praktijk: na het inladen van het album-stylesheet met verse css (later in een fotopagina.css onder te brengen, voor alle fotopagina's) de nodige album-styles overschrijven; want met 1:1 toevoegen van de beaute4.css gaat het mis.
  • Het is wat frutselen met hoogtes, breedtes, margins, paddings en absolute c.q. relatieve posities.
  • Her & der in de html ook wat zaakjes aan te passen.
  • Favicon even meepakken.
  • Het "CDATA" begin en eind toegevoegd aan het interne javascript (in een commentaar-regel met //), zodat de pagina valid html is.
  • Deze pagina vervangt dus de index.html in www.beauterustique.nl/images/foto-fragile/album/. Voor de andere fotopagina's analoog.
  • Zie broncode!
Eigenlijk zou het "HTML-based album" (www.beauterustique.nl/images/foto-fragile/album/index_html.html en parallelle pagina's) in de twee versies ("fotoalbum" en "lichtbak") ook nog aangepakt moeten worden in de styles. Die zijn er voor bezoekers die geen flash geïnstalleerd hebben; maar dat zullen er langzamerhand heel weinig meer zijn. Zou ik maar lekker laten zitten.

In elk geval: weer wat te doen voor als het regent. ;)

Met vriendelijke groet,
CSShunter
 
Hoi Csshunter

Zo?
Klik om te vergroten...
Dat is ongeveer wat ik bedoel. Toch een 'relatie' naar de andere gewone pagina's.

In elk geval: weer wat te doen voor als het regent. ;)
Klik om te vergroten...
Ik wil niet wachten tot de najaarsregen en ga nu aan de slag. Ik meld me weer met of vragen/of resultaat.

Groetjes
Trulier
 
trulier zei:
Hoi Csshunter

Dat is ongeveer wat ik bedoel. Toch een 'relatie' naar de andere gewone pagina's.

Ik wil niet wachten tot de najaarsregen en ga nu aan de slag. Ik meld me weer met of vragen/of resultaat.
Klik om te vergroten...

Ben tijdens de regenbuien bezig geweest. Ik dacht dat ik klaar was, maar dat is blijkbaar niet zo.
Wat heb ik gedaan:
- een nieuwe stylesheet gemaakt en deze 'diep' in elke aparte foto-album gecopieerd. Deze stylesheet bestaat deels uit de CSS die Porta gebruikt en aangevuld met de CSS die CSShunter aangeleverd heeft (met kleine wijzigingen) Zie http://www.beauterustique.nl/beautefoto.css
- vervolgens de bestaande index-pagina's herbenoemd, daarna van elke Porta-foto-album de nieuwe index-pagina aangepast en overschreven.
- uiteraard gecontroleerd op mijn pc (contole FF en IE) en alles zag er prima uit. DUS IK BLIJ.
- alles geuplaod naar de site en wat schetst mijn verbazing:
- er is maar 1 pagina zoals ik dit wil. Zie: http://www.beauterustique.nl/images/schaap08/album/index.html
- de rest van de foto-index-pagina's heb ik meerdere malen overschreven met de aangepaste index-pagina en opnieuw geupload. Maar niet het gewenste resultaat.
B.v. zie: http://www.beauterustique.nl/images/werk/album/index.html Op de een of andere manier wordt de 'oude' index-pagina behouden?
- Validatie-controle levert geen foutmelding op, maar als ik de 'schaap'-pagina bekijk in IE komt er iets geheel anders. RA ra.

Ik kom er maar niet achter wat er fout gaat. Dus heel graag hulp.

Dank je wel.
trulier
 
Laatst bewerkt:
Hoi Trulier,
B.v. zie: www.beauterustique.nl/images/werk/album/index.html. Op de een of andere manier wordt de 'oude' index-pagina behouden?
Klik om te vergroten...
Hé, ik zie dit:

br-album.png

Niks mis mee, toch?
In de <head> staat ook de link naar het stylesheet www.beauterustique.nl/images/werk/album/ext/css/beautefoto.css, en dat stylesheet is zoals het hoort identiek aan het stylesheet www.beauterustique.nl/images/schaap08/album/ext/css/beautefoto.css van het schapendrijf-album.
M'n conclusie: op de server is niets aan de hand, de oorzaak van de no-show ligt bij jouw computer...

Heb je de Tijdelijke Internet-bestanden van IE gewist (resp. de cache/buffer van Firefox e.a. geleegd), zodat je browsers niet een oude versie uit de lokale tmp-mappen kunnen trekken i.p.v. de nieuwe versie van de server op te halen? :)

Met vriendelijke groet,
CSShunter
 
Hoi Csshunter

Hé, ik zie dit:

br-album.png

Niks mis mee, toch?
Klik om te vergroten...
Nee dat klopt. Was het maar zo!!
Ik heb de tijdelijke bestanden onder IE en de cache onder FF verwijderd.

Bij FF gaat dit goed vwb deze pagina. Blijft voor het grote gros van alle AANGEPASTE index-pagina's over dat het niet goed gaat.

b.v.http://www.beauterustique.nl/images/speuren0609/album/index.html ziet er helemaal anders uit, ondanks het feit dat ik zojuist de index-pagina vervangen heb door de goeie. Als je dan kijkt staat er weer de 'oude-Porta'-index in. M.i. doet Porta onder water toch iets anders als ik bedoel.

Bij nog over IE; blijft voor mij nog een groter raadsel.
Met de oude noodgreep om het hele script in de index-pagina te zetten en daardoor 'dubbelop' te werken zag de IE pagina (met historie gewist) als volgt uit:

werkIE.jpg


Met de goede index-pagina krijg ik dit te zien (broncode-controle levert oude index-pagina op):

werkIE2.jpg


M'n conclusie: op de server is niets aan de hand, de oorzaak van de no-show ligt bij jouw computer...
Klik om te vergroten...

Op mijn laptop en PC hetzelfde resultaat. M.i. niet.

Ik snap der geen hout meer van.

groetjes
Trulier
 
Laatst bewerkt:
Hoi Trulier,
Ik snap der geen hout meer van.
Klik om te vergroten...
Dat komt omdat je door de bomen het bos niet meer ziet: vanwege al die handige zelfdenkende programma's als Dreamweaver en de Porta-generator. ;)

Niet dat ik het meteen kan plaatsen, hoor. - Ik wist niet dat de andere album-pagina's ook al "klaar" moesten zijn, dacht dat die nog moesten gebeuren. Dat verandert de zaak, dan ligt het niet aan jouw pc. Brr. :shocked:

Ook heel raar: bv. jouw Fragile-album www.beauterustique.nl/images/foto-fragile/album/index.html doet het wel in Firefox en niet in IE (IE7 getest), kennelijk omdat door IE het stylesheet niet gevonden kan worden, en omdat in IE ook de album-viewer verstek laat gaan... :confused:

Maar mijn testpagina www.developerscorner.nl/csshunter/tests/br-fotopagina-fragile.htm, die toch hetzelfde zou moeten zijn (op de andere knoppen na), doet het wel in zowel FF als IE7!

Maar!
Toen ik met de css-validator ging checken of er toevallig geen foute komma's en zo in de www.beauterustique.nl/images/foto-fragile/album/ext/css/beautefoto.css zouden zitten kwam ik er achter:
Het moet dus een kwestie van de verwijzing zijn, waar FF anders mee omgaat dan IE en de css-validator.
Even de pagina van jou en van mij naast elkaar leggen.
Verschil:
  • In de <head> heb jij een relatieve verwijzing naar alles wat er op die pagina verder aan relatieve links staat:
    HTML: 
    <base href="images/foto-fragile/album/" />
  • In de <head> heb ik een absolute verwijzing staan naar de album-map van Fragile:
    HTML: 
    <base href="http://www.beauterustique.nl/images/foto-fragile/album/" />
Vlug uitproberen!
Hiermee is het IE-raadsel wel opgelost, denk ik. Nu de andere raadsels nog! :rolleyes:

Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Vervolg!
... Blijft voor het grote gros van alle AANGEPASTE index-pagina's over dat het niet goed gaat.
b.v. www.beauterustique.nl/images/speuren0609/album/index.html ziet er helemaal anders uit, ondanks het feit dat ik zojuist de index-pagina vervangen heb door de goeie. Als je dan kijkt staat er weer de 'oude-Porta'-index in.
M.i. doet Porta onder water toch iets anders als ik bedoel.
Klik om te vergroten...
Ja, dat laatste denk ik ook. Porta verwijst waarschijnlijk standaard naar zijn eigen appearance.css, en kan ook de rest van voor Porta onbekende dingen (zoals de extra knoppen) niet aan.

Ergo: een gewijzigde index-pagina (met goede css-verwijzing en de nieuwe knoppen) moet niet meer door Porta heen, maar rechtstreeks geüpload worden. Kan dat met Dreamweaver?

Met vriendelijke groet,
CSShunter
 
Status
Niet open voor verdere reacties.
                    Steun ons                    

Nieuwste berichten

Terug
Bovenaan Onderaan