Tabel in frontpage

Status
Niet open voor verdere reacties.
T

tonndejong

Gebruiker
Lid geworden
13 mei 2007
Berichten
43
Nadat ik FrontPage 2003 op mijn nieuw PC geinstalleerd heb wordt een tabel met een breedte 600 pixels smaller weergegeven als op de website. Dit is erg lastig bij het onderhouden van de website.
Wat kan hiervan de reden zijn? Is dit een instelling?
Hopelijk kan iemand mij helpen.
Groetjes,
Tonn
 
kijk eens rechts onder in het balkje bij front page staat iets met groote
1253x56 BIJV! even mee *****n en wie weet
 
jemama zei:
kijk eens rechts onder in het balkje bij front page staat iets met groote
1253x56 BIJV! even mee *****n en wie weet
Klik om te vergroten...

Ik heb diverse instellingen geprobeerd maar in alle gevallen blijft het het zelfde. De tabel komt smaller op het scherm als wanneer ik deze tabel op Internet zie.
Mijn huidige instelling van FrontPage is 1892x754
 
Dat zou mogelijk te maken kunnen hebben met de code die FrontPage produceert en die op geen enkele manier zelfs maar in de buurt van een standaard komt.
Heb je 'n link naar de site waar de code staat? Dan kan ik 'ns kijken of dat de oorzaak is.
 
Goeroeboeroe zei:
Dat zou mogelijk te maken kunnen hebben met de code die FrontPage produceert en die op geen enkele manier zelfs maar in de buurt van een standaard komt.
Heb je 'n link naar de site waar de code staat? Dan kan ik 'ns kijken of dat de oorzaak is.
Klik om te vergroten...

De site is http://www.parochie-petrusenpaulus.nl/
In iedere pagina wordt gebruik gemaakt van een tabel welke 600 pixels breedt is.
Hopelijk kun je wat vinden.
 
Vermoedelijk komt het doordat het een frame-site is. In de "moeder-pagina" index.html wordt alleen de breedte van de linkerkolom opgegeven. De pagina die aan de rechterkant getoond wordt, krijgt dan de overblijvende breedte (die per resolutie verschilt).
Vervolgens is de rechterkant-pagina (index-rechtsonder) alleen maar opgebouwd uit een tabel die een breedte van 100% heeft meegekregen (géén 600px!):
Code: 
[FONT="Courier New"][SIZE="2"]<table border="0" width="100%" id="table2" height="362">[/SIZE][/FONT]
Betekent: als deze pagina als een losse pagina wordt weergegeven (zoals in het FP-ontwerpvenster), neemt deze ook altijd de 100% beschikbare breedte in. Als je dan in FP bv. aan de linkerkant een beetje brede mappenlijst-zijbalk hebt aanstaan, raakt de pagina volledig uit verhouding.
Probeer eens de tabel de vaste breedte van 600px mee te geven:
Code: 
[FONT="Courier New"][SIZE="2"]<table border="0" width="600px" id="table2" height="362">[/SIZE][/FONT]
Waarschijnlijk gaat het dan beter.

Met vriendelijke groet,
CSShunter

[edit]Mmm, ik zie nu dat bv. de pagina "agenda" wel de vaste breedte van 600px heeft. Als die ook vertekend wordt weergegeven door FP, zal het aan de ingebouwde viewer van FP liggen. Vaak geven die in html-editors ingebouwde browsers niet hetzelfde weer als wat in een echte browser getoond wordt, en zeker de oude FP is daar heel slecht in. Het beste is om resultaten altijd in een echte browser te bekijken.
- Heb je er al eens aan gedacht om i.p.v. FrontPage iets beters te nemen, bv. de gratis Kompozer? Zie ook de handtekening van Goeroeboeroe! ;)[/edit]
 
