hard gecodeerde headerimage toont niet

Status
Niet open voor verdere reacties.

jeel2008

Gebruiker
Lid geworden
30 okt 2008
Berichten
839
hallo, ik zal wel iets niet begrijpen maar als ik een joomla-template maak en ik zet er gewoon hard gecodeerd een image in, met het juiste pad, is dit online niet te zien.
terwijl het pad juist is, getuige het feit dat ie onder punt 1 en 2 wel te zien is.

1. zie image.jpg: in dreamweaver zie je code en plaatje (00.jpg)
2. niet online, in browser: plaatje wel te zien (a4weltezien.jpg)
3. online, plaatje niet te zien (niettezien2.jpg)

wat gaat er fout?
 

Bijlagen

  • a4weltezien.jpg
    a4weltezien.jpg
    61,6 KB · Weergaven: 26
  • 00.jpg
    00.jpg
    49,6 KB · Weergaven: 23
  • niettezien2.jpg
    niettezien2.jpg
    33,5 KB · Weergaven: 24
Laatst bewerkt:
En het plaatje is wel ge-upload naar de webserver?
In de juiste map?
 
juiste map

ja, zie bestand
je ziet er ook een plaatje: rode zijbalk
die toont wel, maar die heb ik via de css als background image ingevoerd
vreemd toch?
 

Bijlagen

  • juistemap.jpg
    juistemap.jpg
    101,9 KB · Weergaven: 16
Hoi jeel2008,
Hé, het img is niet zo hard gecodeerd:
HTML:
<img src="images/Logo_75dpi.jpg" width="403" height="93" />
Dat noem ik redelijk boterzacht ;): een relatieve link vanaf de pagina.

Daardoor is het juiste pad in elk geval thuis wel waar. Maar op de server is het nog de vraag, dat valt uit de screenshots niet op te maken.
Het zou kunnen dat het Joomla-CMS bij het verwerken van je pagina de logo-bron in een andere (wel/niet bestaande) map op de server drapeert. Of onderweg alle img-namen in de code naar kleine letters heeft omgezet of zoiets.
  • Als je rechtstreeks/online naar het logo in z'n map op de server gaat, zie je 'm dan?
  • Opheldering kan in elk geval verschaffen: de broncode van de online pagina. Wat staat daar voor link naar het logo? Exact hetzelfde als hierboven? En klopt die map vanaf de index.php waarin gelinkt wordt naar de images-map?
Dat voor de analyse. - De echte harde code is natuurlijk:
HTML:
<img src="http://www.hetdomeinwaarhetzit.nl/deAlOfNietTmpMapVanDeIndexPHP/images/Logo_75dpi.jpg" width="403" height="93" />
Die zou het altijd moeten doen. Als dan ook niet op de pagina te zien, dan is er iets anders aan de hand. Misschien een versie-verschil in de style-sheets, misschien een loszittend script, enz. - maar dat valt van afstand niet waar te nemen!
Heb je in dat geval een harde link naar een zachte testpagina?

Met vriendelijke groet,
CSShunter
_________
O, nu ik m'n handtekening er onder zie staan: wat vinden de validators ervan?
 
hallo csshunter en tecsman
het probleem is opgelost.
zie image hm3.jpg.
het probleem zat m hierin: ik had logo.jpg (zo heet het nu; weg met hoofdletters, je weet maar nooit) in de map template/Joomla103/images gezet.
maar joomla zelf heeft ook een map images. en daar had ik m dus in moeten knallen.
waarom is me niet helemaal duidelijk. want de indexpagina incl plaatje sleep ik toch niet naar het rootdeel (misschien gebruik ik dit begrip ook verkeerd, maar laat ik zeggen de 'top' van de boom) van joomla, maar naar de template.

en csshunter, dat van hard gecodeerd, ik dacht dat dat alles was wat niet via een omweggetje, bv door een csssstijl, op je pagina verscheen.
niet dus.

en van de validator. hmmm, daar heb ik nog geen aandacht aan besteed. was al blij dat ik mn logo terugzag. :)

beiden bedankt in ieder geval.
groeten jeel2008


