FileMaker ja FileMaker Go

[OmenaOnPunainen]

Ok... Löytyihän tuo Import. Mutta siis tarkoituksenani olisi vain säilöä muutama ikoni tuonne Fileen sisään, joita sitten käytän eri layouteilla. Ei siis importoida mitään suurta määrää...

Sitä kuvittelisi, että copypeistatut toimivat. Mutta kyllä yksittäinenkin Insert Picture voi olla joko Referenced tai ei. Jos ei, toimii taas:

[OmenaOnPunainen]

Ok... Löytyihän tuo Import. Mutta siis tarkoituksenani olisi vain säilöä muutama ikoni tuonne Fileen sisään, joita sitten käytän eri layouteilla. Ei siis importoida mitään suurta määrää...

Fileen sisään = ei referenssinä.

Aiemmin antamani laskentakaavat taisivat olla väärin, mutta kunhan piristyn, etsin ne oikeat, joskin niitä on kaksi tai kolme, riippuen.

AppleScript -osuus sentään oli oikein, mutta se ei olekaan minun käsialaani, vaan jo unohtamani homppelin; hänelle uudet kiitokset!

[arttula]

Heh... Joo. Sain nuo toimimaan, kun tosiaan importtasin koko ikonikansion sisään fileen. Nyt on sitten ikoneja, mistä valita.
Kiitos avustasi !

[OmenaOnPunainen]

Tässä yksi lisää:

[arttula]

Öh... En ole seurannut Big Brotheria tai Voice of Finlandia, joten en tunnista. Mutta kiitos silti !

[OmenaOnPunainen]

Öh... En ole seurannut Big Brotheria tai Voice of Finlandia, joten en tunnista. Mutta kiitos silti !

Eikös tuo olisi mainio silloin, kun dataa ei automaattisesti tallenneta, vaan siihen tarvitaan siunaus?

[OmenaOnPunainen]

Tätä en tiennyt ennen kuin muutama tunti sitten – ja nyt työnkulkuni helpottui!

Kun ”Manage Layouts” -moodissa sanoo valitulle layoutille ”Open”, avautuu toinen ”sessio” samaan tietokantaan.

[OmenaOnPunainen]

Palaveerasin eilen pitkään ja hartaasti karvarintaisten Excel-miesten kanssa.

Näyttää siltä, että ”Behavior” [sic] osastolla ” Go to next object” ”Tab” ja ”Enter” toimivat yhdistelmänä parhaiten. Se, että ”Return” joskus toimii, joskus ei, on iso ongelma, vaikka kuinka yrittäisi antaa graafisia vinkkejä.

”Field entryn” valinta ”Browse mode”/”Find mode” tietenkin periaatteessa riippuu siitä onko (i) mahdollista tai (ii) haluttavaa, että kentän arvoa muutetaan, ja tätä taas monimutkaistaa se, että ”Find Matching Records” vaatii tätä. Taitaa olla tarve lisätä kalkyloituja kenttiä, joita ei voi muuttaa, mutta joissa FMR on käytettävissä, vaikka ne ovatkin hyvän tietokantasuunnittelun periaatteita vastaan ja vielä karvarintaisemmat IT/SAP -miehet eivät voi sietää niitä.

EDIT
Siis näin:

[arttula]

Palaveerasin eilen pitkään ja hartaasti karvarintaisten Excel-miesten kanssa.

Näyttää siltä, että ”Behavior” [sic] osastolla ” Go to next object” ”Tab” ja ”Enter” toimivat yhdistelmänä parhaiten. Se, että ”Return” joskus toimii, joskus ei, on iso ongelma, vaikka kuinka yrittäisi antaa graafisia vinkkejä.
EDIT
Siis näin:

Minä yleensä ruksin aina nuo kaikki. Muuten kenttiin tulee aina ylimääräisiä rivinvaihtoja. Ellei sitten ole tarkoitus erikseen sallia rivinvaihtoja kentässä. Enpä ole huomannut, että siitä mitään haittaakaan on.

[OmenaOnPunainen]

Minä yleensä ruksin aina nuo kaikki. Muuten kenttiin tulee aina ylimääräisiä rivinvaihtoja. Ellei sitten ole tarkoitus erikseen sallia rivinvaihtoja kentässä. Enpä ole huomannut, että siitä mitään haittaakaan on.

Ne ”ylimääräiset” rivinvaihdot ovat usein mitä tarpeellisimpia. Toki datan pitää suurimmaksi osaksi olla numeerista, boolelaista (hups - tämä ei olekaan mahdollista FMP:ssä!), enumeroitua ja normalisoitua, mutta reaalimaailmaa kuvaavissa tietokannoissa on usein tarve vapaille muistiinpanoillekin. Joissain systeemeissäni jopa sanelulle – jota FM Go ei pettymyksekseni osaa.

[arttula]

