Pyydetään vähän helppii

Lelusysteemeissä ei ole mitään järkeä.

M=Kar kirjoitti:

Lelusysteemeissä ei ole mitään järkeä.

Kun väität jotain niin todennäköisesti väitteesi perustuu johonkin kokemukseen. Olisi siis hienoa tietää millaisia Pascal / Lazarus sovelluksia olet ohjelmoinut?

En ole tuo M=Kar.

En myöskään kommentoi tuota ohjelmointikieltä, että kannattaako sen olla juuri Java vaiko joku muu. Se riippuu vaatimusmäärittelystä.

Java kyllä on todennäköisestä ihan järkevä kieli kun se on Android API:n natiivi kieli, samalla kielellä saa tehtyä työpöytäsovelluksen sekä web servicen pitkään tuetulla alustalla, ja Java JRE on myös tunnetusti hyvin vakaa.

Pitäisi kyllä päättää se, että tarvitseeko tässä nyt natiivia vai voiko homman tehdä kätevästi web standardeilla jolloin sovellus olisi riippumaton päätelaitteesta. Eli vaatimusmäärittelyä tarvitsisi.

Heitetäänkö hatusta kirjoitti:

Kun väität jotain niin todennäköisesti väitteesi perustuu johonkin kokemukseen. Olisi siis hienoa tietää millaisia Pascal / Lazarus sovelluksia olet ohjelmoinut?

"kun otat aloittelijalle nopeammin omaksuttavan kielen."

No voisit itsekin laittaa jotain perusteluja tälle väitteellesi :)
Aloittaja mainitsi myös androidin joten java olisi kyllä aika luonnollinen valinta.

Miksi ei käyttäisi SVG:tä kun siihen on tuki Windowsissa, se on standardi, siihen löytyy parhaat ohjeet ja dokumentoinnit ja toimii joka paikassa?

Ja mitä tulee WMF ja EMF muotoihin niin Microsoft muuten on poistamassa niitä että hullun hommaa tuollaisia muinaismuistoja on käyttää missään.

M-Kar kirjoitti:

Ja mitä tulee WMF ja EMF muotoihin niin Microsoft muuten on poistamassa niitä että hullun hommaa tuollaisia muinaismuistoja on käyttää missään.

Jep minusta kannattaa suosia SVG:tä ja PNG grafiikkamuotoja

M-Kar kirjoitti:

Ja mitä tulee WMF ja EMF muotoihin niin Microsoft muuten on poistamassa niitä että hullun hommaa tuollaisia muinaismuistoja on käyttää missään.

M-Kar, miksi valehtelet päin naamaa?

Microsoft ei ole poistamassa EMF/WMF -tukea, mitään tällaista ei ole julkisuudessa näkynyt.

Myöskään MS:n tuesta SVG -formaatille ei ole mitään tietoa missään.

Onko sinulla joku outo fetismi siihen, että pyrit kaikin keinoin (jopa valheilla) edistämään mitä tahansa, mihin liittyy idea avoimesta lähdekoodista ja GPL -lisenssistä?

Tosiasia on se, että jos käyttöjärjestelmänä on Windows (ihan mikä tahansa versio PC -tietokoneilla ajettavasta windowsista), niin EMF ja WMF -formaateille on Windowsin GDI:ssä suora tuki, mutta SVG ei ole windowsin tukema tietomuoto.

Eli Windowsissa SVG:m tukeminen luultavasti vaatisi jonkun GPL tai LGPL -lisensioidun C -koodin imurointia, muokkausta sellaiseksi, että sen saa windows DLL:ksi käännettyä. Ja lisäharmina vielä tietenkin se, että siinä missä windowsin oma API/ABI on vakaa, eli kerran julkaistua ja dokumentoitua (MSDN) Microsoft ei noin vain lähde muuttamaan tavalla joka rikkoo yhteensopivuuden vanhoihin ohjelmiin, niin avoimen lähdekoodin maailmassa tuollaiset yhteensopivuuden rikkovat muutokset ovat enemmänkin sääntö kuin poikkeus.

Siksipä myöskin Linux Windowsin sijasta ei ole säästöä vaan lisäkustannus.