ps by the way, ik heb nog wel een ander probleem:
http://www.jeelsites.nl/joomla/

Home Zorgdesk is een parent link van een child genaamd Artikel 3 Zorgdesk

edoch! er verschijnt niets. iemand een idee waarom niet? link is gewoon geactiveerd, niets mee aan het handje. (zie hm5.jpg)

voor het geval dat, dit zag ik in de css:
Code:
/* begin MenuSubItem */
.art-menu ul a
{
  display: block;
  text-align: center;
  white-space: nowrap;
  height: 20px;
  width: 180px;
  overflow: hidden;
  line-height: 20px;
  background-image: url('../images/subitem.png');
  background-position: left top;
  background-repeat: repeat-x;
  border-width: 0;
  border-style: solid;
}

.art-nav ul.art-menu ul span, .art-nav ul.art-menu ul span span
{
  display: inline;
  float: none;
  margin: inherit;
  padding: inherit;
  background-image: none;
  text-align: inherit;
  text-decoration: inherit;
}

.art-menu ul a, .art-menu ul a:link, .art-menu ul a:visited, .art-menu ul a:hover, .art-menu ul a:active, .art-nav ul.art-menu ul span, .art-nav ul.art-menu ul span span
{
  text-align: left;
  text-indent: 12px;
  text-decoration: none;
  line-height: 20px;
  color: #7D713F;
  margin-right: 10px;
  margin-left: 10px;
  margin:0;
  padding:0;
}

.art-menu ul li a:hover
{
  color: #695F35;
  background-position: 0 -20px;
}

.art-menu ul li:hover>a
{
  color: #695F35;
  background-position: 0 -20px;
}

.art-nav .art-menu ul li a:hover span, .art-nav .art-menu ul li a:hover span span
{
  color: #695F35;
}

.art-nav .art-menu ul li:hover>a span, .art-nav .art-menu ul li:hover>a span span
{
  color: #695F35;
}


/* end MenuSubItem */
 

Bijlagen

  • hm3.jpg
    hm3.jpg
    96,3 KB · Weergaven: 23
  • hm5.jpg
    hm5.jpg
    39,1 KB · Weergaven: 27
Laatst bewerkt:
Het zou kunnen dat het Joomla-CMS bij het verwerken van je pagina de logo-bron in een andere (wel/niet bestaande) map op de server drapeert.
en:
het probleem is opgelost. joomla zelf heeft ook een map images.
Mooi! :) Dan kunnen we het "Het zou kunnen dat" gevoeglijk veranderen in "Het is namelijk zo, dat". - Waarom dat namelijk zo is, dat weet ik ook niet: zal verbogen zitten in de geheimen van het Joomla-CMS.

=====
PS: by the way, ik zie dat Artikel 3 Zorgdesk een ander niveau heeft dan de pagina Artikel 2 Zorgdesk:

zorgdsk.png

Artikel 2 staat op gelijke voet met de Homepage en verschijnt wel, en Artikel 3 staat een trapje lager en komt niet door. Moet Artikel 3 niet óók parallel aan de Homepage komen?

=====
BTW-2:
Misschien ben je er nog niet aan toe, maar zou je in het logo niet een ietsiepietsie mini-tikkie wit onder de letters Zorgdesk zetten, zodat de letters loskomen van de rode vlaggestrook, en beter leesbaar zijn? En vooral ook opslaan als png, omdat jpg's dit soort strakke dingen helemaal verlebberen.

zorgdsk-logo-vgl.png

<jpg> - - - - - - - - - - - - - - - - - - <png>

Kan als een 256 kleuren png van nog geen 5kB (was: jpg van 17kB).
 
Laatst bewerkt:
Ho, sorry! Nu ik de vraag nog eens lees, zie ik dat het precies de bedoeling was om de Artikel 3 Zorgdesk als submenu-item van het Home-item in het menu te krijgen.
Dan heb ik niets gezegd! :o

(en nu zeg ik ook niets, want zit in het admin-gedeelte van Joomla, en dat ken ik niet)

