Opinnäytetyön kirjoittaminen Macilla

[Juhani L]

Teen tällä hetkellä artikkelia virustutkimuksesta, jossa on mukana ihmisiä kolmesta eri maasta. Myös he osallistuvat manuscriptin tarkastamiseen ja korjaamiseen. Harva heistä käyttää maccia, Mellelistä puhumattakaan. Lisäksi moni tieteellinen lehti vaatii taulukot Word-formaatissa.

Onko joku päättänyt etukäteen, missä muodossa käsikirjoitus tehdään? Ehkä Word-muotokaan ei tee autaaaksi, jos ihmisillä on eri Word-versiot ja ehkä hatara käsitys tekstien ja taulukkojen muotoilusta. Mikä on muuten taulukkojen Word-formaatti?

[Compton]

Onko joku päättänyt etukäteen, missä muodossa käsikirjoitus tehdään? Ehkä Word-muotokaan ei tee autaaaksi, jos ihmisillä on eri Word-versiot ja ehkä hatara käsitys tekstien ja taulukkojen muotoilusta. Mikä on muuten taulukkojen Word-formaatti?

Minä olen päättänyt, että käsikirjoitus tehdään maailman yleisimmällä tekstinkäsittelyformaatilla. En ole tähän mennessä kohdannut ongelmia eri word-versioiden välillä. Olen sitä vastoin kohdannut ongelmia mellel -> word ja pages -> word -konversioissa. PDF on hyvä formaatti lukemista varten, mutta ei oikein passaa käsikirjoituksen muokkaamista varten. Harva pystyy tekemään edes kommentteja PDF-tiedostoon, kun ilmainen Acrobat reader ei salli muotoilujen tallentamista.

Taulukkojen word-formaatti on se, että taulukko on word-asiakirjassa. Se voi pilkkua nussittaessa tarkoittaa muutakin, mutta todennäköisesti suurin osa ihmisistä ymmärtää mitä word-formaatilla haetaan takaa. En ole koskaan nähnyt käsikirjoituksen liikkuvan missään muussa muodossa tutkimusryhmien välillä. Word on macilla hidas kuin mikä, mutta se on valitettavasti universaali standardi, jota kaikki pystyvät käyttämään. Takaisin korjattavaksi lähetetty manu tulee aina PDF-muodossa, mutta tarkastajien kommentit ovat sähköpostissa tai erillisessä dokumentissa, eivätkä alkuperäisessä käsikirjoituksessa.

Kertaakaan en ole törmännyt siihen, että "hataran taulukkokäsityksen" takia joku ei olisi osannut tehdä muutoksia taulukkoon. Tieteellisiä käsikirjoituksia muokkaavilla ihmisillä on yleensä aika hyvä käsitys lehtien vaatimuksista. Toivottavasti en joudu jatkossakaan lähettämään käsikirjoituksia ihmisille, jotka eivät osaisi niitä muotoilla. Tai jos eivät osaa, niin eivät ole niin tyhmiä, että lähtisivät yrittämään.

[eskofot]

iWorkin Pages ei Applen ohjelmistorajoitusten takia salli BookEnds-integrointia. Tuskin se sallii sitä EndNoten osaltakaan. Olen käyttänyt ohjelmaa integroidussa muodossa ongelmitta MS Wordin ja Mellelin kanssa. Pages-ohjelmaa käyttäessa olen kirjoittanut tekstin valmiiksi ja skannannut sen lopussa Biblio -> scan document -toiminnolla. Käyttäisin kirjoittamiseen muuten pelkkää Mellel:iä, mutta sen taulukko-ominaisuudet eivät oikein viime näkemältä vakuuttaneet. Tai ainakin osa muotoilusta katosi Word-muotoon käännettäessä.

Luin kyllä manuaalista tuon, mutta ymmärsin että uudemmassa Wordissä homma pelittää AppleScriptilla, kuten Pagesissa. EndNote on kyllä integroitu Pagesiin, versiosta X2 lähtien ja hyvin voimii.

Harva pystyy tekemään edes kommentteja PDF-tiedostoon, kun ilmainen Acrobat reader ei salli muotoilujen tallentamista.

Kyllä se sallii jos ne työkalut aktivoidaan maksullisessa ohjelmassa dokkariin. Acrobatin näitä ominaisuuksia käytetään liian vähän.