Laatst bewerkt:
In Firefox, Safari en Google Chrome valt bovenaan R.K. Parochie Tilburg weg. Dat even eerst, voor ik 't vergeet.
Het goede nieuws is dat er, als ik even snel kijk, geen code in zit die alleen voor Internet Explorer 6/7 werkt.
Het slechte nieuws is dat de site 'n oerwoud van frames en tabellen is. Beide zijn uiterst lastig te beheren. Tegenwoordig heb je veel betere methodes.
Er is trouwens nog wel meer mis met de site, zoals dat er geen menu's zichtbaar zijn als JavaScript uit staat. Dat betekent dat ook 'n zoekmachine als Google waarschijnlijk niet de hele site kan bezoeken. Evenmin als mensen die 'n speciaal programma gebruiken, zoals blinden.

Dit gaat 'n beetje lijken op nieuwe vitrage, waarna 't eindigt met nieuwe vloerbedekking, behang en schilderwerk. En toen moest 't meubilair ook maar vernieuwd.
Als je 't echt goed wilt aanpakken, zou je eigenlijk de site helemaal opnieuw moeten maken. Dat is veel werk, en misschien wil je dat niet. Als je dat wat lijkt, horen we 't wel.

Als je alleen die breedte in orde wilt hebben, weet ik niet zeker of dat gaat lukken. Maar 't valt te proberen. Je hebt 't over 'n tabel van 600 px breed. De enige die ik zie is de header waarin de naam van de parochie staat. Bedoel je die of kijk ik met m'n neus?
Die header lijkt me eerlijk gezegd niet zo'n probleem.

Oh, wacht even. Op allerlei andere pagina's zie ik inderdaad hele regimenten tables van 600 px breed.
Als ik je vraag goed begrijp, bedoel je dit: de tabel staat op een klein scherm links. Nu heb je 'n groter scherm en staat de tabel opeens midden in het venster, niet meer links. Bedoel je dat?
Dat is wat er bij mij gebeurt als ik van 'n breder naar 'n smaller venster ga.

Als je dat bedoelt is het probleem niet die tabel. De tabel zit in 'n div. Op sommige pagina's zijn dat heel erg veel tabellen binnen 'n div.
'n div wordt normaal genomen altijd even breed als het venster. En omdat de tabel gecentreerd in die div staat, wordt de tabel halverwege het venster gezet. Bij 'n 800x600 scherm staat dat ongeveer goed (links), bij elk breder scherm dus niet.

't Enige dat je zou kunnen doen is elke div 'n breedte van 600 px geven. Dat is wel 'n hele klus. En je zou dat ook moeten doen bij de header, en alle andere onderdelen die te breed worden.

Edit: csshunter, je kruiste me. Nou ja, niet mij, maar m'n post.
Ik heb ook even moeten zoeken, maar op allerlei andere pagina's staan wel enorm veel tabellen met 'n breedte van 600px. Binnen 'n div zonder breedte dus.

Nogmaals edit: misschien zou je, waar csshunter ook op hint, iets met de breedte van de frames kunnen doen. Ik heb dat even geprobeerd, maar 't lukte mij niet. 't Kan zijn dat ik 't verkeerd deed, want ik heb er al tijden niet meer mee gewerkt. 't Kan ook zijn dat dat online niet lukt.
Misschien weet iemand anders hier dat??????
 
Laatst bewerkt:
<offtopic>@Edit Goeroeboeroe:
Ja, en daar zat mijn edit ook weer tussen. We doen nog al eens aan simultaanschaak. :D
</ot>
 
Ik ging er eigenlijk vanuit dat het ging om de verplaatsing van de tabel naar rechts.
Als het gaat om de daadwerkelijke verandering van breedte van de tabel, dan moet dat inderdaad aan de ingebouwde viewer van FrontPage liggen. En daar is gewoon helemaal niets aan te doen.