Het zit 'm in elk geval niet in de css, want de link staat gewoon niet in de html (ik begin al aardig bedreven te raken in het met firebug openklikken van al die art-sheet div's ;) ).
Is de pagina zelf al wel aangemaakt en vrijgegeven?
 
Laatst bewerkt:
ja, de pagina zelf is gewoon geactiveerd. eerst was het een parentlink, maar om te testen heb ik er een child van gemaakt.
op een andere joomla site is het hetzelfde probleem, dus...
vroeger had ik hier toch nooit een probleem mee.

over problemen gesproken, heb nog een 'dingetje'
zal ik even online zetten binnenkort en je laten zien
maar ik kan het wel al even uitleggen

dat is wel css, maar toch een heel verhaal. het gaat over de pdf en print icons die je activeren kunt op een joomlapagina.
die zijn in de standaard templates niet omlijnd,
dan krjig je dus dit:
css2.jpg

maar in 'mijn' zelfgemaakte template wel.

wat blijkt nu? hij neemt de stijl van a over.
dan krijg je dus dit:
css1.jpg

terwijl eronder iets staat van, in hetzelfde cssbestand: a image huppeldepup
huppeldepup, hier komt ie:
Code:
a {color: #CC6600;}
a:hover {color: #659FDE;}
a:visited {color: #CC6600;}
a.image, a.image:hover  {border:0;}
li{ list-style: square;}
ul { list-style: square;}


wat is het probleem zou je zeggen. nou, het probleem is dus dat ik die randjes niet wil , maar er wel gratis bij krijg.
nu kun je wel de border wit maken maar dan zie je natuurlijk de links in de tekst niet meer!
---------------

'Het zou kunnen dat het Joomla-CMS bij het verwerken van je pagina de logo-bron in een andere (wel/niet bestaande) map op de server drapeert.
je sloeg de plank weer helemaal raak in je eerste antwoord.

---------------------
dat logo gaat niet door maar de tip is wederom geweldig.
weet ik veel dat dat zo werkt. ( hoeveel vakliteratuur heb jij gelezen? )
jpg verlebberen? op wat voor manier?
en dat witte randje, kan in photoshop met Bewerken - Omlijnen?

---------------

even later:

http://www.jeelsites.nl/joomla/
een voorbeeld van de randjes om de icoontjes

(met ook goed nieuws: klik maar eens op Joomla overview! een sublink!
ga ik dat weer even uitzoeken, zo blijven we van de straat)
 
Laatst bewerkt:
nog een 'dingetje'
Dat zal 'm op de een of andere manier liggen aan de prioriteitsregels die in de css-cascades gehanteerd worden. In css-taal heet dat de "specificiteit" van een selector.
O ja, denk ik dan altijd als ik dat lees ;) - maar ik maak er geen sommen mee en klooi vervolgens op mijn eigen manier vrolijk verder.

Met Firebug kan je precies nagaan welke css-regel hier de border toepast, en daar dan een uitzondering op maken. Dat is de "manier-zoals-het-hoort".
Maar wie er op vertrouwt dat niet iedereen een regeltjes-freak is die de broncode van je pagina's gaat naspeuren op iets minder mooie maar wel zo praktische css die hetzelfde resultaat laat zien, ... (hap lucht) ...
... die kan ook voor een weg van mindere weerstand kiezen. :)

In jouw geval zal er om het blokje met het pdf-, print- en mail-img een container zitten, met waarschijnlijk al een id, bv.
HTML:
<div id="hulpjes">
    <ul>
        <li><a href="..."><img src="joomla-imagesmap/pdf.png" width="..." height="..." alt=""></a></li>
        <li><a href="..."><img src="joomla-imagesmap/prnt.png" width="..." height="..." alt=""></a></li>
        <li><a href="..."><img src="joomla-imagesmap/mail.png" width="..." height="..." alt=""></a></li>
    </ul>
</div>
Dan zet je in de css:
Code:
#hulpjes ul li a img {
    border: 0 !important;
    }
Met het !important kan je eventuele tegeninstructies ergens anders blokkeren, dan ben je waarschijnlijk van alles af.