on halvempaa maksaa Microsoftille Windows -lisenssistä, kuin ottaa ilmainen linux, ja maksaa ammattitaitoiselle koodaajalle työajasta joka kerran, kun avoimen lähdekoodin nysvääjät muuttavat jotakin tavalla joka rikkoo yhteensopivuuden.

Windows -maailmassa tuollaisia yhteensopivuusongelmia ei ole eikä tule, Microsoft takaa sen. Windows -lisenssin hinta on tavallaan maksu siitä turvallisuudesta, ettei API/ABI -rajapintoja muuteta tavalla, joka rikkoo yhteesopivuuden.

M-Kar voi hyvinkin olla pätevä linux -koodari, mutta Windowsissa hänellä ei selvästikään ole minkäänlaista ymmärrystä asioista.

Pysyisit M-Kar ihan vaikkapa Yleistä Linuxista, Ubuntu, Debian, jne. -palstoilla.

Windows-kehittäjä kirjoitti:

M-Kar, miksi valehtelet päin naamaa?

Microsoft ei ole poistamassa EMF/WMF -tukea, mitään tällaista ei ole julkisuudessa näkynyt.

Myöskään MS:n tuesta SVG -formaatille ei ole mitään tietoa missään.

Onko sinulla joku outo fetismi siihen, että pyrit kaikin keinoin (jopa valheilla) edistämään mitä tahansa, mihin liittyy idea avoimesta lähdekoodista ja GPL -lisenssistä?

Tosiasia on se, että jos käyttöjärjestelmänä on Windows (ihan mikä tahansa versio PC -tietokoneilla ajettavasta windowsista), niin EMF ja WMF -formaateille on Windowsin GDI:ssä suora tuki, mutta SVG ei ole windowsin tukema tietomuoto.

Eli Windowsissa SVG:m tukeminen luultavasti vaatisi jonkun GPL tai LGPL -lisensioidun C -koodin imurointia, muokkausta sellaiseksi, että sen saa windows DLL:ksi käännettyä. Ja lisäharmina vielä tietenkin se, että siinä missä windowsin oma API/ABI on vakaa, eli kerran julkaistua ja dokumentoitua (MSDN) Microsoft ei noin vain lähde muuttamaan tavalla joka rikkoo yhteensopivuuden vanhoihin ohjelmiin, niin avoimen lähdekoodin maailmassa tuollaiset yhteensopivuuden rikkovat muutokset ovat enemmänkin sääntö kuin poikkeus.

Siksipä myöskin Linux Windowsin sijasta ei ole säästöä vaan lisäkustannus.

on halvempaa maksaa Microsoftille Windows -lisenssistä, kuin ottaa ilmainen linux, ja maksaa ammattitaitoiselle koodaajalle työajasta joka kerran, kun avoimen lähdekoodin nysvääjät muuttavat jotakin tavalla joka rikkoo yhteensopivuuden.

Windows -maailmassa tuollaisia yhteensopivuusongelmia ei ole eikä tule, Microsoft takaa sen. Windows -lisenssin hinta on tavallaan maksu siitä turvallisuudesta, ettei API/ABI -rajapintoja muuteta tavalla, joka rikkoo yhteesopivuuden.

M-Kar voi hyvinkin olla pätevä linux -koodari, mutta Windowsissa hänellä ei selvästikään ole minkäänlaista ymmärrystä asioista.

Pysyisit M-Kar ihan vaikkapa Yleistä Linuxista, Ubuntu, Debian, jne. -palstoilla.

Lue lisää

"Microsoft ei ole poistamassa EMF/WMF -tukea, mitään tällaista ei ole julkisuudessa näkynyt."

Näköjään poistettu jo:

https://social.msdn.microsoft.com/Forums/vstudio/en-US/7010cefa-e596-45af-b193-40206451dd90/how-can-i-load-an-emf-file-into-wpf?forum=wpf

On siis niissä antiikkisissa rajapinnoissa mutta nykyisessä .NET .4.5, WinRT jne. on tuollaiset roskat jo siivottu pois. GDI piirtää vielä niitä mutta sekin on deprekoitu:

https://msdn.microsoft.com/en-us/library/windows/desktop/ff818516(v=vs.85).aspx#deprecated_or_legacy_apis

"Myöskään MS:n tuesta SVG -formaatille ei ole mitään tietoa missään."