Voor ik (of 'n ander) eventueel verder gaat zoeken: gaat het om de VERPLAATSING van de tabel naar rechts, of VERANDERT de breedte van de tabel daadwerkelijk?
 
Laatst bewerkt:
Los hiervan:
ik heb even je pagina "parochie" gedownload, en ingeladen in FrontPage3000. Het merkwaardige is: ik kan de fout niet reproduceren:
  • noch als ik de pagina als zelfstandige pagina in FP toon,
  • noch als ik de pagina als onderdeel van de frameset erin zet; zie screenshot.
  • en mijn beeldscherm gaat maar tot 1024px breed.
De breedte van de tabel binnen de stippeltjes zit steeds precies op 600px (meet maar na).
? :shocked:

Met vriendelijke groet,
CSShunter

PS:
Als ik de homepage in de html-validator werp, werpt die 'm terug met:
  • 22 Errors, 4 warning(s) in de frameset,
  • 12 Errors, 5 warning(s) in het frame-linksboven,
  • 5 Errors, 4 warning(s) in het frame-linksondr,
  • 6 Errors, 4 warning(s) in het header-frame, en
  • 26 Errors, 11 warning(s) in het content-frame.
Samen 71 fouten en 28 waarschuwingen. Dat zal de zaak ook geen goed doen...
 
csshunter zei:
Los hiervan:
ik heb even je pagina "parochie" gedownload, en ingeladen in FrontPage3000. Het merkwaardige is: ik kan de fout niet reproduceren:
  • noch als ik de pagina als zelfstandige pagina in FP toon,
  • noch als ik de pagina als onderdeel van de frameset erin zet; zie screenshot.
  • en mijn beeldscherm gaat maar tot 1024px breed.
De breedte van de tabel binnen de stippeltjes zit steeds precies op 600px (meet maar na).
? :shocked:

Met vriendelijke groet,
CSShunter

PS:
Als ik de homepage in de html-validator werp, werpt die 'm terug met:
  • 22 Errors, 4 warning(s) in de frameset,
  • 12 Errors, 5 warning(s) in het frame-linksboven,
  • 5 Errors, 4 warning(s) in het frame-linksondr,
  • 6 Errors, 4 warning(s) in het header-frame, en
  • 26 Errors, 11 warning(s) in het content-frame.
Samen 71 fouten en 28 waarschuwingen. Dat zal de zaak ook geen goed doen...
Klik om te vergroten...

Bedankt voor jullie reakties, de rechter frame in index.html krijgt inderdaad de rest van de breedte van het scherm, dat is ook mijn bedoeling.
Het probleem heb ik verduidelijkt met 2x bijlage. De tabel 'agenda' op de website (website.jpg) en de tabel 'agenda' in FrontPage (FrontPage.jpg)
Ik verwacht zals een van jullie opmerkt dat het aan de FP viewer ligt. Maar wie weet.
Dat er een gedeelte van de header weg valt in andere browsers als Internet explorer, hoe kan ik dat constateren en hoe kan ik dat oplossen.
Wat moet ik doen aan het probleem met Javascript?
Het overstappen van FP naar Kompozer is dat een moeilijke stap heb ik dan meer of minder options als in FP?

Om de site helemaal opnieuw te maken is niet direct mijn insteek.
Wel ga ik in ieder geval proberen om de fouten uit mijn website te halen.

Alvast bedankt,
Tonn
 

Bijlagen

  • website.jpg
    website.jpg
    106 KB · Weergaven: 40
  • FrontPage.jpg
    FrontPage.jpg
    98,7 KB · Weergaven: 36
Dit lijkt mij 'n probleem in FrontPage. Bij dezelfde lettergrootte en een vaste breedte zouden er in principe evenveel woorden op één regel moeten staan, en dat is niet zo. Ik heb FrontPage zelf niet, dus 100%l zeker ben ik niet. Dat moet iemand met FrontPage maar even nakijken.

Kompozer schijnt vergelijkbaar te zijn met FrontPage in het gebruik. En is ook gratis. Het maakt code die aan de standaard voldoet, dus voor elke browser. Hooguit is soms voor IE 6 en in mindere mate voor IE 7 'n aanpassing nodig, omdat die browsers niet (volledig) aan de standaard voldoen. Maar lees even verder, want alleen omschakelen naar Kompozer zal niets oplossen.

Wat betreft de errors, warnings, de naam die wegvalt, het JavaScript-menu, enz.: dat lijkt mij eigenlijk niet op te lossen. Om 'n aantal redenen.
De site is 'n waar oerwoud van frames en tabellen. Dat maakt het uiterst onoverzichtelijk. Verander linksboven iets en je hebt kans dat rechtsonder iets misgaat, bij wijze van spreken. (Hoewel, niet eens bij wijze van spreken, dat kan echt gebeuren bij tabellen).
Elke pagina, ook elke pagina in een frame, hoort te beginnen met een zogenaamd doctype. FrontPage doet dat niet. Als er geen doctype is, gaat de browser ervan uit dat het om een (erg) oude pagina gaat en wordt omgeschakeld naar de zogenaamde 'quirks mode'. Dat betekent dat maten totaal anders worden berekend dan bij een nieuwere pagina met een geldig doctype.
Om de fouten en waarschuwingen uit je pagina te halen is een doctype nodig. Maar dan is met aan zekerheid grenzende waarschijnlijkheid je hele lay-out kapot, want die is gebaseerd op de foutieve oude werkwijze.

Om bijvoorbeeld die parochienaam zichtbaar te krijgen in elke browser moet je iets aan 'n maat of zo gaan veranderen. Maar dan werkt het waarschijnlijk niet meer in Internet Explorer. Door het missen van 'n doctype is er geen standaardmanier van weergeven.
Voor Internet Explorer is dat geen probleem, want de site is daarvoor gemaakt. Voor alle andere browsers wel. Voeg 'n doctype toe en 't is waarschijnlijk goed in alle browsers behalve Internet Explorer. Mogelijk is 't ook goed in Internet Explorer 8, maar zeker niet in 6 en 7.

Dat is 't probleem. Mét doctype niet goed in IE 6 en 7 (en mogelijk 8), zonder in alle andere browsers.
Je zou eventueel met veel plakband, paperclips en elastiekjes bijvoorbeeld die parochienaam zichtbaar kunnen krijgen. Maar door al die tabellen en frames is het zo onoverzichtelijk dat ik dat ook niet zo zie gebeuren. Bovendien zitten er zeker nog veel meer fouten in als je even goed gaat kijken.
Ook 'n JavaScript-menu kan problemen geven als er geen doctype staat.

Ik zou eerlijk gezegd niet weten hoe je deze dingen op moet lossen zonder de site helemaal opnieuw te maken. Ik hoop dat ik mij fors vergis en dat iemand anders 'n briljante oplossing weet, maar ik zou die niet weten.

Voor wat betreft de verkeerde weergave in de viewer van FrontPage (als dat is wat er gebeurt) zou 'n andere editor als Kompozer wel 'n oplossing kunnen zijn. Maar die voegt gelijk 'n doctype toe (zoals het hoort), dus dan is je weergave in IE niet meer goed.
 
Laatst bewerkt:
Hoi Tonn,
Ik heb nu ook even de pagina "agenda" in FP3000 gezet, en die geeft bij mij ook de goede breedte van 600px.
Maar aan je screenshots zie ik dat je Vensteropmaak anders is dan die van mij: ik werk onder WindowsXP, en jouw nieuwe pc heeft er waarschijnlijk Windows7 op zitten.
Ik denk dat dat de reden is van de vreemde vertoning. Win7 zal niet 100% geschikt zijn om de zwaar verouderde FP3000 te gebruiken (Microsoft zelf raadt FP ook af), en (omgekeerd) voor FP3000 maken ze geen updates, dus ook niet om 'm goed te laten werken onder Win7.

Dat er een gedeelte van de header weg valt in andere browsers dan Internet Explorer, hoe kan ik dat constateren ...
Klik om te vergroten...
Dat is simpel: een andere browser downloaden, of méér andere browsers. Als je die installeert, kunnen ze gewoon naast IE gebruikt worden - dus IE hoeft er niet af.
... en hoe kan ik dat oplossen?
Klik om te vergroten...
Dat is niet zo simpel: de positie van het navigatie-menu zit ingepakt in het javascript menu_com.js. En dat script is zo doorzichtig als een sneeuwbui in dichte mist. Bibber! :confused: Het dateert van 2001, houdt rekening met Netscape Navigator versie 4 (versie 9 was de laatste, en die is intussen al weer jaren uit de running: deze browser wordt niet meer bijgehouden), enz. enz. De <div> container waarin het menu zit, is in het script niet voorzien van een ID-naam, zodat er niet makkelijk met css een positie aan gegeven kan worden.
Maar het helpt waarschijnlijk ook om de hoogte van het header-frame in de frameset wat groter te maken. Er staat nu <frameset rows="122,*">. Met <frameset rows="140,*"> gaat het bij mij in Firefox goed.
Wat moet ik doen aan het probleem met Javascript?
Klik om te vergroten...
Voor het menu aan de linkerkant is geen javascript nodig, dat kan net zo goed en net zo mooi met css. Het horizontale uitklap-menu kan ook met css vorm krijgen, maar dat is ingewikkelder om te maken.
overstappen van FP naar Kompozer...
Klik om te vergroten...
Het zal in het begin even wennen zijn, omdat dingen soms op een andere plaats zitten, maar waarschijnlijk valt het reuze mee. Een kwestie van proberen! - Misschien heeft Kompozer een aantal opties minder (weet ik niet zeker), maar de opties die er zijn, doen het in elk geval zonder tegenstribbelen in alle (goede) browsers, omdat Kompozer standaarden-geldige html produceert.

Dat je niet 1-2-3 de hele site op een goede manier wilt gaan herbouwen, kan ik me iets bij voorstellen. Daarvoor zal wat tijd, zelfstudie en experimenteerlust nodig zijn. Maar ô, wat is het leuk, vooral als je ontdekt wat de grenzeloze mogelijkheden van css zijn. :love:
  • Om een idee te krijgen van hoe het globaal in z'n werk gaat om goed model van een site zoals die van de PPP te maken, moet je in een verloren kwartiertje bv. de Mini-tutorial: opzet van een php-site eens lezen. Misschien raak je wel enthousiast! ;)
Met vriendelijke groet,
CSShunter

[edit]De gebruikelijke kruispost met Goeroeboeroe. Ik ga 'm eens lezen.[/edit]
 
Laatst bewerkt:
N.a.v. Goeroeboeroe:
Wat betreft de errors, warnings, de naam die wegvalt, het JavaScript-menu, enz.: dat lijkt mij eigenlijk niet op te lossen. Om 'n aantal redenen.
De site is 'n waar oerwoud van frames en tabellen. Dat maakt het uiterst onoverzichtelijk. Verander linksboven iets en je hebt kans dat rechtsonder iets misgaat, bij wijze van spreken. (Hoewel, niet eens bij wijze van spreken, dat kan echt gebeuren bij tabellen).
Klik om te vergroten...
500% mee eens, en ondervond het net aan den lijve. Ging als volgt:
Om een voorbeeldje te maken van hoe het kan worden, de pagina index-header.htm onderhanden genomen en vanaf het fundament herbouwd, zodat de html-code van de <body> "iets anders" is geworden. ;)
Was:
HTML: 
<body text="#000000" bgproperties="fixed" background="images/backgrnd.jpg" link="#000000"
vlink="#000000" alink="#000000">
<div align="center"><center>