=====
hoeveel vakliteratuur heb jij gelezen?
Ehm, geen boek gezien, maar goedgemaakt met regelmatig struinen op internet. En een tijdlang meedoen met het internationale css-discuss forum, opgezet door de vroege css-goeroe Eric Meyer (website), met dit type dialogen. Dat scherpt de hersenpan!
  • Ze hebben trouwens ook een geweldige css-wiki met 1001 voorbeelden, demo's, "vakliteratuur"-verwijzingen, enz.!
O, mbt de beeldbewerking: in een vorig leven (toen de eerste digitale camera nog uit de doka moest komen) was ik hoffotograaf van een beeldende kunstenaarskollektief. Schilders werken ook in laagjes, met kleurtemperaturen, contrastverhoudingen, enz. heb ik daar geleerd.

=====
De verlebberende jpg's
jpg verlebberen? op wat voor manier?
Ik zal ze even 5x uitvergroten (met in de png niet het wit, wat het onduidelijker zou maken); kijk:

zorgdsk-logo-vgl-500pct.png

Links weer de jpg, rechts weer de png. Nu zie je duidelijk het verlebberen: de jpg is door zijn compressiemethode aan het "blurren" geslagen: vlekken en uitlopende kleuren, zoals bv. in het blauw en rood van de vlag. Dat hoort steeds één kleur te zijn, niet met donkerder randjes! Ook de letters en het scheidingsstreepje zijn in de jpg niet gestoken scherp zoals de bedoeling is.
De png gebruikt een andere compressiemethode, en houdt gewoon de opgegeven kleuren vast.

Maar ... het kan verkeren! :rolleyes:
Voor grafische dingen zoals dit logo is een png het beste, maar soms (bv. voor foto's) kan een jpg toch prima diensten bewijzen. Eigenlijk moet je per afbeelding kijken wat het beste is, ook gelet op de bestandsgrootte, want die kan uiteenlopen (niet altijd dezelfde kant op!).
=====
en dat witte randje, kan in photoshop met Bewerken - Omlijnen?
Misschien, maar ik weet het niet zeker. Hoe je 't anders wel in Photoshop moet doen weet ik niet, want ik red me met een oude PaintShopPro-6. Daarin gaat het als volgt:
  • Een laagje onder het letter-laagje aanmaken met dezelfde letters in het wit.
  • En dat nog een keer doen in een tweede laagje er onder.
  • In dat tweede laagje het wit kopiëren, en er 1px links naast plakken. En ook een keer 1px rechts ervan inplakken.
  • Dit samen kopiëren, en dan 1px erboven inplakken; en ook 1px eronder.
  • Nu is er aan alle kanten van de letters evenveel wit-rand. Maar nog wel net zo scherp als de letters.
  • Daar kan verandering in komen door er een onscherp-filter op los te laten. Hier werd een Gaussiaanse vervaging toegepast met een "bereik" van 1,20 (iets met het aantal naastsliggende pixels die gemixt worden).
Resultaat (met tijdelijke contrastkleur om te zien waar je zit):

zorgdsk-gauss.png

Nu begin het schuiven en scharrelen!
De laagjes van de vlag er onder en de letters erboven aanzetten, de vergroting lekker groot zetten, en dan spelen met waar de "witte schaduw" precies onder de letters komt, en spelen met de transparantie van de witte letter-lagen.
De eerste WL-laag, die met de scherpe witte letters, kan net iets opgeschoven van de andere komen om het mooi te maken. Mijn oog kwam verder uit op 40% en 80% transparantie:

zorgdsk-laagjes.png

Eerst het laagjes-voorbereidingswerk als PSP-bestand opslaan, zodat er later nog wat veranderd kan worden, en dan alle lagen samenvoegen.
Blijkt uit te komen op in totaal 294 gebruikte kleuren.
  • Kan daar wat van gemist worden? Ja! Met terugbrengen tot 256 kleuren (via de reductiemethode "geoptimaliseerd octaal" en "dichtstbij gelegen kleur") is er op het oog geen enkel verschil te zien. Dan doen we dus. En dan opslaan als png.
  • Nog even gekeken met smush.it > die kan er nog 5,74% oftewel 255 bytes van af halen. Dan wordt het geen 4,35kB maar 4,1kB.
Alle bitjes tellen! :)
 