Microsoft on tukenut SVG:tä viimeiset 4v.

"Onko sinulla joku outo fetismi siihen, että pyrit kaikin keinoin (jopa valheilla) edistämään mitä tahansa, mihin liittyy idea avoimesta lähdekoodista ja GPL -lisenssistä?"

Mistä revit tähän jonkun hemmetin avoimen lähdekoodin ja GPL lisenssin? SVG on STANDARDI: http://www.w3.org/TR/SVG/

Ymmärrä mitä varten standardeja käytetään. Minusta on tosi kivaa kun voin ostaa vaikka Braunin sähköhammasharjan ja se käy tuohon sähköpistokkeeseen mikä on vessan seinässä. Ei tarvitse siis olla Braunin sähkövoimala, Braunin sähköformaatti ja töpseli.

Eli miksi tehdä asiat typerästi kun voi tehdä järkevämmin? Melkoista typeryyttä säätää deprekoituja toimintoja.

"Tosiasia on se, että jos käyttöjärjestelmänä on Windows (ihan mikä tahansa versio PC -tietokoneilla ajettavasta windowsista), niin EMF ja WMF -formaateille on Windowsin GDI:ssä suora tuki, mutta SVG ei ole windowsin tukema tietomuoto."

Windows GDI ja GDI ovat deprekoituja, eli niitä poistetaan sieltä. SVG ollut IE9, IE10, IE11 ja Spartan moottoreissa ja SVG toistuu nätisti siis käyttöliittymäkomponentissa. XAML:lla ei SVG kyllä näy suoraan, mutta SVG ja XAML ovat molemmat XML:ää ja vektorityökaluilla saa vaivatta tavallisesti konvertoitua näiden välillä.

"Siksipä myöskin Linux Windowsin sijasta ei ole säästöä vaan lisäkustannus."

Valhe.

"on halvempaa maksaa Microsoftille Windows -lisenssistä, kuin ottaa ilmainen linux, ja maksaa ammattitaitoiselle koodaajalle työajasta joka kerran, kun avoimen lähdekoodin nysvääjät muuttavat jotakin tavalla joka rikkoo yhteensopivuuden."

Koodin avoimuus ei tuohon liity. Kyse on siitä rajapinnasta ja siitä järjestelmän toimittajasta millä politiikalla pitää vakaana. Ei ole mikään ongelma tehdä avoimen koodin rajapinnalle softaa jossa ABI yhteensopivuus säilyy 20v.

"Eli Windowsissa SVG:m tukeminen luultavasti vaatisi jonkun GPL tai LGPL -lisensioidun C -koodin imurointia, muokkausta sellaiseksi, että sen saa windows DLL:ksi käännettyä."

Ei tarvitse. Ihan heittämällä näkyy SVG kun DOM:n tunkee sen.

"Ja lisäharmina vielä tietenkin se, että siinä missä windowsin oma API/ABI on vakaa, eli kerran julkaistua ja dokumentoitua (MSDN) Microsoft ei noin vain lähde muuttamaan tavalla joka rikkoo yhteensopivuuden vanhoihin ohjelmiin, niin avoimen lähdekoodin maailmassa tuollaiset yhteensopivuuden rikkovat muutokset ovat enemmänkin sääntö kuin poikkeus."

Huuhaata. Koodin lisensoinnilla ei ole mitään tekemistä rajapinnan vakauden kanssa. Se on rajapintakohtaista. ABI muuten mennyt rikki Microsoftilla jokaisessa Visual C runtimessa kuin myös Visual Basicilla silloin aikoinaan, .NET 1.1 -> 2.0 rikkoi, samoin .NET 3.5 -> 4.0 rikkoi ABI:n. Microsoftilla tietokantarajapinnoissa vasta onkin ollut villiä meininkiä.

Selvästikään sinulla ei ole mitään ymmärrystä Windows ohjelmoinnista vaan säädät deprekoitujen legacyrajapintojen kanssa.

Ohjelmointikielissä on paljon yhteisiä piirteitä, mutta kaikissa on omat pienet omituisuutensa. Sen takia uskon, että ilman aikaisempaa kokemusta aiheesta kyseinen projekti on todella vaikeaa toteuttaa.