<table border="0" cellspacing="0" cellpadding="0" width="600">
  <tr>
    <td width="65" valign="middle"></td>
    <td width="120" valign="middle"><p align="right"><font face="Times New Roman" size="7"
    color="#B8A34B">Petrus</font></td>

    <td width="20" valign="middle"></td>
    <td width="65" valign="top"><p align="center"><font face="Bernhard Modern Roman" size="7"
    color="#002952"><!--webbot bot="ImageMap" startspan
    circle="(13,53) 6  password.htm##rbottom" src="images/wapenpenp65bl.jpg" align="left"
    border="0" width="65" height="65" --><MAP NAME="FrontPageMap0"><AREA 
SHAPE="CIRCLE" COORDS="13, 53, 6" HREF="password.htm" TARGET="rbottom">
</MAP><img src="images/wapenpenp65bl.jpg" align="left" border="0" width="65" 
height="65" usemap="#FrontPageMap0"><!--webbot bot="ImageMap" i-checksum="49456"
    endspan --></font></td>
    <td width="25" valign="top"></td>
    <td width="120" valign="middle"><p align="left"><font face="Times New Roman" size="7"
    color="#B8A34B">Paulus</font></td>
    <td width="65" valign="middle"></td>
  </tr>
  <tr>
    <td valign="middle" height="1"></td>

    <td valign="middle" height="1" colspan="5"><font color="#002952"><p align="center"></font><font
    color="#000000" size="3" face="Times New Roman">&nbsp;&nbsp; </font><strong><font
    face="Times New Roman" size="3"><font color="#B8A34B">R.K.&nbsp; P a r o c h i e&nbsp; T i
    l b u r g</font><font color="#000000"> </font></font></strong><font color="#000000"
    size="3" face="Times New Roman">&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; </font></td>
    <td valign="middle" height="1"></td>
  </tr>
  <tr>

    <td valign="middle" height="1" colspan="5"></td>
    <td valign="middle" height="1"></td>
  </tr>