Laatst bewerkt:
ja, die firebug heb ik , maar dat neemt niet weg dat het nog bijzonder lastig kan zijn


'In jouw geval zal er om het blokje met het pdf-, print- en mail-img een container zitten, met waarschijnlijk al een id, bv.'
zie bijlage
dat vroeg ik me vanmiddag al af: waar zijn ze, waar staan ze? en waar komen ze vandaan? vroeger, toen alles beter was, in de pre-cssdagen, had je gewoon een htmlpagina en hupsakee, daar moest je wezen. maar nu , met php en css, is het een samengeraapt zootje.
waar kan ik ze dan beet pakken? ook al heb ik firebug, ze zijn niet makkelijk te vangen.

ik zie tot zover geen div, maar wel een td

hoe dan ook, morgen is er weer een dag om de problemen op te lossen.

in ieder geval tot zover bedankt, ook voor alle tips en trucs
 

Bijlagen

  • divofgeendiv.jpg
    divofgeendiv.jpg
    92,9 KB · Weergaven: 23
Laatst bewerkt:
Ja, dat is waar ook: Joomla gooit te pas en te onpas overal classes tegen aan, net een school vissen: zo glibberig als de pest en niet te vangen. Geen div's die je lekker kan vastpakken te bekennen.

Die classes zijn handig voor template-makers, dan kunnen ze die inzetten zoals ze willen, en de overbodige laten schieten. Maar voor praktische bouwers binnen een template zijn het ondingen: je ziet bij Donar & Bliksem niet waar je mee bezig bent in de waterval van css-classes (met bij één element ook nog vaak 3 of 4 classes tegelijkertijd). En soms zit er een serie div-trappetjes met overtollige classes bij, die de html prinsheerlijk aan het verzieken zijn...
  • Terzijde: dat ligt niet aan de nieuwe tijd van cSs, maar van cMs: de systemen met al die templates die het voor de doorsnee hobbyisten, de snelle bouwers en de pure berichtenplaatsers zo makkelijk mogelijk zouden moeten maken. Maar wee je gebeente als je er iets anders mee wilt doen dan zoals het toevallig in elkaar zit.
    Veel bomen en niets te zien van bos. :confused:
Jouw rouwrandjes komen uit een class table .kader {border: solid;}, zie ik. Als dan geen aantallen px en kleur is opgegeven, wordt het bij een link dan automatisch een zwarte border van 2px. Maar waar die .kader in de html-opbouw uithangt, kan ik in de screenshot-passage niet zien. Misschien wel 5 tabellen hoger...

Maar ik weet het goed gemaakt met die tables en classes van kaders.
Denk je dat je op deze site ooit een image in een link nodig hebt dat wel een rand zou moeten hebben?
Zo nee, dan plomp je er gewoon in:
Code:
a img {
   border: 0 !important;
   }
Hoppa! Overrulen die hap! Wat er dan ook verder in het stylesheet cq.in de html-stamboom staat, dan krijgt geen enkel link-img een randje. En heb je per abuis eens wel een link-img met een randje nodig: geen probleem bij een img, dan teken je het randje even in het img zelf.
Is dat niet wonderbaar? :cool:
 
Laatst bewerkt:
hallo csshunter
een nieuwe dag in csswonderland is aangebroken.

ja, ik heb er in bed ook al op liggen broeden. mijn oplossing komt een beetje neer op jouw oplossing, maar is net even anders.
ik had gedacht gewoon die a aan te pakken en er dan maar een witte kleur van te maken, zodat de border om het randje weg was.
overal waar ik WEL een link nodig had die zichtbaar was, zou ik gewoon ter plekke met een span en een style werken.
het wegvallen van de links in het menu (wit op wit) is dan te ondervangen met een .menurechts a, en dan een kleurtje geven.

