DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
als je divs niet geprint wilt hebben kun je het best in de print css die divs een display:none meegeven.
Ja, tot nu toe totaal geen problemen. Dat is mooi. Nu is mijn structuur ook niet superingewikkeld denk ik (hoewel ik er nog wel eens mee zit te klooien), dus dat scheelt weer.quote:Op zondag 14 januari 2007 00:17 schreef haaahaha het volgende:
Je kan prima je lay-out in firefox, ie6 en ie7 op de pixel nauwkeurig krijgen zonder css hacks.
Nu in feite nog twee noten kraken: tekst in kolommen en en zorgen dat de header blijft staan terwijl de content gescrolled kan worden (dat laatste weet ik nog niet zeker, misschien is het helemaal niet praktisch of mooi).
Als je het content vlak gescrolled wil hebben en daarbij de hele site in de hoogte variabel (afhankelijk van de browser hoogte) wil hebben, dan wordt dat een hele moeilijke klus. Je kunt wel je content div een vast breedte en hoogte meegeven en dan aangeven overflow: auto;
Ja, ik denk dat dat het moet worden. Ik las ook iets over php include, maar wellicht is dat voor mij nog iets te hoog gegrepen. Ik moet het zelf nog even bekijken, maar bedankt voor de suggestie alvast.
Ik zal even uploaden. De code heb ik nog heel slordig verwerkt, dus daar moet je maar even niet naar kijken misschien.
EDIT: voila. CSS vind je onder css/madguy.css
EDIT: voila. CSS vind je onder css/madguy.css
Ik zou op 1 plek je font defineren, niet in elke class weer defineren.
body{ font: 11px arial;}
body, p, a, div{color:#000000;}
en dan de texten die je bold wil hebben wel specifiek defineren. text-weight en text-size in je footer?
body{ font: 11px arial;}
body, p, a, div{color:#000000;}
en dan de texten die je bold wil hebben wel specifiek defineren. text-weight en text-size in je footer?
Ja, dat soort dingen dus. Ik heb veel meuk laten staan wat er makkelijk uitkan. Bedankt voor de tips.
text-weight en text-size zijn daar niet mogelijk, naar ik aanneem?
text-weight en text-size zijn daar niet mogelijk, naar ik aanneem?
Oh, wacht: fuck!quote:Op zondag 14 januari 2007 13:09 schreef haaahaha het volgende:
text-size en text-weight bestaan voor zover ik weet niet eens.
Dat bedoelde ik dus, zo ziet mijn print css er uit:quote:Op zondag 14 januari 2007 10:35 schreef haaahaha het volgende:
als je divs niet geprint wilt hebben kun je het best in de print css die divs een display:none meegeven. :)
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | display:none } .bigblock { width: 650px; margin-left: -325px; } .smallblock { width: 600px; border: 1px black solid; } table,tr,td { border: 1px black solid; } .standardfont, .titlefont, .headfont, a:link { color: #000000; } |
Misschien niet al te netjes, maar het werkt :)
Haal het eens door de validator zou ik zeggen?quote:Op maandag 15 januari 2007 09:51 schreef haaahaha het volgende:
weet iemand of body:border:0px; w3c compliant is?
Maar wat probeer je er precies mee te bereiken eigenlijk?
De validator geeft niks geen fouten op border:0px;.
Het is voor een klant die een stuk content via een IFRAME van ons toont. Dat IFRAME gaf een border. Ik gaf aan dat de IFRAME een border="0" en frameborder="0" moest hebben waarop ik het antwoord terug kreeg dat de body van onze contentpagina een border:0px; moest hebben. Ik ben zelf border:0px; nog nooit tegengekomen en denk dat het dan ook niet w3c compliant is, maar verrassend, de oplossing doet het wel, in IE only dan, firefox laat nog een mooie frameborder zien.
Nu wil ik dus eigenlijk ergens (liefst op de w3c website) zien dat border:0px; niet kan, zodat ik onderbouwd kan aangeven dat dit niet DE oplossing is en dat IE dit wegens eigen opvattingen slikt. Vandaar dus.
Het is voor een klant die een stuk content via een IFRAME van ons toont. Dat IFRAME gaf een border. Ik gaf aan dat de IFRAME een border="0" en frameborder="0" moest hebben waarop ik het antwoord terug kreeg dat de body van onze contentpagina een border:0px; moest hebben. Ik ben zelf border:0px; nog nooit tegengekomen en denk dat het dan ook niet w3c compliant is, maar verrassend, de oplossing doet het wel, in IE only dan, firefox laat nog een mooie frameborder zien.
Nu wil ik dus eigenlijk ergens (liefst op de w3c website) zien dat border:0px; niet kan, zodat ik onderbouwd kan aangeven dat dit niet DE oplossing is en dat IE dit wegens eigen opvattingen slikt. Vandaar dus.
Er is helemaal niks mis met een iframe hoor. Wat is er mis daarmee? Heb jij daarnaast een goede oplossing ingeval je een stuk content wat door mij is ontwikkeld en bij mijn bedrijf wordt gehost in een website die door een andere partij is ontwikkeld en gehost wil laten draaien?quote:Op maandag 15 januari 2007 10:39 schreef Geqxon het volgende:
IFRAME.
Gebruik het alsjeblieft niet tenzij het persee nodig is..
Hoe denk je dat betaalmethoden als ideal in webshop draaien?
Eem iframe is helaas nog steeds vaak nodig, vooral wanneer klanten functionaliteit van derden willen gebruiken zonder hiervoor kosten te maken voor de implementatie van xml-rpc, etc.
Met wat je al gedaan hebt met border en frameborder + style="border: none" zou het gewoon moeten werken. Zo gebruiken wij het ook.
Dat je body een border van 0 zou moeten hebben is gewoon onzin. Ten eerste heeft je body default geen border, en ten tweede zie je de border van het iframe-element, en niet van de body.
Met wat je al gedaan hebt met border en frameborder + style="border: none" zou het gewoon moeten werken. Zo gebruiken wij het ook.
Dat je body een border van 0 zou moeten hebben is gewoon onzin. Ten eerste heeft je body default geen border, en ten tweede zie je de border van het iframe-element, en niet van de body.
Ideal is te implementeren in je websites. iframes slaan nergens op, al helemaal niet in de tijd dat alles in je website zelf te implementeren is.quote:Op maandag 15 januari 2007 10:45 schreef haaahaha het volgende:
[..]
Er is helemaal niks mis met een iframe hoor. Wat is er mis daarmee? Heb jij daarnaast een goede oplossing ingeval je een stuk content wat door mij is ontwikkeld en bij mijn bedrijf wordt gehost in een website die door een andere partij is ontwikkeld en gehost wil laten draaien?
Hoe denk je dat betaalmethoden als ideal in webshop draaien?
Hoe laat ik content wat ik heb ontwikkeld en wat bij mijn bedrijf wordt gehost in een pagina van een website die door een 3de partij is ontwikkeld en op een andere plek wordt gehost zien? Heb je daar een alternatief voor dan?
Wat dacht je van doorlinken naar die content?
Of desnoods afspraken maken, zodat jij de GUI host, en het andere bedrijf de achterliggende content?
Of desnoods afspraken maken, zodat jij de GUI host, en het andere bedrijf de achterliggende content?
Ik heb inmiddels op de w3c site gelezen dat border op elk element toe te passen is. Alleen vermoed ik dat IE deze border (te) ruim interpreteerd waardoor je het ook op de body tag kunt toepassen.quote:Op maandag 15 januari 2007 10:46 schreef CraZaay het volgende:
Eem iframe is helaas nog steeds vaak nodig, vooral wanneer klanten functionaliteit van derden willen gebruiken zonder hiervoor kosten te maken voor de implementatie van xml-rpc, etc.
Met wat je al gedaan hebt met border en frameborder + style="border: none" zou het gewoon moeten werken. Zo gebruiken wij het ook.
Dat je body een border van 0 zou moeten hebben is gewoon onzin. Ten eerste heeft je body default geen border, en ten tweede zie je de border van het iframe-element, en niet van de body.
http://www.w3.org/TR/CSS21/box.html#border-properties
Frameborder="0" lijkt mij echter de aangewezen oplossing wil je geen border in je IFRAME laten zien.
doorlinken? Stel het gaat om een online folder oplossing en de klant wil de online folder in zijn website getoon hebben. Daarnaast heeft die klant een hosting contract van enkele jaren en is het geen optie dat er gedeelde hosting kan plaatsvinden? Hoe los je dat dan anders dan een IFRAME op?quote:Op maandag 15 januari 2007 10:55 schreef Geqxon het volgende:
Wat dacht je van doorlinken naar die content?
Of desnoods afspraken maken, zodat jij de GUI host, en het andere bedrijf de achterliggende content?