</table>
</center></div><script type="text/javascript">function Go(){return}</script>
<script type="text/javascript"
src="menu_var.js"></script>
<script type="text/javascript" src="menu_com.js"></script>
<noscript>

</body>
Dit is geworden:
HTML: 
<body>

<h1>Petrus<map name="map" id="map"><area href="password.htm" shape="circle" 
	coords="12, 54, 8" alt=""></map><img src="images/ppp-wapen65x65.gif" 
	height="65" width="65" alt="" usemap="#map">Paulus</h1>
<p>R.K. Parochie Tilburg</p>

<script type="text/javascript">function Go(){return}</script>
<script type="text/javascript" src="http://www.parochie-petrusenpaulus.nl/menu_var.js"></script>
<script type="text/javascript" src="http://www.parochie-petrusenpaulus.nl/menu_com.js"></script>
<noscript><p>Jammer: geen javascript, geen menu...</p></noscript>

</body>
waarbij de css (opgenomen in een stijlblok in de <head>) voor alle vormgeving zorgt.
  • Prachtig (zie broncode voor de css), en aan alle kanten valid. :)
Alleen: het javascript-menu (er precies zo in gezet als in het origineel) doet nu héle rare dingen. Jammer, het kaartenhuis is ingestort; om het goed te krijgen moet nu ook het menu aangepakt worden... enz. :confused:

CSShunter
 
Ik heb even de pagina met Agenda en Vieringen gedownload. Hij opent wel in Opera, maar in Firefox opent hij zelfs niet. Hij (zij, welk geslacht heeft 'n browser eigenlijk?) vertikt het om de frames te openen. Op internet doet-ie het wel. Nou kan ik natuurlijk die pagina met frames gaan herschrijven, maar dan ben je in feite dus al bezig met de hele site te gaan verbouwen.
Ik ben bang dat 't toch opnieuw maken wordt, of laten zoals het is.
Mocht je het opnieuw willen maken, dan zou je dat stap voor stap kunnen doen in je eigen computer en dan pas uploaden als 't in orde is. Dan kan de site nog even blijven draaien zoals hij nu is. Je zou niet de eerste zijn die dit doet met enige hulp van hier. Maar je moet er natuurlijk wel zin in hebben.

<offtopic>@csshunter: Wat betreft die kruisposten: een van ons tweeën ligt duidelijk met 'n verrekijker in hinderlaag te wachten tot de ander iets heeft gepost :D De postbode komt bij mij ook altijd als ik net onder de douche sta, die ligt ook al in hinderlaag.</offtopic>
 
Status
Niet open voor verdere reacties.
                    Steun ons                    

Nieuwste berichten

Terug
Bovenaan Onderaan