Taulukkojen word-formaatti on se, että taulukko on word-asiakirjassa. Se voi pilkkua nussittaessa tarkoittaa muutakin, mutta todennäköisesti suurin osa ihmisistä ymmärtää mitä word-formaatilla haetaan takaa. En ole koskaan nähnyt käsikirjoituksen liikkuvan missään muussa muodossa tutkimusryhmien välillä.

No kyllä on aika yleistä nykyään käyttää Google docsia, mutta oikeista ohjelmista lienee Word paras ja ainoa ryhmätyökalu.

Word on macilla hidas kuin mikä, mutta se on valitettavasti universaali standardi, jota kaikki pystyvät käyttämään.

Se on n. 25 x hitaampi. Minä en ymmärrä miksi tästä ei ole enemmän puhetta. Word on kelvoton Macissä, en uskalla tehdä sillä pidempia dokumentteja lainkaan. Avaan Docsit aina teksturissa tai Open Officessa Macin Wordin nopeusongelman takia.

Takaisin korjattavaksi lähetetty manu tulee aina PDF-muodossa, mutta tarkastajien kommentit ovat sähköpostissa tai erillisessä dokumentissa, eivätkä alkuperäisessä käsikirjoituksessa.

Näin on, ja se on hyvin typerää.

[rthghdfger]

Miksi viet InDesigniin Mellel-dokkarin? Lisäätkö tai muokkaatko sitä ID:ssä tavalla, joka ei onnistuisi Mellelissä? Jos tekee julkaisun tai artikkelin julkaisuun tai opinnäytetyön, sen ulkoasun saa Mellelillä usein moitteettomaksi ja tarkaksi. Useimmiten työt välitetään pdf-muodossa, jossa on samantekevää, onko se portattu suoraa Mellelistä vai jostain muusta.

Lopputuloksena on visuaalisesti taitettu (kuvituksena valokuvia sekä graafisia esityksiä) kirja, jonka mitä ilmeisimmin tulen taittamaan itse. Jos olisi pelkästä tekstipitoisesta teoksesta kyse, niin sen saisi hienosti Mellelillä aikaiseksi. Tässä tapauksessa InDesignin käyttö on ehdotonta.

[Fixx]

Tekstinkäsittelyohjelmalla tehdään opinnäytetöitä, InDesignillä tehdään sen materiaalin tuotteistus..

[rthghdfger]

Tekstinkäsittelyohjelmalla tehdään opinnäytetöitä, InDesignillä tehdään sen materiaalin tuotteistus..

Oletko sitä mieltä etten olisi saanut tässä ketjussa tuoda esille mellel-dokkarin siirtoa InDesigniin ja siinä esilletulleita ongelmia tyylimääritysten katoamisessa. Olen täysin samaa mieltä, että Mellel on kirjoitustyökalu opinnäytteen kirjoittamiseen. Mutta on hyvä muiden asiasta kiinnostuneiden tietää, että taittoon siirtämisessä on kyseinen ongelma.

[Fixx]

Olen sitä mieltä että tekstinkäsittelyohjelman tulisi tuottaa viimeistellyn näköinen opinnäytetyö. Sitten jos kirjaa aletaan tekemään ollaan ihan eri hommassa. Yleensä taittaja virittää enemmän tai vähemmän käsin tuon InDy-taiton mieleisekseen. Periaatteessa InDyllä voi lukea ja korvata Wordissa tehtyjä tyylejä fiksusti ja automaattisesti, mutta en ole kenenkään kuullut kiittelevän sen prosessin helppoutta ja johdonmukaisuutta.

[Juhani L]

Periaatteessa InDyllä voi lukea ja korvata Wordissa tehtyjä tyylejä fiksusti ja automaattisesti, mutta en ole kenenkään kuullut kiittelevän sen prosessin helppoutta ja johdonmukaisuutta.

Valitettavan totta. Varsinkin tieteellisen tekstin tyylien ja muotoilujen siirtäminen kirjoitusohjelmasta taitto-ohjelmaan on aina ollut muuta kuin suoraviivaista. Tein kaaaauan sitten WriteNow'lla oman väitöskirjan kässärin mutta mielenhäiriössä päätin laittaa sen julkaisuasuun QuarkXpressissä (silloin parasta, mitä maailmassa oli). Vaikka tekstifiltterit toimivat pääosin kunnolla, silti käsityön määrä oli hirvittävä. En todellisuudessa voittanut kovinkaan paljon prosessissa. Käyttipä kirjoitusohjelmana Wordiä, OO Writeria tai Melleliä, vähänkin monimutkaisemman tekstin ja tyylien siirto InDesigniin ei ole kovin yksinkertaista.