Minä yleensä ruksin aina nuo kaikki. Muuten kenttiin tulee aina ylimääräisiä rivinvaihtoja. Ellei sitten ole tarkoitus erikseen sallia rivinvaihtoja kentässä. Enpä ole huomannut, että siitä mitään haittaakaan on.

Ne ”ylimääräiset” rivinvaihdot ovat usein mitä tarpeellisimpia. Toki datan pitää suurimmaksi osaksi olla numeerista, boolelaista (hups - tämä ei olekaan mahdollista FMP:ssä!), enumeroitua ja normalisoitua, mutta reaalimaailmaa kuvaavissa tietokannoissa on usein tarve vapaille muistiinpanoillekin. Joissain systeemeissäni jopa sanelulle – jota FM Go ei pettymyksekseni osaa.

Toki toki... Mutta ainakin sellaisista kentistä, joissa sisältö valitaan Drop down listasta, ruksi kaikkiin.

[OmenaOnPunainen]

Toki toki... Mutta ainakin sellaisista kentistä, joissa sisältö valitaan Drop down listasta, ruksi kaikkiin.

Niin, mikä ettei. Tämä Enter tuli vähän yllätyksenä: sitä luulisi, että Tab on helpompi käyttää.

[arttula]

Toki toki... Mutta ainakin sellaisista kentistä, joissa sisältö valitaan Drop down listasta, ruksi kaikkiin.

Niin, mikä ettei. Tämä Enter tuli vähän yllätyksenä: sitä luulisi, että Tab on helpompi käyttää.

Niin sitä luulisi, mutta Pekka Peruskäyttäjää siihen totuttelu tuntuu ikuisuusprojektilta. Jostain syystä haluavat siirtyä hiirellä kentästä toiseen. Tai painavat Return/Enter. Tosin on käyttäjien joukossa oppivaisiakin yksilöitä.

[OmenaOnPunainen]

Toki toki... Mutta ainakin sellaisista kentistä, joissa sisältö valitaan Drop down listasta, ruksi kaikkiin.

Niin, mikä ettei. Tämä Enter tuli vähän yllätyksenä: sitä luulisi, että Tab on helpompi käyttää.

Niin sitä luulisi, mutta Pekka Peruskäyttäjää siihen totuttelu tuntuu ikuisuusprojektilta. Jostain syystä haluavat siirtyä hiirellä kentästä toiseen. Tai painavat Return/Enter. Tosin on käyttäjien joukossa oppivaisiakin yksilöitä.

Kas pirskatti! ”Enter” on myös ”Commit Record”. Ehkäpä teenkin niin, että tietokantaa ei päivitetä ilman eksplisiittistä ”Commit” -käskyä ja varaan sen pekkojeni ”Enter”-näppäimelle. Tai ainakin kerron, että niin se on, jos täppä ei toimi, kuten luulisi:

[OmenaOnPunainen]

No voi elämän kevät!

Table View on vaarallinen: siinä voi muuttaa kenttien nimiä – ja lisätä niitä, muuttaa niitä jne jnpp. Enpäs ollut huomannutkaan.

Ja minä kun olin ajatellut, että tämän uuden systeemin implementaatiovaiheessa ei tarvitsisi tehdä työläitä List View -layoutteja, mutta näköjään pitää, muuten karvarintaiset Excel-insinöörini tuhoavat koko tietokannan.

[arttula]

No voi elämän kevät!

Table View on vaarallinen: siinä voi muuttaa kenttien nimiä – ja lisätä niitä, muuttaa niitä jne jnpp. Enpäs ollut huomannutkaan.

Ja minä kun olin ajatellut, että tämän uuden systeemin implementaatiovaiheessa ei tarvitsisi tehdä työläitä List View -layoutteja, mutta näköjään pitää, muuten karvarintaiset Excel-insinöörini tuhoavat koko tietokannan.

Mahtaako kentän nimen muuttaminen onnistua edes Table viewissä, jos käyttäjän oikeudet eivät salli Layoutehin tai tietokannan rakenteisiin kajoamista ? En tiedä, en ole kokeillut....

[OmenaOnPunainen]

No voi elämän kevät!

Table View on vaarallinen: siinä voi muuttaa kenttien nimiä – ja lisätä niitä, muuttaa niitä jne jnpp. Enpäs ollut huomannutkaan. ätiovaiheessa ei tarvitsisi tehdä työläitä List View -layoutteja, mutta näköjään pitää, muuten karvarintaiset Excel-insinöörini tuhoavat koko tietokannan.

Mahtaako kentän nimen muuttaminen onnistua edes Table viewissä, jos käyttäjän oikeudet eivät salli Layoutehin tai tietokannan rakenteisiin kajoamista ? En tiedä, en ole kokeillut....

Ei onnistu, mutta tämä kun on tilaustyö, tilaajalla täytyy olla koko ajan kaikki oikeudet. Olen juuri saanut perille tiedon, että se, mitä näytetään, on eri asia kuin mitä tosiasiassa tapahtuu ja että se on juuri se suuri ero Excelin ja tietokannan välillä; en voi nyt opettaa, että tämä ei koskekaan Table Viewiä.

