Käyttöjärjestelmäkutsut, dokumentointi
Otetaanpa pieni esimerkki:
Jos esimerkiksi halutaan tehdä ohjelma, joka tarkkailee leiketaulua, ja jos huomaa muutoksen, tarkistaa leiketaulun muuttuneen sisällön ja tekee analyysin uudelle sisällölle, jos uusi sisältö on ohjelman ymmärtämää muotoa, ja tilanteesta riippuen tekee jotakin haluttua tai ei, jos leiketaulun sisältö ei vastaa ohjelman "liipaisu"kriteerejä.
MS-Windowsissa tähän on 2 tapaa:
1. Timerin käyttö, esim Delphissä tämä sujuu TTimer -komponentin avulla (vain pääsäikeessä), tai SetTimer -järjestelmäkustulla, jos on tarpeen tehdä tämä muusta kuin pääsäikeestä käsin.
Helppo ratkaisu, mutta tätä voidaan kritisoida resurssien tuhlauksesta, toki ajastinvälin (TTimer.Interval) jättämisellä käyttäjän määritettäväksi ongelmaa voi ainakin vähentää, mutta...
2. Aktiivinen leiketaulun tarkkailu, windowsissa lähtisin selvittämällä asiaa etsimällä MSDN:stä vaikkapa hakusanoilla "Clipboard Notification"
ja/tai "Clipboard Viewer Chain".
MSDN:n esimerkit ovat C -kielisiä, mutta onneksi senverran selkeitä, ettei ole suuri vaiva kirjoittaa vastaavia headereita Delphiin.
Mutta entä tämä 2. lähestymistapa linuxissa?
Mistä linuxille löytyy vastaava dokumentaatio kuin windows -ohjelmoinnissa on MSDN? Linuxissa on sitäpaitsi useampia (keskenään epäyhteensopivia) leiketauluja, joten sekin mutkistaa asiaa, lisäksi vielä ns. "text buffer" joka ei ole virallisesti leiketaulu, mutta toimii hyvin samaan tapaan (tekstipohjaisissa sovelluksissa). Tässä kuitenkin pääpaino on GUI -sovelluksilla.
Mistä siis kattavaa linux -ohjelmoinnin dokumentaatioita, siis erityisesti käytettävissä olevat käyttöjärjestelmäkutsut JA myös käyttöjärjestelmälaajenteiden (tällaiseksi voidaan katsoa xwindow, KDE, Gnome, GTK ja vastaavat, jos ne tarjoavat omia API -kutsuja ohjelmoijalle).
Entä, voiko tällaisia kutsuja mitenkään käyttää niin, että NYT kääntämäni ohjelma toimii ilman uudelleenkäännöstä vaikka 10 vuoden päästä julkaistavassa linuxissa?
Vai pitäisikö minun välttämättä kirjoittaa ainakin yksi C -kielinen moduuli, johon on keskitetty kaikki ohjelmani tarvitsemat käyttöjärjestelmäkutsut, vaikka aikoisin tehdä muun osan ohjelmasta muulla välineellä, kuten esim. FreePascal Lazarus tai Kylix 3 ?
Tuossa FPC:ssä muuten on tiettyjä bugeja, jotka vastaavat kylixissä toimivat oikein. Voin siis ainakin toistaiseksi joutua käyttämään kylixiä, toivottavasti tuo FPC Lazarus joskus pääsisi bugeistaan eroon että se olisi todellinen vaihtoehto kylixille, jota taas ei ole päivitetty 2002 jälkeen.
Otetaanpa pieni esimerkki:
Jos esimerkiksi halutaan tehdä ohjelma, joka tarkkailee leiketaulua, ja jos huomaa muutoksen, tarkistaa leiketaulun muuttuneen sisällön ja tekee analyysin uudelle sisällölle, jos uusi sisältö on ohjelman ymmärtämää muotoa, ja tilanteesta riippuen tekee jotakin haluttua tai ei, jos leiketaulun sisältö ei vastaa ohjelman "liipaisu"kriteerejä.
MS-Windowsissa tähän on 2 tapaa:
1. Timerin käyttö, esim Delphissä tämä sujuu TTimer -komponentin avulla (vain pääsäikeessä), tai SetTimer -järjestelmäkustulla, jos on tarpeen tehdä tämä muusta kuin pääsäikeestä käsin.
Helppo ratkaisu, mutta tätä voidaan kritisoida resurssien tuhlauksesta, toki ajastinvälin (TTimer.Interval) jättämisellä käyttäjän määritettäväksi ongelmaa voi ainakin vähentää, mutta...
2. Aktiivinen leiketaulun tarkkailu, windowsissa lähtisin selvittämällä asiaa etsimällä MSDN:stä vaikkapa hakusanoilla "Clipboard Notification"
ja/tai "Clipboard Viewer Chain".
MSDN:n esimerkit ovat C -kielisiä, mutta onneksi senverran selkeitä, ettei ole suuri vaiva kirjoittaa vastaavia headereita Delphiin.
Mutta entä tämä 2. lähestymistapa linuxissa?
Mistä linuxille löytyy vastaava dokumentaatio kuin windows -ohjelmoinnissa on MSDN? Linuxissa on sitäpaitsi useampia (keskenään epäyhteensopivia) leiketauluja, joten sekin mutkistaa asiaa, lisäksi vielä ns. "text buffer" joka ei ole virallisesti leiketaulu, mutta toimii hyvin samaan tapaan (tekstipohjaisissa sovelluksissa). Tässä kuitenkin pääpaino on GUI -sovelluksilla.
Mistä siis kattavaa linux -ohjelmoinnin dokumentaatioita, siis erityisesti käytettävissä olevat käyttöjärjestelmäkutsut JA myös käyttöjärjestelmälaajenteiden (tällaiseksi voidaan katsoa xwindow, KDE, Gnome, GTK ja vastaavat, jos ne tarjoavat omia API -kutsuja ohjelmoijalle).
Entä, voiko tällaisia kutsuja mitenkään käyttää niin, että NYT kääntämäni ohjelma toimii ilman uudelleenkäännöstä vaikka 10 vuoden päästä julkaistavassa linuxissa?
Vai pitäisikö minun välttämättä kirjoittaa ainakin yksi C -kielinen moduuli, johon on keskitetty kaikki ohjelmani tarvitsemat käyttöjärjestelmäkutsut, vaikka aikoisin tehdä muun osan ohjelmasta muulla välineellä, kuten esim. FreePascal Lazarus tai Kylix 3 ?
Tuossa FPC:ssä muuten on tiettyjä bugeja, jotka vastaavat kylixissä toimivat oikein. Voin siis ainakin toistaiseksi joutua käyttämään kylixiä, toivottavasti tuo FPC Lazarus joskus pääsisi bugeistaan eroon että se olisi todellinen vaihtoehto kylixille, jota taas ei ole päivitetty 2002 jälkeen.
Vastaukset 2
Vanhimmat
Linuxissa, FreePascalista, Lazaruksesta jne on saatavissa kaikki lähdekoodi. Eikä se siis rajoitu vain api-rajapintaan niin kuin esim windowsissa.
Niinkuin tiedätkin niin eri työpöytäympäristöissä/ ikkunamanagereissa on omat käytännöt.
Totta kai niiden api-rajapinnat on kerrottu (esim windows) muutenhan niihin ei pystyisi kirjoittamaan ohjelmia. Lazaruksessa(/freePascalissa) on tehty näihin rajapintoihin sopivat liittymät (jotka ei perusohjelmoijalle näy ellei niitä halua sitten käyttää
esim: http://linux.fi/index.php/Unit_baseunix )
Lazaruksessa/FreePascalissa jokaiselle rajapinnalle on kirjoitettu oma liittymänsä (windows, GTK, GTK2, QT, Linux, mac, jne) (pascalilla).
Lazaruksesta löytyy TClipboard (unit ClipBrd).
Näin aluksi että FreePascal/Lazarus ei ole Dephi-klooni mutta tulkitsee delphi koodia parhaansa mukaan kun laittaa koodin alkuun ohjeen: {$MODE Delphi}
Lazaruksen/FreePascalin bugit (voi korjata itse jos osaa. Lisenssi sallii sen. Vrt kaupalliset ohjelmat) voi lähettää:
Ennenkuin lähettää olisi hyvä tarkistaa tuoreimmasta versiosta onko ne jo korkattu tai onko joku muu jo lähettänyt kyseisen bugiraportin.Sinne voi myös kertoa korjausehdotuksensa.
http://www.freepascal.org/mantis/main_page.php