Ainoa lohtu asiassa on se, että tuossa Mellel=>ID -siirrossa tulee vähän vahingossa oikoluettua tekstiä vielä kerran ja ehkä muutaman lauseen muoto tulee parannettua.

En ole vielä ehtinyt tehdä ään paljon kuvia sisältävää Mellel-dokkaria versiolla 2.7.x, jonka kuvanhallinta on oleellisesti parempi kuin aiemmilla versioilla. Ehkä kannattaisi tsekata ensin, mihin Mellel 2.7 pystyy? Jospa pääsisi käytännössä samaan tulokseen kuin InDesigniin siirtämisellä mutta paljon pienemmällä työmäärällä.

[morbusg]

Jostain syystä minun viestini tuolta ketjun alkupäästä on poistettu.

Joten kirjoitan uudestaan koska tiettyjen alojen parissa siitä voi olla paljon apua.
Eli jos (La)TeX:iä käyttää, niin suosittelen katsastamaan kuvien/graafien/yms. tekoon PGF/TikZ:aa, joka tulee mm. BasicTex2009:n mukana. Esimerkkejä sen käytöstä löytyypi tuolta.

[eskofot]

Tekstinkäsittelyohjelmalla tehdään opinnäytetöitä, InDesignillä tehdään sen materiaalin tuotteistus..

Täytyy kuitenkin huomata että nämä maailmat ovat huomattavasti lähestyneet tosiaan. Itse kirjoittaisin Indesignilla ja jättäisin kaikki muuta sikseen, jos siihen saisi viitteidenhallintasoftanplugin. Nythän se jo osaa lisätä viitteitä ja jopa niiden editointi on aika tomivaa.
Pages taas on vuorostaan jo aika lähellä taitto-ohjelmaa, ja siihen saa viitteidenhallinnan... joskaan en ole oikein perillä saako sen tavuttamaan Suomea.

. Periaatteessa InDyllä voi lukea ja korvata Wordissa tehtyjä tyylejä fiksusti ja automaattisesti, mutta en ole kenenkään kuullut kiittelevän sen prosessin helppoutta ja johdonmukaisuutta.

Yleensäh'n homma mättää kyllä siinä, että niitä tyylejä ei ole johdonmukaisesti sovellettu. Lisäksi on taakkana Wordin omituinen tapa pitää kiinni default-tyyleistä, olisi paljon parempi jos siitä saisi taitto-ohjelmien tapaan kaikki ylimääräiset tyylit mäkeen.

Tein kaaaauan sitten WriteNow'lla oman väitöskirjan kässärin.

Tuossapa muuten oli kiva ohjelma, aivan eri tasoa kuin MacWrite. Oikein ymmärrä miksi Apple päätyi jälkimmäiseen.

[rthghdfger]

Homma etenee edelleen Mellelillä. Yksi aivan uusi ja merkittävä löytö Mellelin ominaisuuksista.

Itse en ole aikaisemmin löytänyt (tai tiennyt) graafista tekstinkäsittelyohjelmaa, jossa olisi sanan hahmontunnistus. Tuli tarve löytää kaikki 123-456 kohdat tekstistä, eli numerot, joiden väliin olin laittanut tavallisen tavuviivan. Tämä piti tietenkin korjata en-dashiksi. Aika tuskallisen tuntuinen homma, tekstiä noin 500000 merkkiä. Kunnes tajusin, että hakutoiminto osaa etsiä tällaiset kohdat: <1-4 numeroa>-<1-4 numeroa>. Replacea en saanut toimimaan (jos joku hallitsee sen, niin olisi kiva kuulla, kuinka se asetetaan). Mutta kyllä se nopeasti kävi niinkin, kun en-dash oli leikepöydällä.

Päivitin lopulta molemmat (Mellel ja Bookends) uusimpiin versioihin. Bookends on piristynyt ulkoasultaan, Notesit näkyy mukavammin, ja keywordsit tekee käsitepilviä. Sen sijaan Mellel ei vieläkään tue tyylien siirtymistä InDesigniin. Mutta aika nopeasti sen käsin tyylittää, kun tekee RTF-muunnoksen, jossa kaikki muotoilut siirtyvät lähes oikein.

[morbusg]