wat jij oppert is eigenlijk hetzelfde, ware het niet dat dat niet pakte bij image.
ik heb
Code:
 a img {
   border: 0 !important;
   }
gebrobeerd, maar dat haalde niks uit

Code:
a image {
   border: 0 !important;
   }

ook niet (ook maar ff geprobeerd)

maar dit wel!
Code:
a {
	color: #000000;
	text-decoration: none;
border: 0 !important;

}

gewoon m dus bij de a knallen.
en een border rond een tekstlink, tja, dat bestaat niet lijkt me (ik blijf voorzichtig), want is geen image.

wederom bedankt, deze horde is ook weer genomen.


op naar de volgende.



---------------------
nog een 'dingetje'
hoewel ik geen javascript beheers, begin ik het wel meer en meer te 'snappen' als ik het 'lees', mede ook natuurlijk door jouw tutorials.
als je hier kijkt:
http://www.jeelsites.nl/testjs/dijkfauna.html
zie je dat ik het eerste plaatje ipv door te klikken op laat komen door een mouseover. niet wereldschokkend, maar je moet ergens beginnen.
echter, stel dat ik AL die plaatjes wil mouseoveren, dan komt het gewoon plompweg neer op het handmatig, bv door een zoek- en vervangopdracht, één voor één vervangen van onclick door mouseover?
of is er nog één of ander KINGbestand waarin je dat kunt regelen?

even, veel , later:
hmm, er kleven nogal wat nadelen aan:
1. als je snel met muis over meer plaatjes gaat openen er meer.
2. het sluiten gebeurt nog wél door te klikken. en dat zou eigenlijk ook mouse out moeten zijn. ik ga weer zoeken.
 
Laatst bewerkt:
De wondere wereld van de randjes

Nou, ik ben een boon als ik begrijp wat de color (=tekstkleur) te maken heeft met het al of niet verschijnen van een border! :shocked:

Maar als ik naar www.jeelsites.nl/joomla/ ga, met de 3 vrolijke groene randjes om de icoontjes, dan zie ik in de template_css.css staan:
Code:
a.image, a.image:hover  {border: 0 !important;}
Als ik daarvan maak (met de Webdeveloper Toolbar > Edit css):
Code:
a img, a:hover img {border: 0 !important;}
... dan vliegen de groene randjes gelijk het window uit.
En zelfs ook zonder het !important. :)

NB-NB-NB
Er zijn twee stylesheets template_css.css in omloop, die alle 2 op de pagina worden aangeroepen!
Maar de laatste kan ie niet vinden: 404-melding.
Voor de veiligheid: je zit toch niet veranderingen door te voeren in een stylesheet dat ie niet kan vinden? - Dan kunnen we broeden tot we een ons wegen, maar komt er nooit iets uit het ei.
Dat zou een verklaring kunnen zijn waarom het bij jou niet werkt.

(Blijft de vraag: hoe zijn die groene randjes het window binnen gevlogen? Ik ga nog even snuffelen welk raam op een kiertje stond)
[Edit]Ik weet het al, wordt vervolgd.[/edit]
 
wacht ff, hij voert stijlen door uit een cssbestand dat ie zelf niet eens kan vinden?
hoe ben je daar achter gekomen dan?

-------------

even later: je hebt trouwens gelijk:
Code:
a img, a:hover img {border: 0 !important;}
werkt
wat niet wegneemt dat mn verhaal hierboven waar was!
echter, ik heb nog een site online staan waar ik ook wel eens op test.
en het was daar waar het verhaal op sloeg.
en daar vond ik dit in de code:

Code:
<link rel="stylesheet" href="/templates/Joomla103/css/template_css.css" type="text/css" />

<!-- This so you can see the css styles in DW  you can delete file once editing Template is complete-->

<link href="/css/template_css.css" rel="stylesheet" type="text/css" media="all" />

dat zou een en ander kunnen verklaren, of wat?
denk ik toch. dan nog vind ik het raar dat ie die a nam als referentie. maar goed, ga ik nog eens over nadenken.

