HTML-sivut mutkalle?

[ruutiveijari]

Mikähän mahtaa olla, kun meitin koneella väsätyt pikku kotisivut heittää ääkköset ihan kummiksi? Eli teksti näyttää tältä:

Tutustu valikoimiimme rauhassa ja kysy rohkeasti sähköpostitse, jos mielessäsi on minkäänlaisia erikoistoiveita tai ehdoituksia.

...Hmm? Kotisivupohja on toisen tekemä ja itse aloin nyt tuolle pohjalle tekemään tulevaa tekstiä. Editorina käytin Transmitin mukana tullutta vakioeditoria.

Ei viittis alkaa kaikkia ääkkösiä tekemään koodilla.

[Juhani L]

Ei viittis alkaa kaikkia ääkkösiä tekemään koodilla.

Hyvä r-veijari, muistapa, että erikoismerkit pitää aina tehdä koodattuina, esim. html-entiteetteinä tai sitten vaikkapa UTF-8:lla. Samoin sivuilla on käytävä ilmi käytettävä tekstikoodaus, muuten ottaa ohraleipä. Juuri ne sivut, jotka eivät näy Macissä oikein, ovat tavallisesti näissä suhteissa poskellaan.

Käytä jotain muuta editoria, jos tuo takkuilee. Vaikkapa ihan Netscapen Composeria, on ihan eto peli.

[ruutiveijari]

Kiitos, kiitos. Tässä edetään ihan opiskellen. Ensimmäisiä kotisivuja tehden. Tai noh - kotisivut teki ihan joku muu, kuvittelin tämän sisällön kirjoittamisen olevan helppoa. Näin sitä oppii.

[Jamac]

Toi on semmonen kyssäri mihin määkin haluaisin OIKEAN selvyyden.

Eli siis kun on weppisivulle määritelty UTF-8 tai iSO jne.. Niin ei pelitä. Olen kyllä saanut "natiiviääkköset" pelaamaan ilman "& a u m l ;" hässäköitä kierrättämällä weppisivun TextEditin kautta siten että TextEditissä on a) kaikki html/rtf sisällön näyttäminen pois käytöstä ja sitten b) TextEditin asetuksista tallennukseen "oikea" merkistökoodaus. Toimii. Mutta olen kyllä sitä mieltä että OS X:n tasoisessa systeemissä pitäis onnistua weppisivun teko ilman venkoiluja ...

Tosin en sitä ole käyttänyt, vaan find-replacella olen korvannut skandit. Itse väännän (naurakaa vaan) Taco:lla noita sivuja (ilmainen ja riittää mulle toistaiseksi).

Tässä aiheesta vielä joku yleistasoinen artikkeli: http://www.joelonsoftware.com/articles/Unicode.html

[absum]

Tuttu tilanne. Itse toimin winkkarialustalla, mutta joskus freenä hommia tehneenä samaan ongelmaan törmää joka kerta kun jonkun macciä käyttävän mainostoimiston kanssa touhuaa. XML:t, koodit ja webisivut leviää macillä tehtyjen muokkausten jälkeen ja merkistöt heittelee alkuperäisistä.

Tohon ongelmaan ei vissiin ole juuri muuta syytä kuin se, että kun sivulla määritetään eri merkistö kuin mitä se oikeasti on, menee selaimella sukset ristiin. Käsittääkseni tagilla on nimenomaan tarkoitus kertoa millä encodauksella sivusi on tehty/tallennettu, eikä suinkaan konvertoida sitä joksikin merkistöksi. Ratkaisuksi siis, ottakaa selville millä encodauksella käyttämäsi työkalu sivun tallentaa ja ilmoittakaa se merkistö myös tagissa tai vaihtoehtoisesti on pidettävä huoli, että sivu tallentuu ilmoittamallasi merkistöllä.

[Jamac]

Ainakin Taco sanoo muistaakseni ettei sivua voi tallentaa... blaa blaa käytä UTF-8 tagia ja tallenna UTF-8 muodossa... OK, mutta kun homma leviää vaikka niin tekee... Mulle toi on nyt hiukan niinkuin pakkopullaa -- tuon tekstia InDesignista copy-pastella, sekin voi aiheuttaa ongelmaa. Mutta mulla on muistikuva että koitin exportata tekstiä Indystä (vissiin sai valita koodauksia) ja ei apua.. homma tais mennä sekaisin vaan pikkuisen erilaisella tavalla... Olen miettinyt että kun OS X käyttää UTF-16 sisäisesti niin voiko se sitten vaikuttaa ettei UTF-8 taivu oikein skandeilla..

Mutta siis em. TextEdit konsti toimii ja on ihan looginen, eli tekee just niinkun asetuksiin laittaa.

[Juhani L]

TextEdit ja kaikki raakatekstieditorit ovat käteviä vain silloin, kun tarkkaan tiedetään html:n rakenne ja salat. Muussa tapauksessa pitäisi pysytellä ehdottomasti välineisssä, jotka huolehtivat html:n koodauksesta automaattisesti.
Parempi aloittaa vaikka Netscapen Composerilla sivujen teon harjoitteleminen. Sitten voi käydä vaikka jollain raakaeditorilla kurkkailemassa, mitä koodia nyt sinne sivulle on oikein ilmestynytkään. Siinä sitä oppii.

[Jamac]

Tuokin on ihan totta, mutta mä kyllä lähtisin sen Composerin sijasta vaikka Akateemiseen ja ostaisin jonkun opuksen mikä kertoo kuinka hommat tehdään.

No, mutta kumminkin. Joku perustavanlaatuinen juttu OSX->WWW-encoodaus häiriö on olemassa. Mutta musta tuntuu että se on a) inhmisten tietotasossa ja/tai b) ohjelman huonossa laadussa.

No, mulla on mielikuva että kun OSX alkuaikoina jotain pientä ilmaista editoria hain, niin olisiko joku bbEdit (tms) kokeiluversio osannut tehdä homman puhtaasti lailleen. Mutta kun aika umpeutui niin se jouti menemään enkä sen kummemmin opetellut käyttöä edes.

Jotenkin esimerkiksi tuon Tacon kanssa, tuntuu että se niinkuin kyllä haistaa ongelman että tarvitaan UTF koodaus että "kummalliset" merkit saadaan näytettyä, mutta sitten se kuitenkin tekee sen väärin.

[Juhani L]

mutta mä kyllä lähtisin sen Composerin sijasta vaikka Akateemiseen ja ostaisin jonkun opuksen mikä kertoo kuinka hommat tehdään.

Jamac, mietin itsekin, uskaltaisiko kehoittaa hankkimaan kirjallista tietoa. Sitä ovat kirjastot, kirjakaupat ja tietokonelehdet olleet pullollaan. Edesmennyt itsenäinen mACmAAILMA-lehti (se jonka surkea jatke kirjoittaa Imac ja Ipod jne.) julkaisi aikoinaan hienon html-sivuntekokurssinkin jatkojännärinä.
Toisaalta, jos ongelma on vain tehdä simppelit kotisivut, joissa ääkkösten on pelattava, silloin yksinkertainen graafinen editori on ainoa järkevä vaihtoehto.
Mielestäni ei ole mitään OSX - html -konfliktia. Jos joku Mac OS X:n käyttäjä tekee nettisivuja ihan vika vermeillä ja puutteellisin tiedoin, ei se ole käyttiksen tai Applen vika. Ehkä se konflikti on siinä, että Macillä kaikki on totuttu tekemään ainakin näennäisen helposti vaikka tosimaailman asiat (mm. html) ei nyt olekaan ihan yksinkertaisia.

[Jamac]

Lähinnä itse luulen että jossain vaiheessa vielä kaluan aiheen halkipoikkijapinoon, sen verran se mun tiedonjanoa ja uteliaisuutta kiusaa. Sellainen pieni matematiikkaorientoitunut riiviö minussa asuu että hommat pitäis(!) tehdä jämpisti, kun se kerran on specifikaatioiden mukaan niin mahdollista tehdä. Toistaiseksi aihe ei kumminkaan ylitä vaivannäkökynnystä, ja Tacon batch find:lla vetäsen aina uudet sivut noihin merkkientiteetteihin, kestää vain hetken.

Mutta luulen että ongelma on eniten huonosti koodatussa editorissa ts. joku "amerikkalainen" on luullut koodaavansa UTF:n oikein.

[Topsi]

Kun aloin tekemään sivuni Skeditillä, tuli ääkkösongelmasta historiaa myös macilla.

Kuten täällä onkin ollut juttua, pitää dokumentin koodauksen (enkoodauksen?) olla oikea, ja se pitää (ei välttämättä ole toiminnan kannalta pakko) myös esitellä dokumentin alussa.

eli dokumentti voisi alkaa tähän tyyliin:


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd"]
<html lang="fi"]
<head>
<title>Otsikko</title>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1"]


Ja sitten siitä skeditistä löytyy sellainen "Replace special characters" toiminto, joka korvaa kaikki ääkköset yms. sellaisien dokumenttien editointia varten, jossa enkoodaus on jo valmiiksi päin p...

Ja yo. tapauksessa dokumentin enkoodaus siis pitää olla iso-8859-1. Ja toimii ääkköset.

[ruutiveijari]

Noniin. Kiitos kaikille auttaneille. Toivotan jokaisen tervetulleeksi vilkaisemaan Taaperon sivustoa. Jälleen yksi firma, jonka pääasiallisena koneena rullaa Macit.

Voitte uskoa, että meitin alamitoitetun ihmisen (aka vauvan) päälle alkaa ilmestyä itsemaalattuja "Omenatyylisiä" vaatteita

[janski]

Pitäiskö tossa etusivun ekakappaleessa lukea kaikissa myymissämme vaatteissa, eikä Kaikissa myymissä vaatteissamme? Ei ole tarkoitus raiskata pilkkua, kävi vaan silmään.

[ruutiveijari]

Kiitos janski. Juuri tällainen on erittäin tervetullutta.

Korjaus suoritettu.

[ruutiveijari]

Unelmatodellisuust

Screenshot tänään pari tuntia sen jälkeen, kun tänne tuon viestini kirjoitin. Olisipa ne luvut aina noin...

(taapero.fi:n statistiikoista nappasin)

[vesku]

<<Screenshot tänään pari tuntia sen jälkeen, kun tänne tuon viestini kirjoitin. Olisipa ne luvut aina noin... >>

Heh, meikällä pyöri sadan huitsalla, alkukesästä näitä vääntäessä. Mutta Made with a Mac, paitsi tietokanta!


Pitäsköhän aloittaa "Mainosta sivujasi" -osasto? Itse asiassa vois olla kohtuullisehko testipenkki, häh?

[PowerMac]

Tuota käyttääkö kukaan herroista GoLivea sivuston rakentelussa. Ihan vaan mielenkiinnosta kyselen kun yritän sitä opiskella.

[Lakiopaalu]

Moro, PowerMac! Maailmalla GoLiven osuus on suurempi kuin Suomessa; meillä DreamWeaver taitaa hallita aika pahasti.
Itse en ole vielä GL:lä mitään toteuttanut, mutta aiemmin DW:tä käyttäneenä pidän GL:lää paremmin sopivana etupäässä printtiä tekevälle.

[PowerMac]

No mulla se valinta oli ihan tän käyttiksen vanhuuden sanelema juttu. Kun ei DW:stä saanut toimivaa demoa ysille. Oppis nyt edes tätä hallitteen, ei kai se DW niin paljon eroa GoLivesta.

[Lakiopaalu]

Molemmat aika mammutteja.
Hetkittäin aina ajattelen pohjien tekemistä vanhalla kunnon Claris HomePagella; oli aika yksinkertainen päästä sisään <=> eipä kyllä ominaisuuksiakaan paljoa löytynyt.

[PowerMac]

Mammutti on kuvaava sana. Voiko näitä eroja DW:n ja GoLiven välillä karkeasti arvioida niinkuin Illustrator vs. FreeHand. Firmoista päätellen. Friikku on kyllä se tutumpi ja loogisempi mielestäni.

[Lakiopaalu]

Siihen suuntaan.
Mutta mielstäni GoLive:llä on helpompi säätää leiskaa, lisätä QuickTime-klippejä, yms, yms.

OT: Joskus olen miettinyt, miltä FreeHand nyt tuntuisi, jos ensimmäinen grafiikaohjelmani olisikin ollut Illu? Suurin kynnys Illun käyttöönoton tiellä on niin erilainen tapa kappaleiden ääriviivojen/pisteiden muokkaukseen, jossain määrin jotkin muutkin. Indesignilla ja Photarilla tulee kuitenkin kokoajan säädettyä (esim. tekstin kierrätyspolut), joten Illun (eli Adoben) tapa tehdä asioita tulee koko ajan tutummaksi...

[PowerMac]

Veit jalat korvastani. Illutiedostojen määrä kasvaa työmaalla koko ajan. Sitten niitä konvertoidaan Friikuks ja tulos on joskus mitä on. Varsinkin kun jotkut intoutuvat sen läpinäkyvyyden kanssa leikkimään. FreeHand oli se josta aloitin ja Illun kummallisuudet yrittää siirtää pois silmistä. Totuus kuitenkin varmastikin on että Illustrator tulevaisuudessa tulee viemään voiton. Varsinkin kun nykyistä Macromedian touhua joutuu seuraamaan. Tuosta lens-efektistä tuli mieleeni kun pari viikkoa sitten tuli useampikin tiedosto asiakkaalta FHMX-muodossa. Työ oli tarkoitus painaa PMS-väreillä ja tämä "ammattilainen" (jälkeenpäin tiedusteltu että kuka moista vääntää ) oli sitten tehnyt elementtejä valkoiselle pohjalle lens-efektillä!! Friikussahan ilmestyy se varoitustaulu miten lens-efekti toimii tulostettaessa. Ilmeisesti ei osannut lukea. Lieneekö Illun käyttäjiä luontojaan kun moisia hölmöyksiä tekee. Adobe taitaa viedä kuitenkin voiton DTP-maailmassa ja Macromedia panostaa DreamWeaveriin.

[PowerMac]

Loppui demoversion kokeiluaika. Alkaa hillitön ResEdit hakkerointi jos vaikka alkais toimiin.