^Mikäli se tukee normi regexpien käyttöä (niinkuin minkä tahansa vakavasti otettavan tekstinkäsittelyohjelman soisi tukevan), niin se voisi vaikkapa olla jotain tämän suuntaista:

Koodi: Valitse kaikki

s/(\d{1,4})-(\d{1,4})/\1–\2/g

Eli purettuna: 's' tulee sanasta substitute, erottimena käytössä kauttaviiva. Ensimmäinen litania kertoo että mitä korvataan. Sulkujen sisältö pistetään muistiin talteen, '\d' tulee sanasta 'digit', jonka jälkeinen kaarisulkujen sisältö määrittää toiston; tässä tapauksessa vähintään 1 kertaa, maksimissaan 4 kertaa. Sama juttu uudestaan väliviivan jälkeen.
Seuraavan erottimen jälkeen kerrotaan että millä korvataan. Ensimmäisenä ensiksi muistiin hakukriteereissä pantu lukujono, sitten se en-dash, sitten toiseksi muistiin pantu lukujono. 'g' lopussa tulee sanasta 'global' (koko rivi).

Toki tuohon voisi lisäillä vielä word-boundareja sun muuta jännää.

[Juhani L]

Replacea en saanut toimimaan (jos joku hallitsee sen, niin olisi kiva kuulla, kuinka se asetetaan). Mutta kyllä se nopeasti kävi niinkin, kun en-dash oli leikepöydällä.

Tämä jäi vaivaamaan minua mutta en ehtinyt selvittää tätä juttua aiemmin. Kas tässä kuva, jossa näkyy ratkaisu siihen, että kahden numeron välissä yhdysviiva korvataan sillä suomen kielessä käytettävällä lyhyellä ajatusviivalla:

Eli teet Etsi-kohtaan etsintäryhmän ensimmäisestä numerosta (tulee se risuaitahässäkkä). Sitten perään yhdysviiva. Sitten perään etsintäryhmäksi numero. Valitse ensimmäinen risuaitahässäkkä ja klikkaa Etsi-ikkunan alla olevaa kaarisuljesymbolia, jolloin risuaitahässäkkä muuttuu ryhmäksi. Tee sama toiselle risuaitahässäkälle. Näet Etsi-kohdassa tuloksen.
Sitten lisää Korvaa-kohtaan Sijoita elementti -ponnarista Takaisinviittaus, sitten kirjoitat sen ajatusviivan ja sitten lisäät toisen takaisinviittauksen. Kaksoisklikkaa toista takaisinviittausta ja valitse ponnahdusvalikosta "2" (koska on toiseen etsintäryhmään viittaava takaisinviittaus). Kun nyt korvaan tuossa mallitekstissä olevan ensimmäisen kappaleen tällä asettelulla, yhdysviiva korvautuu ajatusviivalla vain numerojen välissä, muissa tapauksissa säilyy yhdysviivana.

Ei ihan intuitiivisesti avautuva, mutta kun tämän oppii, elämä on helppoa ja yksinkertaista. Sillä voi tehdä melkein mitä vain.

Ohje on myös Mellelin foorumilla.

[rthghdfger]

Replacea en saanut toimimaan (jos joku hallitsee sen, niin olisi kiva kuulla, kuinka se asetetaan). Mutta kyllä se nopeasti kävi niinkin, kun en-dash oli leikepöydällä.

Tämä jäi vaivaamaan minua mutta en ehtinyt selvittää tätä juttua aiemmin. Kas tässä kuva, jossa näkyy ratkaisu siihen, että kahden numeron välissä yhdysviiva korvataan sillä suomen kielessä käytettävällä lyhyellä ajatusviivalla:
(kuvaesimerkki)
Ohje on myös Mellelin foorumilla.

Hieno homma! Jopa tajusin ainakin suurin piirtein, palaan tähän kun tulee tarve!
(Kyllähän nuo regexp-jutut on tiedetty, mutta kuka niitä nyt graafisessa tekstinkäsittelyohjelmassa käyttää?)

[morbusg]

Itse en ole aikaisemmin löytänyt (tai tiennyt) graafista tekstinkäsittelyohjelmaa, jossa olisi sanan hahmontunnistus.

Kyllähän nuo regexp-jutut on tiedetty

Okei.

mutta kuka niitä nyt graafisessa tekstinkäsittelyohjelmassa käyttää?

Joku joka ei halua hidastaa työntekoaan hiiren avustuksella?

[rthghdfger]