----
weer even later:
hmmm, heb nu jouw tactiek daar nog eens toegepast: alleen border: 0 !important; bij a img en niet bij a
en hoepsakee - weg kadertjes.
het enige wat ik nu nog bedenken kan , dat het echt alleen bij a werkte , en niet bij a img is dat ik
1. of ze zie vliegen
2. of de browser zeer traag is met verversen
3. de server of joomla traag is (?)
4. of nog iets anders waar ik nu niet zo snel kan opkomen
 
Laatst bewerkt:
wacht ff, hij voert stijlen door uit een cssbestand dat ie zelf niet eens kan vinden?
hoe ben je daar achter gekomen dan?
Nou, ik bedoelde meer: hij probeert stijlen op te halen uit een cssbestand dat ie niet kan vinden.
Er achter gekomen: weer via de (gratis) Webdeveloper Toolbar (dat is een hebbedingetje, niet wachten op Sinterklaas!), menu: CSS > View CSS.
Dan krijg je dit:

jeel404.png

NB: De server-boodschap werkt met HTML 2.0 (geldig van 1995-1997)!
Maar de html-validator vindt het allang best.
wink2.gif


=====
wat niet wegneemt dat mn verhaal hierboven waar was!
Klopt ook, komt terug in m'n nog te verschijnen "wordt vervolgd".

=====
dat zou een en ander kunnen verklaren, of wat?
Ja, zou wel eens kunnen - hoe DW zich met Joomla vervlecht, heb ik al helemaal geen kaas van gegeten.

=====
1. of ze zie vliegen,
2. enz.
Als je via DW uploadt, en er nogal wat pagina's op de site staan, heb je kans dat het DW-uploaden de handel vertraagt. Bij een veranderd dwt moet die nl. alle pagina's her-uploaden (zie hier). Maar of dat hier met Joomla een rol speelt: geen idee (denk eigenlijk: zou niet mogen maggen).

{edit}
Wat ook nog zou kunnen, is dat het "wat later op de avond" was bij het uploaden. Dan kan de server net bezig zijn geweest met het maken van backup's, en verse uploads even in de wacht hebben gezet. Want dat doen servers vaak in de kleine uurtjes.

Als ik iets helemaal niet begrijp en ze flink zie vliegen, doe ik daarom een broncode-check van de css om te kijken of de veranderingen wel heelhuids zijn doorgekomen.
Zo ja, dan heb ik meestal een stomme fout gemaakt (een typo als ergens een ; ipv een : in de css, of erger: een denkfout, of een verkeerd bestand geüpload, of systematisch een andere html-versie zitten bekijken dan die ik bedoel, enz.).
Zo nee, hm, dan is het vaak ook een stomme fout van mezelf.
wink2.gif

En soms 3 fouten: een fout in html of css, plus vergeten de html-validator èn de css-validator even de pagina te laten checken, omdat ik dat een versie eerder net had gedaan.
redface.gif

{/edit}
 
Laatst bewerkt:
ff kort
die webdeveloper toolbar had ik dus
en niet de Firebug
die heb ik er zojuist even opgezet
alle beetjes helpen
 
Dacht ik even snel een paar demo-pagina's op te zetten voor het "wordt vervolgd" over de randjes om een img dat een link is: mooi niet!
Buiten de waard gerekend ... browserverschillen! :confused:
In grote lijnen komt het op het volgende neer:
  • Zolang je niet expliciet verbiedt dat een img-link een border krijgt, geldt dat deze een border krijgt: in elk geval in FF3.6 en IE7. - Maar niet in de laatste versies van Chrome, Opera en Safari.
  • Die border heeft standaard dezelfde kleur als de standaard tekst-kleur van een link, en is 2px breed.
  • Verander je de tekst-kleur van de link, dan verandert de kleur van de border om de link soms ook. Dat is niet onlogisch, en vandaar dat je met een a{color:white;} de border kon weghalen (iig in FF).
  • Het doortrekken van de underline onder een img-link verschilt ook per browser.
Maar: wordt vervolgd!
 
firebug

hmmm, dat is dus hetzelfde: Firebug en Webdeveloper toolbar...
ik vond het al zo veel op elkaar lijken:rolleyes:
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan