Jaettu Git kirjoittajille? Projektit pilveen?

[Rasimus]

[Mooa]

[Rasimus]

[Rasimus]

Mun on vaikea tätä uskoa, mutta noin 220 työtunnin jälkeen projekti on edennyt testausvaiheeseen. Mitään MaKon kaipaamia kuvia ei ole tulossa ennen kuin olen testannut yhden novellin rakentamisella onko systeemi käytännöllinen (pelkään pahasti, että ei ole ja että olen tuhlannut yhden miestyökuukauden)...

Mutta ainakin kolmen tyyppisiä palikoita:
- Tageja, kuten merkki siitä, että johonkin tarinanosaseen liittyy tietty henkilö, tietty paikka, tietty aika, tietty teema jne. Tekstin pätkiä voi sitten filtteröidä mielensä mukaan näiden avulla. Lisäksi tageja voi tarkastella omassa näkymässään niin, että niiden alla on listattu kaikki palikat joihin tagi on lätkäisty. Luokittelukentät saivat tosiaankin lähteä kun hahmotin, että tageilla pystyy tekemään kaiken.
- Kasattavia tageja, eli Like- ja Dislike -merkit, joihin voi kirjoittaa kommentiksi mikä tekstin palasessa mättää. Tagien yhteisnäkymässä nämä eivät kuitenkaan näy yksittäisinä kasoina, vaan on vain "Liked items" -otsakkeen alla lista tekstien otsikoista, joissa tagi on.
- Tarinapalikat, kuten tekstit, keskeneräisiä ongelmia osoittavat "kysymykset" ("Mikä aiheuttaa tässä tekstissä olevan tilanteen" ja "Mitä seurauksia tässä tekstissä olevalla tilanteella on"), ideat jne. Näitä voi ryhmitellä mind mapiksi (er... puurakenteeksi nykyisellä UI:lla) jota voi käyttää kerronnallisen rakenteen ohjenuorana (syy-seuraus-suhteet).

Tekstin mielenterveystarkistuksia on toistaiseksi vain kaksi:
- Teksteille voi antaa valmiusasteen, samoin vastaamattomat kysymykset aiheuttavat "ei valmis" -tilan. Listauksissa tää tila sitten näkyy värikoodauksena (vihreä = valmis, punainen = keskeneräinen, keltainen = odottaa lopputarkistusta).
- Tekstejä esiintymisjärjestykseen chaptereihin jaettaessa ohjelma varoittaa, jos aiemmin mainitun puurakenteen määrittelemää syy-seuraus-suhdetta rikotaan.

Vielä kaivattaisiin jotain Windowsin TreeViewin tilalle ja tekstieditoria, joka osaa editoida useasta palasesta koostuvaa tekstiä ilman että palaset vahingossakaan sekoittuisivat keskenään.

[MaKo]

Ooh, loistavaa! Mun oman editorin kehitys on mennyt sen verran eteenpäin, että olen sillä nyt tehnyt kaikki uudemmat tekstit, mutta ei se vielä valmis ole Törmäsin sellaisen "jatkuvan näytön" kanssa ongelmiin GTK:n scrollbarien kanssa. Vielä en ole jaksanut sitä ratkaista, mutta ehkä joskus. Tässä kehittelyn ja kirjoittamisen lomassa olen myös huomannut joitain mielenkiintoisia asioita, jotkut mekanismit eivät toimikaan niin hyvin kuin mitä sitä alunperin ajatteli.

Pistäs Rasimus screenshottia tulemaan, niin pääsen vakoilemaan ratkaisuja ja ehkä koettamaan Linux-version tekemistä

[MaKo]

Editoriprojekti edistyy hiljalleen. Laiskana ihmisenä koodaan editoria lisää aina sitä mukaa, kun tarvitsen jotain (bugifiksejä joutuu tietysti tekemään jatkuvasti). Editori on jo pidemmän ajan osannut exportata RTF:ää, koska sitä tarvitaan tekstien jakamiseen eri ihmisten kanssa. Nyt viikonloppuna kuitenkin parantelin RTF-exporttausta monilta osilta: nyt editori osaa exportata myös pitkiä tekstejä käsikirjoitusmuodossa, ja tiedostoformaattiin on nyt liitetty exporttauksen ulkoasuun liittyviä kenttiä.

Viikonlopun pääprojekti oli kuitenkin uuden editorin pulttaaminen kiinni vanhan (nimeämättömän) skriptisysteemin kanssa. Skriptisysteemi on se palikka, joka tekee latex-tyyppisiä ohjausmerkkejä sisältävistä tekstitiedostoista PDF:ää, RTF:ää, HTML:ää ja EPUB:ia kotisivujen tarpeisiin. Editorin exporttauspalikka on ollut alusta asti myös itsenäisesti toimiva, ja toteuttamalla latex-exporttauksen sain uudella editorilla tehdyt tekstit vanhan skriptisysteemin piiriin. Niinpä kotisivuille on nyt ilmestynyt HTML-, PDF- ja EPUB-versiot uudemmista teksteistä (mm. "Tarjous, josta ei voinut kieltäytyä" ja "Älyvapaavyöhyke").

Ehkä tärkeämpi tausta-ajatus tässä on se, että nyt uudella editorilla tehdyt tekstit saa osaksi kokoelmia. Skriptisysteemiä puuhatessa eräs keskeinen ajatus oli se, että tekstit voi kasata pienemmistä irrallisista osista, esimerkiksi vaikkapa kotisivuilta löytyvä "Kutsumattomia vieraita" -kokoelma (). Mulla oli ajatuksena, että myös uudella editorilla olisi voinut koostaa tarinat useammasta eri tiedostosta, mutten ole löytänyt sellaiselle järjellistä toteutustapaa - nyt sellainen löytyi, ainakin hetkeksi

[MaKo]

[MaKo]

Laitoin editorin uusimman version nyt kotisivulle ladattavaksi:

http://mkoskim.drivehq.com/moe/moe.tgz

Toimii lähinnä Linuxeissa, vaikkakin tällä editorilla on mahdollisuudet toimia Windowsissa. Jos haluaa kokeilla Windowsilla, on ensin asennettava Python 2.6 ja sitten PyGTK, kts. . Siitä huolimatta ainakin testaamassani versiossa drag'n'drop ei toiminut enkä ole vielä löytänyt sille syytä.

Asennusohjeet Linuxille: (1) tallenna paketti, (2) tee itsellesi hakemisto tekstejä varten, (3) pura paketti hakemisoon. Tuloksena hakemistossa pitäisi olla moe/ -hakemisto, sekä kolme symbolista linkkiä (moe.py, moepm.py ja moexport.py).

moepm.py on projektinhallintaa varten. Se kaivaa hakemistopuusta (siitä hakemistosta, johon olet paketin asentanut) kaikki kirjoitusprojektiksi tunnistamansa tapaukset, ja näyttää tiedot listassa, kts. . Filtteröintioptiot kerätään löydetyistä projekteista.

moe.py on itse editori, kts. . Suurempien ja pienempien korjausten lisäksi nykyisessä editorissa on suhteellisen kattava undo/redo.

Editoriprojekti on koko ajan vaiheessa. Jos siis toteat editorin tarpeisiisi sopivaksi, on oikein hyvä olla yhteydessä minuun. Tärkein syy on se, että editorin tiedostoformaattiin voi tulla muutoksia, jotka vaativat vanhempien tiedostojen muokkausta käsin. Toinen syy on tietysti se, että editoriin tulee bugikorjauksia, ja muutenkin olisi kiva tietää, mitä kaikkea editori tarvitsisi. Koetan jossain vaiheessa kirjoittaa editorille jonkinlaisen manuaalin.

[MaKo]

Sen sijaan, että postaisin tähän ketjuun aina uusia ilmoituksia edistymisestä, aloin pitämään blogia, josta voi seurata editoriprojektin etenemistä:

http://mkoskim.wordpress.com/category/moe/

Editorihankkeelle on ihan oma sivunsakin:

http://mkoskim.wordpress.com/moe/

Kun kerran blogin perustin, niin kirjoittelin sinne kyllä muutakin kirjoittamiseen ja scifiin liittyvää.

[MaKo]

MOE-projektissa tapahtuu:

- Python-GTK -yhdistelmä on vaihtunut C++-QT -yhdistelmään. Tarkoituksena on saada aikaiseksi editorista aikaiseksi yksittäinen EXE Windowsille, jotta sen "asentaminen" (tallentaminen) olisi helppoa Windows-käyttäjille. Homma on edistynyt oikein hyvin, sain tänään aikaiseksi sellaisen työkaluketjun, että saan Winellä tehtyä QT-MOE:sta juuri sellaisen "all-in-one" EXE:n.

- Linux <3 - Wine <3 - täytyy jälleen kerran sanoa, että jos kehittää ohjelmistoja, niin Linuxin voittanutta ei ole. MOE:n Windows-version tekemiseen ei tarvinnut edes ristikääntäjää, sen kun asensi Windows-työkalut Winellä. Oikeaan Windowsiin verrattuna etuna on se, että mulla on kaksi erillistä "Windowsia" - toisessa on Windows-työkalut kääntämistä varten, toinen on tyhjä testaamista varten. Linuxilla itselläänhän tällainen "tyhjä pöytä" -testausalusta syntyy chroot -komennolla.

- Toinen syy vaihdokseen oli se, että haluan saada enemmän mahdollisuuksia editorin käyttöliittymän hieromiseen. MOE:n kaltaisessa softassa käyttöliittymä on kevyesti sen keskeisin osa.

- Perustin projektille Git-repositoryn: https://gitorious.org/moe

- Gitissä oleva projekti on vielä aika vaiheessa sen suhteen, että kehitystyöhön voisi oikeasti osallistua. Voi sitä kuitenkin halutessaan kokeilla, ja raportoida mulle ongelmista. Mutta koetan saada projektin organisoitua.

- Kehitystyö onnistuu helposti ja näppärästi Qt Creatorilla (IDE). Qt Creatorin voi asentaa niin Linuxille, Macille kuin Windowsillekin, joko http://qt.nokia.com -osoitteesta tai useimmilla Linuxeilla paketinhallinnasta.

[Rasimus]

Mun projekti on osoittautunut epäkäytännölliseksi...

Sen sijaan, että tehdään jonkinlaista mind mappingia ja liitetään sen irtoajatuksiin tekstinpätkiä, jotka kerätään editoriin kokonaisuudeksi, pitäisikin ehkä sittenkin kirjoittaa ensin tekstiä editoriin, ja tekstissä sitten maalata halutut pätkät ja liittää niihin kysymyksiä ja kommentteja tyyliin "Mitä tästä seuraa?", "Mistä tämä on seurausta?", "Keksi kaksi muuta tähän viittaavaa asiaa tekstin joukkoon", "Tässä kohtauksessa esiintyvät henkilöt X ja Y", ja tehdä näistä kommenteista ristiviitteitä toisiin tekstinpätkiin. Sitten nämä maalatut asiat erotetaan mind mappiin tai muuhun tiivistettyyn havainnollistavaan työkaluun omiksi kohdikseen. Tämä olisi nopeampaa ja vähemmän vaivaloista kuin nykysysteemillä ensin kirjoittaa jotain, ja sitten hypätä mind mappiin tekemään uusia elementtejä ja ristikytkentöjä siellä, ja siirrellä tekstiä näihin palikoihin.

Jännä havainto sikäli, että mun kirjoitustyöskentelyni kuitenkin alkaa mind mapping -henkisestä ranskalaisten viivojen merkkaamien irtoajatusten keräilystä. Luonnostelen juonen niillä ja en aloita kirjoittamista ennenkuin juonen kulku on selvillä ja kysymyksille keksitty vastauksia. Kokeillessani ohjelmaani, totesin että sittenkin kirjoitustyön aikana palaan muuttelemaan suunnitelmia niin usein, että se näyttelee suurempaa osaa kuin etukäteistyöskentely. Ja mun softani on häiritsevästi yksisuuntainen tehden päinvastaisen suunnan käytön hankalaksi.

Itse muutos mun nykyiseen softaan olisi aika iso, sillä en ole kovin paljon paukkuja pistänyt itse tekstieditoriin ja se vaatisi Rich Text Box -kontrollin opettelua. Ja tähän mennessä siitä ymmärrän vain sen, että sen WPF:lle kehittäneet henkilöt pitäisi viedä ladon taakse ja ampua.

Julistan siis oman projektini kuolleeksi ja kuopatuksi. Enintään aloitan sen uudestaan tekstieditorin näkökulmasta. 350 tuntia kehitystyötä hukkaan - mutta ainakin sain arvokasta oppia WPF-ohjelmoinnista, jos vaikka joskus haluan vaihtaa työtä sähkövoimateollisuudesta johonkin softakehitysfirmaan

[tniemi]

No jopas!

Olen itse hakannut Rich Textin kanssa päätä seinään pariin otteeseen. Javan kanssa into loppui siihen, kun perus-undo ei toiminutkaan vakiona, vaan tarvitsi jonkin factoryluokan factoryluokkaa. QT:ssa undo toimii suoraan paketista, muttasmutta... QT:n Rich Text on pettävällä tavalla kuin HTML-koodausta, se melkein kuin toimi. Halusin liittää editoitavaan tekstiin sinne tänne metadataa, vähän niin kuin HTML:n "class"-määritteen. Asia onnistui lopulta, mutta piti kierrättää vippaskonstin kautta (koodi on toisella koneella...), mutta koko korttitalo sortui, jos tekstiä copypastetti Wordista! Pastettaminen olisi vaatinut handleria väliin, joka käytännössä tarkoitti parseria, ja tämän jälkeen totesin, että elämä on liian lyhyt ja annoin olla.

Tuo on mielenkiintoinen huomio, että workflown täytyisi toimia molempiin suuntiin, jotta suunnitelman tiedot olisivat ajan tasalla...

Taustatyöt ovat kuin softaprojektin UML-kaaviot, ne auttavat ajattelemaan ja jäsentämään ongelmaa sopivankokoisiin paloihin, mutta kun koodia aletaan hakata sisään, niin käytännön ongelmien myötä suunnitelmat muuttuvat. (XML-siirto pitääkin spoolata pätkissä, joten oliomallin pitää tukea sitä.) Arvatkaapa päivittääkö kukaan sitä UML-kaaviota vastaamaan näitä paikanpäällä tehtyjä design-muutoksia?

Kirjoittamisen taustatöiden kanssa tuntuu olevan samoin. 90 % on turhaa, ja se 10 % joka tekstiin menee varioituu matkan varrella. Kirjoittaminen on ennen kaikkea karsinta- ja muutosprosessi.

Mutta, tuo 90 % (sekä se UML-kaavio) ovat auttaneet ajattelemaan. Ilman niitä ei olisi voinut tehdä mitään.

Pitäisikö tuollaisen ohjelman kuvastaa tätä prosessia? Siis sitä, että idea jalostuu matkalla, eikä suunnitelmat toteudu välttämättä suunnitellulla tavalla? Aikoinaan tämä koko keskustelulanka lähti liikkeelle minun Git-haaveestani. Git on versionhallintajärjestelmä, joka pitää sisällä muuttumisen ajatuksen.

Pitänee pohtia tätä jossain välissä...