Itse en ole aikaisemmin löytänyt (tai tiennyt) graafista tekstinkäsittelyohjelmaa, jossa olisi sanan hahmontunnistus.

Kyllähän nuo regexp-jutut on tiedetty

Okei.

Jottei asiasta nousisi isompia väärinkäsityksiä, niin olen tiennyt tuollaisten regexp-komentojen olemassaolon, mutta en hahmota niiden käyttöä. Sen johdosta olin kovin iloinen, kun löysin hahmontunnistuksen Mellelistä ja vielä iloisempi kun sain ohjeet tuon korvaushässäkän tekemiseen.

Arvostan *nix-pohjaista työskentelyä, se vain ei kaikilta osin sovellu käyttööni.

[rthghdfger]

Jos jotakuta kiinnostaa tämän projektini eteneminen, niin laitan tähän asioita, joita olen taas havainnut Mellelistä.

Kirjoitustyö alkaa olla loppusuoralla, ja tekstiä on merkkimäärältään noin 500 000, ja sivuja riippuen taitosta noin 250-280. Käytin Melleliä ensimmäisen ulkoasuversion tekemiseen, johon Mellel soveltuu mielestäni erittäin hyvin. Tavallaan se myös kannattaa tehdä, mikäli itse haluaa ottaa kantaa tekstin lopulliseen typografiaan ja visuaalisuuteen, ja haluaa viestittää näkemyksensä kirjan taittajalle.

Tämän jälkeen otin tekstin ulos Mellelistä RTF-muodossa. Tähän tiedostoon tallentuu kaikki muotoilut, mutta kappaleet eivät sisällä merkintää, minkä tyylinen kappale on kyseessä. Tämä tuotti pientä vaivaa InDesignissa, jossa piti siis jokainen kappale käydä leimaamassa (leipis1, leipis, otsikko1, jne.). Eipä tuo kauaa vienyt, kun käytti Indyn näppäinkomentoja.

Itse asiassa yllätyin, kun Indyssa (CS3) ei ole omaa viittaustyökalua. Apuun löytyi lopulta Crossrefs, ilmainen skriptityökalu, jolla sain kuvien sivunumerot linkitettyä kuvataulukkoon samalla tavalla kuin Mellelillä voi tehdä natiivisti. Jos siis kyseessä olisi pelkkä tekstidokumentin taitto, niin tekisin sen varmaan suoraan Mellelissä. Omaan kirjaan tulee sen verran kuvitusta ja pari graafia aukeamalle levitettynä, että olisin aikamoisissa ongelmissa pelkän Mellelin varassa (nyt uusin versio käytössä).

Syksyllä saatan jossakin ketjussa sitten ilmoitella, kunhan lopullinen tuote on tullut painosta ulos ja käsitelty asianmukaisin kuvioin.

[Juhani L]

Onneksi olkoon, että olet päässyt noin pitkälle ilman hirvittäviä ongelmia. Totta, jos julkaisuun tule ylisivuisia kaavioita, kirjoitusohjelmilla se ei oikein taida onnnistua. Sinällään vaan InDesignin käyttäminen on niin paljon pöljempää kuin Mellelin, että en tuohon Adoben onnettomasti suunniteltuun ohjelmaan koskisi, jos kyse on tieteellisestä julkaisusta.

[rthghdfger]

Syksyllä saatan jossakin ketjussa sitten ilmoitella, kunhan lopullinen tuote on tullut painosta ulos ja käsitelty asianmukaisin kuvioin.

Nyt alkaa Mellelillä kirjoitetut ja InDesign CS5:llä taitetut sivut olla sen verran kuivuneita, että taitaa ensi viikolla tulla maistiaiskappale postilaatikkoon! Laittelen marraskuun lopussa – jos vain hötäkässä muistan – jotain linkkiä aineistoon.

[B1rdie]

Kysymys: Onko iWork '09 Pagesissa mahdollista saada 1. tason otsikoiden yläpuolella olevaa väliä (tyhjää tilaa) muutettua? Omaan seminaarityöhöni täytyisi saada 164pt väli. Säädöt toimivat kaikilla muiden tasojen otsikoilla, mutta 1. tason otsikoilla muutos ei näy, vaikka sliderin vetäisi minne. Onko samanlaisia kokemuksia?

[Veeti]

Onko kukaan huomannut mitään omituista Mellelin kuvien käsittelytavassa? Teen kirjaa, jossa on kohtuullisen paljon kuvia, ja kun käytän paria eri konetta, kuvia vain yksinkertaisesti katoaa tarinasta. Kritiikki on tietysti paikallaan, mutta mieluusti en halua Mellelin päättävän, mitkä kuvista ovat kelpoisia. Kun Autotekstit ovat juoksevalla numeroinilla, yhden kuvan katoaminen välistä, sotkee kuvatekstejä.

[Juhani L]

Ei ole tullut vastaan, mutta enpä ole hirveästi kuvia laitellut enkä monella koneella samaa tiedostoa käsitellyt. Katsopa Mellelin foorumilta, onko muilla samanlaisia ongelmia ja kerro jutusta, ellet löydä aiempaa tarinaa. Ettei vaan olisi kyse kuvien linkkauksen katkeamisesta?

[rthghdfger]

Onko kukaan huomannut mitään omituista Mellelin kuvien käsittelytavassa? Teen kirjaa, jossa on kohtuullisen paljon kuvia, ja kun käytän paria eri konetta, kuvia vain yksinkertaisesti katoaa tarinasta. Kritiikki on tietysti paikallaan, mutta mieluusti en halua Mellelin päättävän, mitkä kuvista ovat kelpoisia. Kun Autotekstit ovat juoksevalla numeroinilla, yhden kuvan katoaminen välistä, sotkee kuvatekstejä.

Joo, tämä oli ihan tuttua huttua. Homma menee jotenkin niin, että Mellel nimeää kuvat uudestaan juoksevalla numeroinnilla ja tallentaa ne sinne omaan "pakettikansioonsa". Sitten varsinkin kun Mellel-tiedostoja päivittää jollakin päivityssoftalla, joka vertaa kansioiden sisältöjä nimien mukaan, niin eri sisältöiset samannimiset tiedostot korvaavat toisiaan. Joten näin se mielestäni meni omassa työssäni.

Jos kopsasin koko Mellel-tiedoston suoraan Finderissa koneelta toiselle, niin homma pysyi kasassa. Huono homma näinkin laadukkaana pidetyltä ohjelmalta.

[jomppa]

Kysymys: Onko iWork '09 Pagesissa mahdollista saada 1. tason otsikoiden yläpuolella olevaa väliä (tyhjää tilaa) muutettua? Omaan seminaarityöhöni täytyisi saada 164pt väli. Säädöt toimivat kaikilla muiden tasojen otsikoilla, mutta 1. tason otsikoilla muutos ei näy, vaikka sliderin vetäisi minne. Onko samanlaisia kokemuksia?

Kyllä ainakin täällä tuo onnistui ihan vaihtamalla väliä ja tyylin kohdalta "Määrittele tyyli uudelleen valinnasta".

[MTI]

Onko kukaan huomannut mitään omituista Mellelin kuvien käsittelytavassa? Teen kirjaa, jossa on kohtuullisen paljon kuvia, ja kun käytän paria eri konetta, kuvia vain yksinkertaisesti katoaa tarinasta. Kritiikki on tietysti paikallaan, mutta mieluusti en halua Mellelin päättävän, mitkä kuvista ovat kelpoisia. Kun Autotekstit ovat juoksevalla numeroinilla, yhden kuvan katoaminen välistä, sotkee kuvatekstejä.

Joo, tämä oli ihan tuttua huttua. Homma menee jotenkin niin, että Mellel nimeää kuvat uudestaan juoksevalla numeroinnilla ja tallentaa ne sinne omaan "pakettikansioonsa". Sitten varsinkin kun Mellel-tiedostoja päivittää jollakin päivityssoftalla, joka vertaa kansioiden sisältöjä nimien mukaan, niin eri sisältöiset samannimiset tiedostot korvaavat toisiaan. Joten näin se mielestäni meni omassa työssäni.

Jos kopsasin koko Mellel-tiedoston suoraan Finderissa koneelta toiselle, niin homma pysyi kasassa. Huono homma näinkin laadukkaana pidetyltä ohjelmalta.

Näin uutena Mellel-käyttäjänä kiinnostaisi tietää auttaako tuohon se, että käskee Mellelin tallentaa tiedostonsa zip-pakattuna? (Asetukset -> Avaa & Tallenna -> ruksi pois kohdasta "Tallenna dokumentti paketteina (ei zipattuna)").

Vai käsittelevätköhän nuo "päivityssoftat" (mitä muuten käytätte?) zip-pakettienkin sisällöt samalla tavoin?