[OmenaOnPunainen]

Onko kukaan testannut iPad kolmosta ja FM Go:ta? Erään informanttini mukaan vanhat layoutit ovat OK – eli että uusi resoluutio on tavallaan näennäinen.

[OmenaOnPunainen]

Juuri tulleen sähköpostiviestin mukaan FileMaker Go on nyt sitten ilmainen ”pääteohjelma”; sillähän voi vain käyttää FMP-tietokantoja. Hyvä niin – mutta miksi ”runtime” versioilla ei ole samaa tukea?

(FMP 3:n ”Developer" versiolla sai tehtyä tietokantasovelluksia usealle käyttäjälle, joilla ei tarvinnut olla lisenssiä. FMP 4 lopetti tämän ja minä puolestani lopetin FMP-tietokantojen tekemisen. Hurraa: Apple/FM Inc ei siis myynyt yhtään lisenssiä, vaan silloiset käyttäjät vaihtoivat muihin systeemeihin,

FileMaker Go 12 iPadille ja FileMaker Go 12 iPhonelle ovat saatavilla maksutta App Storesta. Koska FileMaker Go 12 on ladattavissa maksutta, kenen tahansa on täysin vaivatonta suorittaa FileMaker Pro 12:lla luotuja iOS-tietokantasovelluksia.

[OmenaOnPunainen]

Uusi FM Go sitten tallentaa puhetta/ääntä ja jopa paremmin kuin Mac-versio: tallennuksen voi keskeyttää ja jatkaa taas.

Kameralla Gohon otetuissa kuvissa ei vieläkään ole EXIF-dataa, joten kuvauspaikkoja ei voi näyttää kartalla. Ilmeisesti EXIF-data jotenkin hävitetään, koska edes importoidut eivät sisällä sitä.

Äänen tallennus on Mac-puolella sen sijaan tehty aikaisempaa vaikeammaksi: sitä ei enää voi scriptata.

Mitähän ne FMP-ohjelmoijat oikein luulevat tekevänsä?

[arttula]

Äh... Melkoinen pettymys tuo FMP12 ainakin speksien mukaan. Mitään uutta ja todella hyödyllistä ei (vieläkään) tullut.

[OmenaOnPunainen]

Äh... Melkoinen pettymys tuo FMP12 ainakin speksien mukaan. Mitään uutta ja todella hyödyllistä ei (vieläkään) tullut.

En ole vielä löytänyt sitä toimintaa, jolla objektit ja ”guidet” saadaan siirtymään määrävälein, kuten aiemmin (minulla 3 pt.) Sen sijalle on tullut Pages-ohjelmassa esitelty täysin kakka systeemi, jossa objektit sijoittuvat naapureidensa mukaan. ”Dynamig Guides” -toiminnon kääntäminen pois päältä sentään hiukan helpottaa. Mutta ne varsinaiset Guidet eivät kiinnosta mitään layout-objekteja.

”Buttonin” kaksoisklikkaus minimoi sen koon. Kiva, kiva!

Veikkaan, että layoutin tekemiseen menee ainakin kaksi kertaa enemmän aikaa,

[OmenaOnPunainen]

.

[arttula]

Latasin nyt tuon FMP12:n koekäyttöön. Layout -toolit ovat kovasti kehittyneet - ja samalla monimutkaistuneet. Mitään muuta konkreettista uutta ja hyödyllistä en ole löytänyt. Taitaa jäädä tämä versio väliin minun osaltani.

Kunpa he Filemakerilla muuttaisivat politiikkaansa, ja kehittäisivät IWP:tä eteen päin. Ymmärrän toki, että haluavat myydä enemmän FM-clienteja, joilla pääsee tietokantoihin käsiksi. Mutta rajansa silläkin myynnillä - varsinkin kun palvelut tuntuvat koko ajan enemmän ja enemmän siirtyvän nettiin selainpohjalle.

[OmenaOnPunainen]

Latasin nyt tuon FMP12:n koekäyttöön. Layout -toolit ovat kovasti kehittyneet - ja samalla monimutkaistuneet. Mitään muuta konkreettista uutta ja hyödyllistä en ole löytänyt. Taitaa jäädä tämä versio väliin minun osaltani.

Ei siinä minustakaan ole mitään mullistavaa, ellei halua perehtyä CSS:n yksityiskohtiin, jolloin oma ”theme” epäilemättä helpottaisi.

Eräs todella paha moka on, että vanhasta versiosta konvertoidussa tietokannassa napit eivät säilytä kokoaan, jos niitä hiukankin muuttaa. Toinen: elementtien kopiointi Alt-Shiftillä ei toimi.

Yritysten sisäisessä käytössä webbisysteemit eivät välttämättä ole ideaalisia (hyöty/kustannustasolla) verrattuna natiiveihin tietokantoihin.