Delphi 2006 Pro asennus WIN10:iin takkuaa

Delphi 7 menisi ongelmitta. Ei tarvitse tuota typerää .net -systeemiä, joka vielä sotkee asioita lisää useilla keskenään epäyhteensopivilla versioilla.

delphikoodaaja kirjoitti:

Delphi 7 menisi ongelmitta. Ei tarvitse tuota typerää .net -systeemiä, joka vielä sotkee asioita lisää useilla keskenään epäyhteensopivilla versioilla.

Ei .NET mitään sotke ja ainahan näissä on versioeroja. Esim. Delphi 2006 sotkee kun on yhteensopimaton.

.NET:ssä oli 1.0-1.1 - ABI muutos - .NET 2.0-3.5 - ABI muutos - .NET 4.0 ->

Eli kaksi kertaa on ABI:a muutettu ja siksi Windows 10:ssä on .NET 4.6 ja on kytkettävissä päälle .NET 3.5, jolloin kaikki .NET 2.0 ja uudemmalle tehdyt toimivat.

Myöskin Lazaruksella on ainakin Linuxissa jotain riippuvuuksia joten sen asentaminen voi olla työlästä (etenkin jos ei tiedä kaikkia jippoja)

työtäteettävää kirjoitti:

Myöskin Lazaruksella on ainakin Linuxissa jotain riippuvuuksia joten sen asentaminen voi olla työlästä (etenkin jos ei tiedä kaikkia jippoja)

Debianissa varmaan "apt-get install lazarus" ja ei tarvitse sen kummempaa jippoa ja pysyy vakaana.

Suositeltavin alusta vanhojen Delphisovellusten tekohengittämiseen. Joskin ne kannattaisi siirtää nykypäivän tekniikalle.

On saanut, M-Kar reppana, sinä et määrää mitä asennan ja mitä en.

Minua-et-määräile kirjoitti:

On saanut, M-Kar reppana, sinä et määrää mitä asennan ja mitä en.

Mutta sinähän itse vastaat siitä ja kaikki ongelmat ja harmit on kaikissa tilanteissa silloin sinun vikasi. Microsoftin laadukkaissa ohjelmissa ei tältä osin ole vikaa.

"Ilman muuta siirtyminen Lazarukseen on pikkuhiljaa varteenotettava vaihtoehto."

Minusta taas Lazarus ollut viimeiset 5v oikea ratkaisu legacy Delphikoodin tekohengityksessä. Alustana toki Debian jotta hommat pysyy vakaana vuosia.

"Delphikoodin muuntaminen Lazarukselle on suoraan aika kivuliasta. Sovellus pitiäsi kai rakentaa uudestaan ja siirtää manuaalisesti koodit sitten oikeisiin paikkoihin."

Jos muutokset ovat niin rajuja, että koodi pitäisi kirjoittaa uusiksi niin sitä ei tosiaankaan kannata tekohengittää Lazaruksella vaan siirtyä suoraan nykypäivän tekniikkaan. Delphistä kun meni maksuttomatkin työkalut ohitse jokseenkin kaikilla mittareilla jo 10v sitten.

Oletko kokeullut Lazaruksen Delphi muunnostyökalua?

Lisäksi todennäköisesti sen kehittäjät haluavat kuulla kommentteja siitä!

Lazarukseen saa ainakin kaksi erilaista RichEdit-komponenttia:
http://wiki.freepascal.org/RichMemo
ja
http://wiki.freepascal.org/lzRichEdit

Voi olla vielä että tarjolla on myös muitakin esim. kaupallisia (jotka voi olla alunperin tehty delphille)

Riippuu mitä tarvitsisi tehdä. Ei ole olemassa mitään yhtä ainoata tekniikkaa mikä käy kaikkeen mahdolliseen.

Tässä kun mainitaan noita käyttöliittymäkomponentteja ja puhut monialustaisuudesta niin kaiketi kyse on käyttöliittymäohjelmoinnista. Minä näkisin Typescriptin hyvänä kielenä: http://www.typescriptlang.org/

Ja millä niitä komponentteja sitten tekisi niin React on siihen hyvä: https://facebook.github.io/react/

Jonkinlainen sujuva editori sitten koodaukseen olisi hyvä olla, että ei millään notepadilla rustata niin siihen olisi hyvä vaikka Visual Studio Code: https://code.visualstudio.com/

Node.js olisi hyvä olla ajoympäristönä esim. sille Typescript kääntäjälle ja muille palikoille: https://nodejs.org/en/

Sovelluksia voi sitten ajaa näppärästi millä tahansa selaimella tai jollain selainkomponentilla mitä eri järjestelmien kehitysvälineistä löytyy jos. Selaimen kehittäjätyökalut toimivat näppärästi debuggauksessa, profiloinnissa, voi säätää käyttöliittymän tyylejä ja jne.

Sitten kun kerrot mitä sillä oikein tekisi.

Ohjelmien tekemisessä se on kuitenkin kelvoton kun käyttää deprekoituja rajapintakutsuja ja muutokset nykypäivään on niin valtavia. Kaikissa olosuhteissa Lazarus olisi paljon parempi vaihtoehto kuin mikään vanha Delphi.

delphi5 ja delphi7 -sovellukset todennäköisesti toimivat Windows10:ssä ilman ongelmia. Itse uskoisin, että tulevat toimimaan kaikissa 32 ja 64 -bittisissä widowseissa ongelmitta, M-karin suureksi harmiksi.

Vasta tulevaisuuden 128 -bittisessä windowsissa 32 -bittiset sovellukset lakkaavat toimimasta, aivan samoin kuin 64-bittisissä windowseissa 16-bittiset sovellukset lakkasivat toimimasta.

Delphi5 ja Delphi7 -sovellukset käyttävät Microsoftin dokumentoimia ja siten toimivaksi takaamia API -kutsuja, joten M-Karin kommentit deprekoiduista API -kutsuista voi jättää omaan arvoonsa, mitään käytännön merkitystä em. kommenteilla ei ole.

Delphin ja osittain myös Lazaruksen ideana on tehdä ohjelmoinnista helppoa ja tuottavaa, eikä Objectpascalille kielenä ole voittajaa.

M-Karin jutut C/C -kielistä ja QT:stä , GTK:sta yms. voi jättää omaan arvoonsa.

Delphi -sovellukset tulevat toimimaan luotettavasti pitkälle tulevaisuuteen.

M-Karin suhde Delphiin/ObjectPascaliin on hieman vastaava kuin Arto Laurin suhde ydinvoimaan, ydinvoimaloihin ja ydinvoimayhtiöihin.

delphikoodaaja kirjoitti:

delphi5 ja delphi7 -sovellukset todennäköisesti toimivat Windows10:ssä ilman ongelmia. Itse uskoisin, että tulevat toimimaan kaikissa 32 ja 64 -bittisissä widowseissa ongelmitta, M-karin suureksi harmiksi.

Vasta tulevaisuuden 128 -bittisessä windowsissa 32 -bittiset sovellukset lakkaavat toimimasta, aivan samoin kuin 64-bittisissä windowseissa 16-bittiset sovellukset lakkasivat toimimasta.

Delphi5 ja Delphi7 -sovellukset käyttävät Microsoftin dokumentoimia ja siten toimivaksi takaamia API -kutsuja, joten M-Karin kommentit deprekoiduista API -kutsuista voi jättää omaan arvoonsa, mitään käytännön merkitystä em. kommenteilla ei ole.

Delphin ja osittain myös Lazaruksen ideana on tehdä ohjelmoinnista helppoa ja tuottavaa, eikä Objectpascalille kielenä ole voittajaa.

M-Karin jutut C/C -kielistä ja QT:stä , GTK:sta yms. voi jättää omaan arvoonsa.

Delphi -sovellukset tulevat toimimaan luotettavasti pitkälle tulevaisuuteen.

M-Karin suhde Delphiin/ObjectPascaliin on hieman vastaava kuin Arto Laurin suhde ydinvoimaan, ydinvoimaloihin ja ydinvoimayhtiöihin.

Lue lisää

"delphi5 ja delphi7 -sovellukset todennäköisesti toimivat Windows10:ssä ilman ongelmia."

Voitko antaa tekemällesi ohjelmalle kuinka monen vuoden takuun, että toimii Windows 10:ssä vaikka Microsoft päivittää Windows 10:ä muutaman kerran vuodessa? Takuu tietystikin sellainen, että jos ei ohjelma ole toimintakunnossa 24h eteenpäin niin maksat sakkoa joka päivältä.

"Vasta tulevaisuuden 128 -bittisessä windowsissa"

Missä 128-bittisessä Windowsissa? Todista että sellaista on tulossa.

"32 -bittiset sovellukset lakkaavat toimimasta, aivan samoin kuin 64-bittisissä windowseissa 16-bittiset sovellukset lakkasivat toimimasta."

16-bittisiä sovelluksia lakkasi toimimasta Windows 95, 98 ja Windows XP:ssä ennen kuin mitään 64-bittisyyttä edes käytettiin.

32-bittisiä sovelluksia on hajoillut myös Windows 2000->XP, XP SP2, Windows Vista jne. päivityksissä. Ei Windowsissa luvata, että mitään ei muuttuisi julkaisujen välillä ja nykyään luvataan enää vain rajapintojen elinkaaret, jotka on 10v rajapintaversiota kohden ja sitten on ABI yhteensopivuuksia aiempien kanssa kuten .NET:llä.

"Delphi5 ja Delphi7 -sovellukset käyttävät Microsoftin dokumentoimia ja siten toimivaksi takaamia API -kutsuja"

Ne rajapintakutsut ovat _tämän hetkiset_. Windows 10 muuttuu vähintään 2x vuodessa ja näin ollen ohjelma mikä toimii nyt, voi olla viikon kuluttua rikki Windowsin päivittyessä ja se on ohjelmistokehittäjän vika jos käyttänyt jotain vanhaa pa5kaa.

Olisi aivan eri asia jos kyse olisi jostain Windows 7:sta vaikka jossa luvataan hommien pysyvän vakaana koko julkaisun elinkaaren ajan mutta Windows 10 muuttuu jatkuvasti.

"joten M-Karin kommentit deprekoiduista API -kutsuista voi jättää omaan arvoonsa, mitään käytännön merkitystä em. kommenteilla ei ole."

Deprekointi tarkoittaa sitä, että Microsoft EI TAKAA sen toimivuutta. Se varoittaa että sellainen kutsu on korvattu uudemmalla ja voidaan poistaa.

Kerros nyt miten tämäkin taataan? Tämä on Delphi 5 aikainen rajapintakutsu: https://msdn.microsoft.com/fi-fi/library/windows/desktop/ms724451(v=vs.85).aspx

[GetVersionEx may be altered or unavailable for releases after Windows 8.1. Instead, use the Version Helper functions]

"Delphin ja osittain myös Lazaruksen ideana on tehdä ohjelmoinnista helppoa ja tuottavaa"

Niin silloin 90-luvulla. Nykyään saa helpompaa ja tuottavampaa.

"eikä Objectpascalille kielenä ole voittajaa."

Eihän ObjectPascal ole mikään erityisen hyvä kieli. Kerro nyt jotain todistetta tuollaiselle väitteelle, jotain esimerkkiä ObjectPascalin ylivoimaisista ominaisuuksista.

Nykyisen tiedon mukaan kun ObjectPascalissa ei ole mitään sellaista mitä ei muualla ei olisi, löytyy ilmaisukykyisempiä kieliä ja lisäksi löytyy muista kielistä ominaisuuksia mitä ObjectPascalissa ei ole.

Delphi ei myöskään ole erityisen helppo ja tuottava. Vastahan tässäkin ketjussa on kerrottu kaikennäköisistä asennusongelmista ja Delphi 7 aikainen rajapinta on kökkö. Nykyään on parempia.

M-Kar turpa kiinni kun et selvästikkään ymmärrä asiasta yhtään mitään

M-Kar-hiljaa kirjoitti:

M-Kar turpa kiinni kun et selvästikkään ymmärrä asiasta yhtään mitään

Ymmärrän ohjelmistokehitykseen liittyvät asiat erinomaisen hyvin ja myös kaiken tähän liittyvän riskin ja mikä on kenenkin vastuulla. Rikkoutuvat Delphisovellukset eivät esimerkiksi ole millään tavalla Microsoftin vika.

M-Kar kirjoitti:

Sitten kun kerrot mitä sillä oikein tekisi.

Ohjelmien tekemisessä se on kuitenkin kelvoton kun käyttää deprekoituja rajapintakutsuja ja muutokset nykypäivään on niin valtavia. Kaikissa olosuhteissa Lazarus olisi paljon parempi vaihtoehto kuin mikään vanha Delphi.

Lue lisää

"Rikkoutuvat Delphisovellukset eivät esimerkiksi ole millään tavalla Microsoftin vika."

Tuommonen osaaminen auttaa kuin housuun kuseminen pakkasella. Sitä paitsi ohjelmistokehitys asioissa olet tyhmempi kuin osuuskaupan kassa. Jutut pyörii asian ympärillä, kuin hullun mulkku mielettömän perseessä, antamatta minkäänlaista vastausta kysymykseen.

Vittu-sä-oot-niin-ruma kirjoitti:

"Rikkoutuvat Delphisovellukset eivät esimerkiksi ole millään tavalla Microsoftin vika."

Tuommonen osaaminen auttaa kuin housuun kuseminen pakkasella. Sitä paitsi ohjelmistokehitys asioissa olet tyhmempi kuin osuuskaupan kassa. Jutut pyörii asian ympärillä, kuin hullun mulkku mielettömän perseessä, antamatta minkäänlaista vastausta kysymykseen.

Lue lisää

"Tuommonen osaaminen auttaa kuin housuun kuseminen pakkasella."

Minun osaamisella ohjelma kestää. Ei mene itsekseen rikki kun Windowsiin tulee päivitys.

Sinä jos nysväät jotain legacyjä niin ohjelmat voi rikkoutua herkästi kun vanhaa roskaa poistellaan.

Älä vaan helvetissä kenellekään asiakkaalle tarjoa yhtään mitään ilman sellaista sopimusta, että maksat vaikka 200€/pv jos homma ei toimi. Tuleepahan vauhtia siihen ohjelman nykypäivään siirtämisessä.

"antamatta minkäänlaista vastausta kysymykseen."

Onhan se olennainen vastaus annettu. ÄLÄ ASENNA VANHENTUNUTTA PA5KAA!

Väärin meni.

.NET 4.x:lle käännetty ohjelma toimii vähintään 10v eteenpäin.

Delphi 5 käyttää vanhoja rajapintakutsuja joita voi poistua Windowsin päivityksissä. Et siis tiedä kuinka pitkään Delphi 5:lla käännetty ohjelma toimii. Voi rikkoutua jo muutaman päivän kuluttua kun tulee seuraava iso päivitys.

Milloinkahan tuo M-Kar tajuaa että aikoinaan "uusi" .net on jo vanha ja toimimaton mutta tuolloin ehkäpä jo silloin M-Kar:n mielestä "vahanaikainen" Delphi 1 sovellus (silloin oli jo 10 vuotta vanha) toimii tämän päivän RasPissa!

Mutta sitä ajoin juuri takaa että Delphi 5 asentuu Windows 10:iin, muttei Delphi 2006 Pro, koska tuo uudempi Delphi käyttää .NET hirvitystä. Siinä sen näkee "hienon" .NET tekniikan, mikä sen takaa että .NET 4x toimii 10 vuoden päästä, ei mikkiksen sanaan ole luottamista.

mietityttää kirjoitti:

Milloinkahan tuo M-Kar tajuaa että aikoinaan "uusi" .net on jo vanha ja toimimaton mutta tuolloin ehkäpä jo silloin M-Kar:n mielestä "vahanaikainen" Delphi 1 sovellus (silloin oli jo 10 vuotta vanha) toimii tämän päivän RasPissa!

Lue lisää

.NET julkaisuille on luvattu 10v elinkaari. Sen lisäksi, .NET 1.1 oli ABI yhteensopiva .NET 1.0:n kanssa. .NET 3.5 oli ABI yhteensopiva 2.0:n saakka. .NET 4.6 on ABI yhteensopiva 4.0:n saakka.

.NET itseasiassa toimii enemmän tai vähemmän Win32 ja Win64:n päällä, kuten Visual C runtimet. Homman juju vaan on tietystikin se, että se Win32 siellä alla ei ole mitenkään sama vaan jatkuvassa muutoksessa eikä ole mitään lupauksia minkään suhteen. Siinä pidetään ne niitä rajapintakutsuja joita tarvitaan korkeamman tason rajapintojen toimimiseen ja sitten kun luvattu käyttöikä on ohitse, voidaan Win32:sta siivota sen rajapinnan vaatimia juttuja pois.

Delphi 5 on jo niin vanha, että sen aikaisten Win32 rajapintakutusjen toimintaa on jo mutettu ja niitä voi poistua seuraavissa Windows 10 päivityksissä. Sellaiset muutokset tietystikin rikkovat Delphi 5:n ja sillä käännetyt ohjelmat.

Se että Delphi 2006 ei asennu johtuu joko siitä, että:
1. Sinulla ei ole .NET 3.5 asennettuna
2. Delphi 2006 käyttää .NET 1.1:stä jonka luvattu elinkaari mennyt umpeen
3. Borland on sählännyt jotain ja koodissa on riippuvuus .NET:nin ulkopuolelle.

Microsoftilla on tarkat lupaukset .NET julkaisujen elinkaarelle, että ne toimivat kyllä luvatulla tavalla.

mietityttää kirjoitti:

Milloinkahan tuo M-Kar tajuaa että aikoinaan "uusi" .net on jo vanha ja toimimaton mutta tuolloin ehkäpä jo silloin M-Kar:n mielestä "vahanaikainen" Delphi 1 sovellus (silloin oli jo 10 vuotta vanha) toimii tämän päivän RasPissa!

Lue lisää

" "vahanaikainen" Delphi 1 sovellus (silloin oli jo 10 vuotta vanha) toimii tämän päivän RasPissa!"

Delphi 1 kääntää eri arkkitehtuurille, joten sillä käännetyt ohjelmat ei toimi ARM laitteissa. Pitäisi siirtää Lazarukseen ja kääntää uusiksi, ehkä muutoksia koodiin.

M-Kar kirjoitti:

.NET julkaisuille on luvattu 10v elinkaari. Sen lisäksi, .NET 1.1 oli ABI yhteensopiva .NET 1.0:n kanssa. .NET 3.5 oli ABI yhteensopiva 2.0:n saakka. .NET 4.6 on ABI yhteensopiva 4.0:n saakka.

.NET itseasiassa toimii enemmän tai vähemmän Win32 ja Win64:n päällä, kuten Visual C runtimet. Homman juju vaan on tietystikin se, että se Win32 siellä alla ei ole mitenkään sama vaan jatkuvassa muutoksessa eikä ole mitään lupauksia minkään suhteen. Siinä pidetään ne niitä rajapintakutsuja joita tarvitaan korkeamman tason rajapintojen toimimiseen ja sitten kun luvattu käyttöikä on ohitse, voidaan Win32:sta siivota sen rajapinnan vaatimia juttuja pois.

Delphi 5 on jo niin vanha, että sen aikaisten Win32 rajapintakutusjen toimintaa on jo mutettu ja niitä voi poistua seuraavissa Windows 10 päivityksissä. Sellaiset muutokset tietystikin rikkovat Delphi 5:n ja sillä käännetyt ohjelmat.

Se että Delphi 2006 ei asennu johtuu joko siitä, että:
1. Sinulla ei ole .NET 3.5 asennettuna
2. Delphi 2006 käyttää .NET 1.1:stä jonka luvattu elinkaari mennyt umpeen
3. Borland on sählännyt jotain ja koodissa on riippuvuus .NET:nin ulkopuolelle.

Microsoftilla on tarkat lupaukset .NET julkaisujen elinkaarelle, että ne toimivat kyllä luvatulla tavalla.

Lue lisää

Niin ja jos se Delphi 2006 on puhtaasti .NET 2.0 ohjelma vaikka niin sen pitäisi toimia vähintään 2018 lokakuulle saakka jolloin .NET 3.5:n luvattu elinkaari menee umpeen.

mietityttää kirjoitti:

Milloinkahan tuo M-Kar tajuaa että aikoinaan "uusi" .net on jo vanha ja toimimaton mutta tuolloin ehkäpä jo silloin M-Kar:n mielestä "vahanaikainen" Delphi 1 sovellus (silloin oli jo 10 vuotta vanha) toimii tämän päivän RasPissa!

Lue lisää

M-Kar ei ymmärrä Delphistä höykäsen pöläystä, eikä näköjään mistään muustakaan.

M-Kar kirjoitti:

.NET julkaisuille on luvattu 10v elinkaari. Sen lisäksi, .NET 1.1 oli ABI yhteensopiva .NET 1.0:n kanssa. .NET 3.5 oli ABI yhteensopiva 2.0:n saakka. .NET 4.6 on ABI yhteensopiva 4.0:n saakka.

.NET itseasiassa toimii enemmän tai vähemmän Win32 ja Win64:n päällä, kuten Visual C runtimet. Homman juju vaan on tietystikin se, että se Win32 siellä alla ei ole mitenkään sama vaan jatkuvassa muutoksessa eikä ole mitään lupauksia minkään suhteen. Siinä pidetään ne niitä rajapintakutsuja joita tarvitaan korkeamman tason rajapintojen toimimiseen ja sitten kun luvattu käyttöikä on ohitse, voidaan Win32:sta siivota sen rajapinnan vaatimia juttuja pois.

Delphi 5 on jo niin vanha, että sen aikaisten Win32 rajapintakutusjen toimintaa on jo mutettu ja niitä voi poistua seuraavissa Windows 10 päivityksissä. Sellaiset muutokset tietystikin rikkovat Delphi 5:n ja sillä käännetyt ohjelmat.

Se että Delphi 2006 ei asennu johtuu joko siitä, että:
1. Sinulla ei ole .NET 3.5 asennettuna
2. Delphi 2006 käyttää .NET 1.1:stä jonka luvattu elinkaari mennyt umpeen
3. Borland on sählännyt jotain ja koodissa on riippuvuus .NET:nin ulkopuolelle.

Microsoftilla on tarkat lupaukset .NET julkaisujen elinkaarelle, että ne toimivat kyllä luvatulla tavalla.

Lue lisää

M-Kar on tämän saitin tyhmin höpöttäjä.

On-se-vaan-niin-tyhmä kirjoitti:

M-Kar ei ymmärrä Delphistä höykäsen pöläystä, eikä näköjään mistään muustakaan.

Todista.

M-Kar kirjoitti:

Väärin meni.

.NET 4.x:lle käännetty ohjelma toimii vähintään 10v eteenpäin.

Delphi 5 käyttää vanhoja rajapintakutsuja joita voi poistua Windowsin päivityksissä. Et siis tiedä kuinka pitkään Delphi 5:lla käännetty ohjelma toimii. Voi rikkoutua jo muutaman päivän kuluttua kun tulee seuraava iso päivitys.

Lue lisää

"Väärin meni.

.NET 4.x:lle käännetty ohjelma toimii vähintään 10v eteenpäin."

tuollaisella väitteellä ei ole mitään merkitystä, vaikka väite olisi tosikin.

Jos käyttäisin ".net -systeemiä" (en aio käyttää) niin se olisi tietenkin .net 1.0, eli se, jota voi koodata Delphi 8:lla.

Koska .net 1.0 oli ensimmäinen julkaistu .net, niin oma mielipiteeni on tämä:

JOKO .net 1.0:n on toimittavat virheettömästi kaikilla (nykyisillä ja tulevilla) windowsin versioilla, tai sitten koko ".net" on täysin arvoton, eikä sitä pitäisi kenenkään käyttää yhtään mihinkään.

.net:in ongelma on ilmeisesti juuri tuo: MICROSOFT:in kannalta on hyvä että koko ajan tulee uusia .net -versioita ja sitten MS julistaa, että tietyn päivämäärän jälkeen vanhoja .net -versioita ei tueta.

Eli VAIKKA nyt kirjoittaisi .net 4.0:lla, niin 25 vuoden päästä on sitten .net 8.0 tai peräit 19.0.

Ja silloin .net 4.0:lla tehdyt sovellukset eivät toimi.

Siksi .net:iin ei kannata sekaantua.

Sitävastoin: Win32 -API -sovellukset tulevat toimimaan niin kauan kun WIN32 api:a yleensä tuetaan, eli todennäköisesti kaikissa 32- ja 64 -bittisissä windowseissa.

Jos ja kun joskus aikanaan julkaistaan 128 -bittinen windows, siinä toimii 64- ja 128 -bittiset sovellukset, mutta ei enää 32.

Kun MS julkaisi .net 1.0:n, Borland kehitti sitä varten Delphi 8.0:n, joka käyttää .net 1.0:aa.

Ja sitten MS päätti julkaista koko ajan uusia .net -versioita.

Ilmeisesti Borland katsoi, että ei ole taloudellisesti kannattavaa tehdä Delphistä ensin .net 2.0 -yhteensopivaa versiota, sitten myöhemmin .net 3.0 ja 4.0:n kanssa yhteensopivaa Delphiä.

JOS Microsoftin idea on koko ajan muuttaa käyttöjärjestelmää tahallaan tehdäkseen vanhoista ohjelmista epäyhteensopivia, sellainen käyttöjärjestelmä ei ole minkään arvoinen.

delphikoodaaja kirjoitti:

"Väärin meni.

.NET 4.x:lle käännetty ohjelma toimii vähintään 10v eteenpäin."

tuollaisella väitteellä ei ole mitään merkitystä, vaikka väite olisi tosikin.

Jos käyttäisin ".net -systeemiä" (en aio käyttää) niin se olisi tietenkin .net 1.0, eli se, jota voi koodata Delphi 8:lla.

Koska .net 1.0 oli ensimmäinen julkaistu .net, niin oma mielipiteeni on tämä:

JOKO .net 1.0:n on toimittavat virheettömästi kaikilla (nykyisillä ja tulevilla) windowsin versioilla, tai sitten koko ".net" on täysin arvoton, eikä sitä pitäisi kenenkään käyttää yhtään mihinkään.

.net:in ongelma on ilmeisesti juuri tuo: MICROSOFT:in kannalta on hyvä että koko ajan tulee uusia .net -versioita ja sitten MS julistaa, että tietyn päivämäärän jälkeen vanhoja .net -versioita ei tueta.

Eli VAIKKA nyt kirjoittaisi .net 4.0:lla, niin 25 vuoden päästä on sitten .net 8.0 tai peräit 19.0.

Ja silloin .net 4.0:lla tehdyt sovellukset eivät toimi.

Siksi .net:iin ei kannata sekaantua.

Sitävastoin: Win32 -API -sovellukset tulevat toimimaan niin kauan kun WIN32 api:a yleensä tuetaan, eli todennäköisesti kaikissa 32- ja 64 -bittisissä windowseissa.

Jos ja kun joskus aikanaan julkaistaan 128 -bittinen windows, siinä toimii 64- ja 128 -bittiset sovellukset, mutta ei enää 32.

Kun MS julkaisi .net 1.0:n, Borland kehitti sitä varten Delphi 8.0:n, joka käyttää .net 1.0:aa.

Ja sitten MS päätti julkaista koko ajan uusia .net -versioita.

Ilmeisesti Borland katsoi, että ei ole taloudellisesti kannattavaa tehdä Delphistä ensin .net 2.0 -yhteensopivaa versiota, sitten myöhemmin .net 3.0 ja 4.0:n kanssa yhteensopivaa Delphiä.

JOS Microsoftin idea on koko ajan muuttaa käyttöjärjestelmää tahallaan tehdäkseen vanhoista ohjelmista epäyhteensopivia, sellainen käyttöjärjestelmä ei ole minkään arvoinen.

Lue lisää

"Jos käyttäisin ".net -systeemiä" (en aio käyttää) niin se olisi tietenkin .net 1.0, eli se, jota voi koodata Delphi 8:lla."

Se on vanhentunut, kuten myös Delphi 8.

"Koska .net 1.0 oli ensimmäinen julkaistu .net, niin oma mielipiteeni on tämä:

JOKO .net 1.0:n on toimittavat virheettömästi kaikilla (nykyisillä ja tulevilla) windowsin versioilla, tai sitten koko ".net" on täysin arvoton, eikä sitä pitäisi kenenkään käyttää yhtään mihinkään."

Opettelehan niitä ohjelmoinnin alkeisperusteita. Tietokoneohjelmaa tehdään kirjoittamalla sitä lähdekoodia ja se käyttää rajapintakutsuja. Rajapintaa kutsutaan API:ksi (Application Programmin Interface) ja puhutaan API yhteensopivuudesta kun ohjelman voi kääntää lähdekoodeista tälle. On myös ihan tavallista, että pientä muokkausta voi joutua tekemään. Sitten on olemassa ABI yhteensopivuus (Application Binary Interface), että käännetty ohjelma (tai tulkattava koodi) toimii sellaisenaan ilman muutoksia.

API:a sekä ABI:a voi olla standardoitu jolloin jotkut jutut säilyvät sellaisenaan. ABI rikkoutuu herkemmin kuin API. Ja rikkoutumista tapahtuu koska mikään ei ole niin varmaa kuin muutos. Asioita kehitetään, koodirivit vähenee, bugit vähenee, nopeus kasva, ominaisuudet paranee jne. joten ilman muutoksia ei voi olla. Muutosten varalle sitten on standardointia ja LUVATUT yhteensopivuudet ja tuet.

Käytäntö menee niin, että teknologiafirma kuten esim. Microsoft tuo sitä teknologiaa ja API:a, niille tehdään softaa. Sitten tehdään uudempaa API:a ja hommia pidetään ABI yhteensopivina kuin on luvattu. API:n muutoksista ilmoitetaan deprokoituina toimintoina joita ei pidä käyttää kun ne voi poistua jo seuraavassa muutoksessa. Luonnollisesti mitä uudemmalle API:lle tekee, sitä varmemmin toimii pitkälle tulevaisuuteen.

".net:in ongelma on ilmeisesti juuri tuo: MICROSOFT:in kannalta on hyvä että koko ajan tulee uusia .net -versioita ja sitten MS julistaa, että tietyn päivämäärän jälkeen vanhoja .net -versioita ei tueta."

.NET 1.0 ja 1.1 ovat jo vanhentuneet.
.NET 2.0..3.5 toimii tuetusti vähintään pari vuotta vielä.
.NET 4.0 ja uudemmat toimii vähintään 10v tulevaisuuteen.

.NET on yksi rajapinta muiden joukossa. Delphillä on täysin sama systeemi ja tuki kestää nykyisin 1,5v jokaisella Delphiversiolla. Tästä syystä Delphillä ohjelmoitaessa ostetaan Delphiin joka vuosi päivitys jotta saa pidettyä ohjelmat toimivina mikäli haluaa käyttää Delphiä niin, että koodi käännetään WinAPI:a vasten. WinAPI kun voi muuttua pari kertaa vuodessa ja siellä on läjäpäin rajapintakutsuja deprekoituna.

"Sitävastoin: Win32 -API -sovellukset tulevat toimimaan niin kauan kun WIN32 api:a yleensä tuetaan, eli todennäköisesti kaikissa 32- ja 64 -bittisissä windowseissa."

Väärin. Win32 API on muuttunut aina uuden Windows version yhteydessä. Yleensä tullut toimintoja lisää ja jotain poistuu. Nykyisin Windows versio muuttuu 2x vuodessa joten se on rajapinta mihin tulee rajapintakutsuja ja poistuu rajapintakutsuja. WinAPI:lle ei suoraan tehdä yhtään mitään vaan käytetään korkeamman tason rajapintaa jota pidetään ABI yhteensopivana. Esim. käännetään Visual C runtimea tai .NET:iä vasten. Tai jos Delphillä käyttää tämän VCL:ää niin, että se kääntää Win32 API:lle niin se Delphi päivitetään JOKA VUOSI uudemmaksi jotta on tuettuna ja saa käänneltyä VCL ohjelman. Se Win32 API kun muuttuu siellä alla.

Toisin sanoen, se Win32 API:n sisältö on lähinnä sitä varten, että saadaan ne korkeamman tason rajapinnat tehtyä. Sitten kun korkeamman tason rajapinta, kuten esim. Visual C 2005:n tai vaikka DirectX 9:n rajapintakutsut ovat tuen ulkopuolella, ne voidaan siivota pois. Microsoft kyllä ilmoittaa vähintään puoli vuotta etukäteen poistuvista jutuista.

Näin ollen se .NET tai mikä tahansa vakaana pidettävä rajapinta nimenomaan on hyvä juttu, kun tietää että se koodi sitten toimii vähintään niin monta vuotta kuin on luvattua tukea jäljellä.

"Ja sitten MS päätti julkaista koko ajan uusia .net -versioita."

Tietysti. Lisäksi Microsoft tehnyt noin 3v välein uuden Windowsin. Windows Vista, 7, 8, 10 jotka ovat jokainen muuttaneet WinAPI:a. Windows 10 sen sijaan muutti muutostahdin 3v muutoksista 2x vuodessa.

"JOS Microsoftin idea on koko ajan muuttaa käyttöjärjestelmää tahallaan tehdäkseen vanhoista ohjelmista epäyhteensopivia, sellainen käyttöjärjestelmä ei ole minkään arvoinen."

Muutokset on väistämättömiä koska tekniikka kehittyy. Tämä ei ole pelkästään Microsoftiin liittyvä asia vaan pätee kaikkiin teknologiafirmoihin. Yleensä riittää kun kääntää ohjelman uusiksi uudella kääntäjällä uusia rajapintoja vasten ja tekee tarvittavat muutokset. Eli sen kun ostat vaan joka vuosi uuden Delphin ja käännät ohjelmasta uuden version siivoten sotkuja pois.

Saat kyllä ihan itse äänestää rahoillasi pidempään tuettujen rajapintojen puolesta tai sitten käyttää standardia HTML5:ta. HTML5 koodi pysyy päätelaitepuolella pisimpään tulevaisuuteen toimivana. Standardin HTML5:n ohella Java ja GTK ovat saatavilla luvatusti pitkäikäisenä.

Runkkarit hiljaa, kun ohjelmoijat puhuu.

Nämä persereikä homot tyrkyttää tapojaan joka puolella, meille kunniallisille herrasmiehille.

Ettei vaan olis M-kari, kun on tuo käännöskin niin pielessä kuin vain voi olla, eli kyse on kielitaidottomasta runkarista, joka työntää persereikäänsä mitä milloinkin käteen sopivaa sattuu olemaan lähellä.

Lainaa sen ristirunkkarinin dipoloa, niin ei tarvii täällä äksyillä.

Windowsille ei kannata muutenkaan enää pelkästään koodailla, koska Windows on kuoleva alusta, Win32 api rajapintaa tapetaan pikkuhiljaa joka on Windowsin perusta, tulevaisuus on mobiili jossa Microsoft ei menesty.

Joo, natiivit Windowssovellukset on parasta tehdä C#:lla, WinRT rajapinnalle.

Sitten jos haluaa sovellusta joka toimii monilla laitteilla niin siihen on eri työkalut, kuten esim. tässä ketjussa mainittu Typescript.

Lazarus sitten kelpaa vanhojen Delphisovellusten tekohengittämiseen ja paras alusta näille on Debian, vaikka se Windowsissakin vielä toimii.

"Windows 10:n ohjelmoinnissa suositeltavin kieli taitaa olla Microsoftin C# eli C sharp. "
Visual Basic on tietysti kirosana joillekin, mutta Microsoft jakaa sitä ilmaiseksi ja ilmeisesti sitoutunut sen tukemiseen ja koodin toimivuuteen tulevaisuuden WIN:ssa aika pitkälle. Siinäkö vaihtoehto, jos haluaa (WIN) sovellusten olevan asiakkaiden käytettävissä vielä vuosien kuluttua?

Delphivanhus2 kirjoitti:

"Windows 10:n ohjelmoinnissa suositeltavin kieli taitaa olla Microsoftin C# eli C sharp. "
Visual Basic on tietysti kirosana joillekin, mutta Microsoft jakaa sitä ilmaiseksi ja ilmeisesti sitoutunut sen tukemiseen ja koodin toimivuuteen tulevaisuuden WIN:ssa aika pitkälle. Siinäkö vaihtoehto, jos haluaa (WIN) sovellusten olevan asiakkaiden käytettävissä vielä vuosien kuluttua?

Lue lisää

Minä en ymmärrä miksi pitäisi käyttää sitä kun on C#. Kuitenkin se C# on mielettömän hyvin suunniteltu kieli ja Visual Basicista lähinnä saa aivovaurion.

Käännetyt ohjelmat ovat ABI yhteensopivia samalla tavalla C#:n kanssa mutta jos jonkun kielen poistavat tarpeettomana niin Visual Basic lähtee varmasti aiemmin kuin C#.

Risukielestä ei ole kokemusta, mutta C- ja C -kieliä taasen ei ole suunniteltu ollenkaan.

nauraja- kirjoitti:

Risukielestä ei ole kokemusta, mutta C- ja C -kieliä taasen ei ole suunniteltu ollenkaan.

Tietysti on. Noin järjettömille väitteille pitäisi olla jotain perustetta.

M-Kar kirjoitti:

Joo, natiivit Windowssovellukset on parasta tehdä C#:lla, WinRT rajapinnalle.

Sitten jos haluaa sovellusta joka toimii monilla laitteilla niin siihen on eri työkalut, kuten esim. tässä ketjussa mainittu Typescript.

Lazarus sitten kelpaa vanhojen Delphisovellusten tekohengittämiseen ja paras alusta näille on Debian, vaikka se Windowsissakin vielä toimii.

Lue lisää

M-Kar puhuu niin kuin tietäsi jotain C:tä. Luulee hämäävänsä jota kuta, kyllä on mailman ihmeellisin pelle.

Nurattaa kirjoitti:

M-Kar puhuu niin kuin tietäsi jotain C:tä. Luulee hämäävänsä jota kuta, kyllä on mailman ihmeellisin pelle.

Toki tiedän kun olen sillä vuosikymmeniä ohjelmoinut.

M-Kar kirjoitti:

Toki tiedän kun olen sillä vuosikymmeniä ohjelmoinut.

Paskat olet ohjelmoinut yhtään mitään.
Sinä paska housu pyytelet toisia todistelemaan väittämiään, todistele nyt itsekin jotain. MUTU puheita, paskan jauhantaa, saatana miten vituttaa tuommoset oma hyväset pellet

Vittu-sä-oot-niin-ruma kirjoitti:

Paskat olet ohjelmoinut yhtään mitään.
Sinä paska housu pyytelet toisia todistelemaan väittämiään, todistele nyt itsekin jotain. MUTU puheita, paskan jauhantaa, saatana miten vituttaa tuommoset oma hyväset pellet

Lue lisää

Todistellaan: http://support.embarcadero.com/article/37740

Delphi julkaisujen elinikä on nykyään 1,5v.

Eli osta joka vuosi uusiksi. Windows 10 taas muuttuu 2x vuodessa ja Windows 10:n muuttuessa Embarcaderoa ei kiinnosta yhtään jos tuen ulkopuolella oleva Delphi ja sillä tehdyt ohjelmat lakkaa toimimasta. Se voi myydä uuden Delphin ja sanoa, että käännä sillä niin taas toimii.

Kun katsoo Delphin hintaa tällä: https://www.embarcadero.com/app-development-tools-store/delphi

Niin "new user" on aloitus maksu ja se upgrade siellä on tosiasiassa Delphin vuosimaksu koska luvattu tuki on niin lyhyt. Se puoli vuotta siellä on pelkästään pelivaraa.

M-Kar kirjoitti:

Toki tiedän kun olen sillä vuosikymmeniä ohjelmoinut.

Pari linkkiä lataus-sivulle todisteena ohjelmointi taidoista.

No todistaahan se ainakin sen ettet edes tiedä mitä ohjelmointi on.

Tarkoitan siis Win32 Foudation Classeja!! Tietty jollakin ottaa silmään soursa koodissa ne miten ne on formatoitu eri deliimettereillä (esim. hyphen), mutta se ei haittaa kun rajapinnat on kaikista ehjimmä!

KarWa kirjoitti:

Tarkoitan siis Win32 Foudation Classeja!! Tietty jollakin ottaa silmään soursa koodissa ne miten ne on formatoitu eri deliimettereillä (esim. hyphen), mutta se ei haittaa kun rajapinnat on kaikista ehjimmä!

Lue lisää

MFC on lähinnä wrapperi sille karmealle Win32/64 API:lle, joten väittellesi ei ole mitään perää.

Paljon parempaa API:a todellakin löytyy, esim. WinRT

M-Kar kirjoitti:

MFC on lähinnä wrapperi sille karmealle Win32/64 API:lle, joten väittellesi ei ole mitään perää.

Paljon parempaa API:a todellakin löytyy, esim. WinRT

Voithan vittu, sinäkö osaat Microsoft Foundation Class Library ohjelmointiakin, olet ilmeisesti ohjelmoinut silläkin koko ikäs.

Onko sinulla minkään laista käsitystä, kuinka paljon aikaa vaatii jonkin ohjelmointi kielen opiskelu, ja kehityksessä mukana pysyminen.

nämä paskahousut sanoo osaavansa jotain kieltä, ja leikkii asiantuntiaa, taidot riittää juuri ja juuri jonkun toisen tekemän "Hello, World!" esimerkki pätkän kokeiluun.

Ohjelmointi kieli on koko elämän valinta, ja sittenkin asiat etenee ja kehittyy sitä vauhtia että jos yhdenkin ympäristön haluaa tuntea kunnolla, ei jumalauta kerkiä tänne osaamisiaan lehkimaan.

Sina ja moni muu sanoo osaavansa englantia, vaikka taidot riittää vain arvailemaan mitä "Hello, World!" on suomeksi.

Samaa sösöttämistä ohjelmointikielen kanssa. Minä olen sata varma että sinulla M-Kar ei ole hallussa yksikään kehitysympäristö.

Kaikki tuo mitä kehut osaavasi on paska puhetta.

VEDÄ SAATANAN PASKA AIVO VITTU PÄÄHÄS JA PAINU INARIIN PULUJA NUSSIMAAN.

Vittu-sä-oot-niin-ruma kirjoitti:

Voithan vittu, sinäkö osaat Microsoft Foundation Class Library ohjelmointiakin, olet ilmeisesti ohjelmoinut silläkin koko ikäs.

Onko sinulla minkään laista käsitystä, kuinka paljon aikaa vaatii jonkin ohjelmointi kielen opiskelu, ja kehityksessä mukana pysyminen.

nämä paskahousut sanoo osaavansa jotain kieltä, ja leikkii asiantuntiaa, taidot riittää juuri ja juuri jonkun toisen tekemän "Hello, World!" esimerkki pätkän kokeiluun.

Ohjelmointi kieli on koko elämän valinta, ja sittenkin asiat etenee ja kehittyy sitä vauhtia että jos yhdenkin ympäristön haluaa tuntea kunnolla, ei jumalauta kerkiä tänne osaamisiaan lehkimaan.

Sina ja moni muu sanoo osaavansa englantia, vaikka taidot riittää vain arvailemaan mitä "Hello, World!" on suomeksi.

Samaa sösöttämistä ohjelmointikielen kanssa. Minä olen sata varma että sinulla M-Kar ei ole hallussa yksikään kehitysympäristö.

Kaikki tuo mitä kehut osaavasi on paska puhetta.

VEDÄ SAATANAN PASKA AIVO VITTU PÄÄHÄS JA PAINU INARIIN PULUJA NUSSIMAAN.

Lue lisää

"Voithan vittu, sinäkö osaat Microsoft Foundation Class Library ohjelmointiakin, olet ilmeisesti ohjelmoinut silläkin koko ikäs."

Ysärijuttuja. En ole paljoa mutta tiedän kyllä minkälainen se on, sen verran olen perehtynyt.

"Onko sinulla minkään laista käsitystä, kuinka paljon aikaa vaatii jonkin ohjelmointi kielen opiskelu, ja kehityksessä mukana pysyminen."

Omaksun uuden ohjelmointikielen tarvittaessa uuden projektin yhteydessä jos jokin kieliekosysteemi soveltuu asiaan parhaiten ja jota en vielä osaa.

Ohjelmointikieli on työkalu ja niillä tehdään sitä samaa asiaa mutta vähän eri tavalla eri kielissä, ominaisuuksissa on eroja ja jos ominaisuuksia puuttuu niin niitä voi joutua myös rakentamaan muuten.

Ohjelmointikieli on itseasiassa aika yksinkertainen juttu, sitä voi oikeastaan suoraan alkaa hommiin ja katsoa manuaalista miten missäkin kielessä menee poikkeukset, operaattorit, lambda lauseet, luokat jne. toki se menee pari päivää vähän kömpelömmin mutta aika suoraan siihen pääsee kiinni. Uusi ohjelmointikieli omaksutaan suunnilleen joka vuosi.

"Ohjelmointi kieli on koko elämän valinta"

No ei ole. Tuollaista sanoo sellaiset jotka eivät osaa ohjelmoida. Näillä kuluu aika perusasioiden rähmimiseen kun omaksutaan perusasioita kuten vaikka lambda lausekkeita. Se ongelma näkyy siinä kohtaa kun vaihdetaan ohjelmointikieltä ja ominaisuudet onkin eri. Toisessa on vaikka poikkeukset ja toisessa ei ja toisessa on säikeistys ja toisessa tehdään vaikka itse coroutine, jossain taas käytetään pointtereita tekemään asiat. Ongelma on siinä, että ohjelmoinnin perusteet ei ole hanskassa eikä osaa käyttää mielivaltaista ohjelmointikieltä siihen, että toteuttaa sillä sitä mitä ajattelee.

"Minä olen sata varma että sinulla M-Kar ei ole hallussa yksikään kehitysympäristö."

Minulla on niitä monta ja pääsen uuteen kiinni muutamassa päivässä. Jossain Qt:ssä meni aikaa muutama tunti mutta Angular oli sen verran heavy weight että siinä alkoi koodi luistaa vastaa viikon kuluttua kunnolla.

Toisin sanoen, älä möyhkää jos et osaa ohjelmoinnin perusteita.

Win32 API on muutenkin tätä:

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

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

"Tämä on sitä Micrsoft-strategiaa eli vähät välittää käyttäjistä. WIN32-sovelluksia Help-tiedostoineen on pilvin pimein maailmalla, mutta MS vain päättää lopettaa tuen tuosta vaan."

No ei ne nyt tosta vaan ole lopettanut. Microsoft ilmoitti vuonna 2006, että vanha WinHelp on deprekoitu ja sitä ei ollut enää Windows Vistassa. Se oli erikseen ladattavissa Windows Vistalle ja Windows 7:lle ja sen jälkeen niitä ei ole kiinnostanut. Windows 8:ssa se on toiminut vain tuurilla eikä se niitä ole kiinnostanut.

https://en.wikipedia.org/wiki/WinHelp

Tällä hetkellä 90-luvun jutut on aika pitkälti siivottu pois. Siellä vielä roikkuu jotain VB6 tukea, DirectX 6 2D-grafiikat ja jne.

Odotettavasti siivoavat tulevissa päivityksissä niin, että yli 10v vanhemmat rajapintaversiot poistuvat. Ovat jo ilmoittaneet, että VB6 tuki poistuu ihan just, eli kohta varmaan on Visual C 2005 runtime ja uudemmat, .NET 2.0 ja uudemmat, DirectX 10 ja uudemmat. Win32:sta siivoavat sitten toiminnot mitä ei tarvitse näiden ajamiseen.

Se Win32 on siellä matalan tason API, että tässä riittää kun tuetut Visual C runtimet. .NET runtimet ja jne. toimivat edelleen mitä sen päälle on rakennettu.

Ei niitä WinHLP tiedostoja ole juuri mitään ja tarkoitus onkin, että vanhat systeemit hävitetään ja siirretään uudemmaksi.

.NET ei myöskään estä mitään, sehän on ihan tuettu ja toimii. Windows 10:ssä pitää ehkä kytkeä päälle joku .NET 3.5 jos kyse on .NET 2.0 aikaisesta softasta. Vanhat .NET 1.0 ja 1.1 versioiden yhteensopivuudet on siivottu pois. Huomaa se, että Windows kevenee ja optimoituu nopeammaksi samassa tahdissa mitä enemmän poistavat vanhaa kuraa pois sieltä

Olisivat mielestäni saaneet poistaa 32-bit versiot Windows 8:sta, 32-bit koodin kääntämisen Visual C 2013 eteenpäin ja estää Windows 10 UWP:ssä 32-bittisten ohjelmien paketoinnin. Nyt niille alkaa tuostakin tulla kohta ongelma kun joutuvat vielä 10v tukemaan 32-bittisyyttä vaikka 10v kuluttua koko x86 tekniikka on väistynyt suurelta osin pois.

IE:n tukikäytännöissä töppöilivät mielestäni myös. Niiden olisi pitänyt katkoa vanhojen IE versioiden tuki 2v sen jälkeen kun uudempaa tullut valmiiksi ja tuosta tuli nyt enemmän harmia kuin hyötyä kun puoli maailmaa roikkui IE6:ssa ja nyt sitten katkaisivat kertalaakista IE11:sta vanhemmat pois ja tuli harmia näille IE9:ssä roikkujille.
...

Minä en nyt mitenkään ymmärrä mikä hinku on säätää noita vanhoja ohjelmistokehitysvälineitä jotka näivettyvät pois ja joilla tehdyt ohjelmat menee samaa reittiä. Siirry nykypäivään tai tekohengitä Lazaruksella niin ei ole harmia.

Delphi 4 toimii perusjutuissa ihan hyvin WIN10:ssä, eikä se yritä soitella kotiin koko ajan ja hingu rekisteröintiä. Iki vanha joo, mutta kokeilin huvikseni ja näyttää toimivan sillä käännetyt ohjelmat WIN10:ssä ihan ok. Lisäksi Delphi4:n Helppi on mainio. F1:llä saa ohjetta editorissa asiaan kun asiaan. Mainio tapa opiskella pascalia. Lisäksi demo-koodit ovat havainnollisia. Joo, joo, joo iki vanha työkalu, mutta kas kumma toimii WIN10:ssä ja sillä on hauskaa testailla algoritmejä.

***

Muuten: WinHlp32.exe -ongelmaan WIN10:ssä löytyy ratkaisu oheiselta sivulta.
Itselläni on paljon vanhoja Win32-ohjelmia, joissa on erinomaisen havainnollinen Helppi, joka löytyi F1-napukan takaa eri konteksteissa. Pettymys oli suuri, kun homma ei toiminutkaan WIN10:ssä. Mutta seuraava ratkaisu näyttää toimivan oikein hyvin. Vanhat helpit näkyvät taas.

http://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_install/winhlp32-do-we-have-to-go-through-this-again/ddcc2f40-e4f3-407b-9672-ee8a2b08a71e?page=1

Katso kohta:

//========================
"AC
Alan Copp replied on

Here is a solution (thanks to Komeil Bahmanpour):

Go to his site:

http://www.komeil.com/blog/windows-help-program-winhelp-winhlp32-exe

Download winhlp32-windows-7-x86-x64-komeil.cab:

http://www.komeil.com/download/1230

I needed a solution in order to get help working for Delphi Studio Architect on Windows 10.
Komeil's install.cmd file didn't work as is (its pre Win10) so I simply modified it.
Unpack the download (Kommentti: Se on arkistopaketti [winhlp32_windows_7_x86_x64_komeil.cab] , joka sisältää seuraavat tiedostot: Install.cmd, winhlp32.exe, winhlp32.exe.mui) to a new directory. Edit the install.cmd and add the following two lines to the 'settings' section:
(Kommentti: lisää siis seuraavat kaksi riviä jo olemassa olevien set-rivien JÄLKEEN!)

set WindowsVersion=7
goto :BypassVersionError

(yes, 'WindowsVersion=7' is correct.) Save the file (siis Install.cmd)
(HUOM! Tallenna vain 'Tallenna' valinnalla, ettei tule .txt-päätettä. Varmiosta muuten, että tiedostolla alkupeäinen .cmd-pääte.)
and execute as administrator (eli oikealla hiirellä klikkaa Install.cmd -tiedostoa ja valitse valikosta 'Suorita administratoprina' eli pääkäyttäjänä)
All should go without error. Delphi help, and every other help file I've tried, now works exactly as it should!"

//=======================

Aika on silti ajanut tuosta ohi. Itse tykkäsin Lazaruksesta, mutta niin onneton käyttää 4K-näytöllä, pakko oli unohtaa tuo Lazaruskin. Sama varmasti Delphi 4 koodatuilla sovelluksilla että sillä koodatut softat näyttää varmana ihan suttusilta tai kirpun kokoisilta 4K näytöllä, ei nuo ole enään modernien sovellusten tekoon kelposia.

Mielellään näkisin modernin Delphimäisen työkalun, RAD-systeemillä oli kyllä unelma tehdä käyttöliittymiä, sikäli harmi että tuo tapa on jäänyt unholaan. Ikään kuin takapakkia pitää ottaa tuon suhteen kehityksessä :(

Lisäksi sekin asia että kehitys ei pysähdy tähän 4K-tarkkuuteen, tulevaisuudessa 5K ja jopa 8K-tarkkuus tulee yleistymään, kunnon skaalaus on pakollinen ominaisuus ja että se toimii hyvin. Voin kuvitella miltä tuntuisi käyttää Lazarusta jollakin 8K-resoluutiolla, täysin mahoton!!

M-Kar kirjoitti:

Win32 API on muutenkin tätä:

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

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

"Tämä on sitä Micrsoft-strategiaa eli vähät välittää käyttäjistä. WIN32-sovelluksia Help-tiedostoineen on pilvin pimein maailmalla, mutta MS vain päättää lopettaa tuen tuosta vaan."

No ei ne nyt tosta vaan ole lopettanut. Microsoft ilmoitti vuonna 2006, että vanha WinHelp on deprekoitu ja sitä ei ollut enää Windows Vistassa. Se oli erikseen ladattavissa Windows Vistalle ja Windows 7:lle ja sen jälkeen niitä ei ole kiinnostanut. Windows 8:ssa se on toiminut vain tuurilla eikä se niitä ole kiinnostanut.

https://en.wikipedia.org/wiki/WinHelp

Tällä hetkellä 90-luvun jutut on aika pitkälti siivottu pois. Siellä vielä roikkuu jotain VB6 tukea, DirectX 6 2D-grafiikat ja jne.

Odotettavasti siivoavat tulevissa päivityksissä niin, että yli 10v vanhemmat rajapintaversiot poistuvat. Ovat jo ilmoittaneet, että VB6 tuki poistuu ihan just, eli kohta varmaan on Visual C 2005 runtime ja uudemmat, .NET 2.0 ja uudemmat, DirectX 10 ja uudemmat. Win32:sta siivoavat sitten toiminnot mitä ei tarvitse näiden ajamiseen.

Se Win32 on siellä matalan tason API, että tässä riittää kun tuetut Visual C runtimet. .NET runtimet ja jne. toimivat edelleen mitä sen päälle on rakennettu.

Ei niitä WinHLP tiedostoja ole juuri mitään ja tarkoitus onkin, että vanhat systeemit hävitetään ja siirretään uudemmaksi.

.NET ei myöskään estä mitään, sehän on ihan tuettu ja toimii. Windows 10:ssä pitää ehkä kytkeä päälle joku .NET 3.5 jos kyse on .NET 2.0 aikaisesta softasta. Vanhat .NET 1.0 ja 1.1 versioiden yhteensopivuudet on siivottu pois. Huomaa se, että Windows kevenee ja optimoituu nopeammaksi samassa tahdissa mitä enemmän poistavat vanhaa kuraa pois sieltä

Olisivat mielestäni saaneet poistaa 32-bit versiot Windows 8:sta, 32-bit koodin kääntämisen Visual C 2013 eteenpäin ja estää Windows 10 UWP:ssä 32-bittisten ohjelmien paketoinnin. Nyt niille alkaa tuostakin tulla kohta ongelma kun joutuvat vielä 10v tukemaan 32-bittisyyttä vaikka 10v kuluttua koko x86 tekniikka on väistynyt suurelta osin pois.

IE:n tukikäytännöissä töppöilivät mielestäni myös. Niiden olisi pitänyt katkoa vanhojen IE versioiden tuki 2v sen jälkeen kun uudempaa tullut valmiiksi ja tuosta tuli nyt enemmän harmia kuin hyötyä kun puoli maailmaa roikkui IE6:ssa ja nyt sitten katkaisivat kertalaakista IE11:sta vanhemmat pois ja tuli harmia näille IE9:ssä roikkujille.
...

Minä en nyt mitenkään ymmärrä mikä hinku on säätää noita vanhoja ohjelmistokehitysvälineitä jotka näivettyvät pois ja joilla tehdyt ohjelmat menee samaa reittiä. Siirry nykypäivään tai tekohengitä Lazaruksella niin ei ole harmia.

Lue lisää

Voi, voi, noita M-Kar juttuja. Olen yrittänyt miettiä mille alalle tuommonen satu-setä parhaitten sopisi, en vaan keksi mitään sopivaa.

Minun juttuni vaan ei ole satua. Kaikki varmistettavissa todeksi.

"No olisiko yksi syy ettei nykyisille alustoille ole enää niin kepeää ja mahtavaa kehitysympäristöä kuin Delphi 7?"

Nykyään on parempia.

Mainitsin esimerkiksi Visual Studio Coden. Sillä debuggaus mukavan reaaliajaista esimerkiksi: https://code.visualstudio.com/blogs/2016/02/23/introducing-chrome-debugger-for-vs-code

Riippuvuudet myös kivasti katkottu. Miksi siis pitäisi olla kuin Lazarus?

GTK-3 ei taida toimia windowsissa

Minä en käytä windosia, maihihinkin vain omista toiveista ja tuo VS Code ei ole RAD-tyylinen sovelluskehitin, että lätkäset painikkeita ja muita kontrolleja formille, tuplkaklikkaat ja kirjoitat alle koodin.

dotPASKA kirjoitti:

Minä en käytä windosia, maihihinkin vain omista toiveista ja tuo VS Code ei ole RAD-tyylinen sovelluskehitin, että lätkäset painikkeita ja muita kontrolleja formille, tuplkaklikkaat ja kirjoitat alle koodin.

Lue lisää

Nykypäivänä halutaan parempaa käytettävyyttä. Käyttöliittymät skaalautuu, scrollautuu, niissä on paneeleita jotka voivat vieriä esiin ja jne. joten tuollaiset lomakkeet ovat aika vanhanaikaisia.

Kontrollit saa helposti lätkäistyä DOM:n.

Olen kyllä huomannut Windows 10 tyylin, että siinä rullautuu se sisältö pienen ikkunan sisällä, ihan samalla tavalla tekstieditorissa teksti rullautuu ja sitä voi vierittää ikkunassa, mikä tässä on muuttunut 30 vuoden aikana? Kaiken lisäksi Windows 10 tyyli on rumaa lattanaa Windows 3.1 vastaavan näköistä. Kyllä kun aidoista tietokone "pöytä" sovelluksista puhutaan, lomaketyyli on paras. Toki sitten on nämä sormileikki sovellukset, kun ne on nyt nii "in".

Eikä mikään estäisi tuommoista scrollautuvaa sisältöä tekemästä RAD-tyylisellä työkalulla, kaikkea ei vaan voi tehdä samassa näkymässä vaan käyttöliittymän osat pitäisi koostaa pienemmissä palasissa.

dotPASKA kirjoitti:

Olen kyllä huomannut Windows 10 tyylin, että siinä rullautuu se sisältö pienen ikkunan sisällä, ihan samalla tavalla tekstieditorissa teksti rullautuu ja sitä voi vierittää ikkunassa, mikä tässä on muuttunut 30 vuoden aikana? Kaiken lisäksi Windows 10 tyyli on rumaa lattanaa Windows 3.1 vastaavan näköistä. Kyllä kun aidoista tietokone "pöytä" sovelluksista puhutaan, lomaketyyli on paras. Toki sitten on nämä sormileikki sovellukset, kun ne on nyt nii "in".

Eikä mikään estäisi tuommoista scrollautuvaa sisältöä tekemästä RAD-tyylisellä työkalulla, kaikkea ei vaan voi tehdä samassa näkymässä vaan käyttöliittymän osat pitäisi koostaa pienemmissä palasissa.

Lue lisää

"Olen kyllä huomannut Windows 10 tyylin, että siinä rullautuu se sisältö pienen ikkunan sisällä, ihan samalla tavalla tekstieditorissa teksti rullautuu ja sitä voi vierittää ikkunassa, mikä tässä on muuttunut 30 vuoden aikana?"

Yksi isoimpia muuksia on se, että käyttöliittymät scrollautuu. Ennen vanhaan tehtiin klikattaviksi ties mitä menuja ja navigointeja ja nyt scrollattava sivu.

Tässä asiaa on hahmoitettu lähes staattisena sivuna: http://www.iampaddy.com/lifebelow600/

Toinen iso muutos on se, että enää ei säädellä parametreja yms. ja klikata, vaan nykyään käsitellään reaaliajassa sitä tietoa.

Esim. jos karttasovelluksen teki ennen vanhaan niin siellä oli nappi joka suurensi, toinen nappi mikä liikutti pykälän sivuun ja jne. Nykyään otetaan hiirellä tai sormella kiinni kartasta ja liikutellaan, zoomaillaan rullaa pyörittämällä tms.

Editorit tietysti reaaliajassa hoitaa värikorostukset, oikolukee ja jne.

"Eikä mikään estäisi tuommoista scrollautuvaa sisältöä tekemästä RAD-tyylisellä työkalulla, kaikkea ei vaan voi tehdä samassa näkymässä vaan käyttöliittymän osat pitäisi koostaa pienemmissä palasissa."

Reactilla voi tehdä komponentteja mutta koostamista voi toki tehdä yhdessä näkymässä.

"Kaiken lisäksi Windows 10 tyyli on rumaa lattanaa Windows 3.1 vastaavan näköistä."

Tyylitiedostot on keksitty.

Kyllä tyylitiedostot on keksitty, vieläkö Mikkis osaisi tehdä niillä tyyliä =D

dotPASKA kirjoitti:

Kyllä tyylitiedostot on keksitty, vieläkö Mikkis osaisi tehdä niillä tyyliä =D

Ei siihen mitään Microsoftia tarvitse.

Kyllä ohjelmistokehittäjä voi ihan vapaasti muovata sovelluksen ulkoasun sellaisella tyylitiedostolla kuin itse haluaa.

M-Kar kirjoitti:

Nykypäivänä halutaan parempaa käytettävyyttä. Käyttöliittymät skaalautuu, scrollautuu, niissä on paneeleita jotka voivat vieriä esiin ja jne. joten tuollaiset lomakkeet ovat aika vanhanaikaisia.

Kontrollit saa helposti lätkäistyä DOM:n.

Lue lisää

Nykypäivänä halutaan blingbling käyttöliittymiä ja erittäin epäkäytännöllisiä ja hitaita kissankokoisia UI-elementtejä, jotka ryöstävät ruudulta kaiken tilan ja jotka toimivat ainoastaan kännykällä, ja silti näitä kauheuksia halutaan käyttää työpöytäsovelluksissa. Ribbon bar hyvä esimerkki nykyajan syövistä, joka olisi kuulunut jättää keksimättä.

GuiEngineer kirjoitti:

Nykypäivänä halutaan blingbling käyttöliittymiä ja erittäin epäkäytännöllisiä ja hitaita kissankokoisia UI-elementtejä, jotka ryöstävät ruudulta kaiken tilan ja jotka toimivat ainoastaan kännykällä, ja silti näitä kauheuksia halutaan käyttää työpöytäsovelluksissa. Ribbon bar hyvä esimerkki nykyajan syövistä, joka olisi kuulunut jättää keksimättä.

Lue lisää

Siis ne esiin vierivät paneelit säästävät ruututilaa kun eivät kaiken aikaa vie tilaa ruudulta. Eikä kyse ole mistään "kissan kokoisista" vaan ihan normaalikokoisista nykykoneilla. Nykykoneilla kun on FullHD tarkkuus perustasoa ja minimi joku 1280x720

Joku Lazarus tekee käyttöliittymiä Windows XP aikaisille tarkkuuksille jolloin minimi oli 800x600 ja perustaso joku 1024x768. Nykyisillä 15" FullHD näytöillä menee liian pieneksi tihruksi.

"Joku Lazarus tekee käyttöliittymiä Windows XP aikaisille tarkkuuksille jolloin minimi oli 800x600 ja perustaso joku 1024x768. Nykyisillä 15" FullHD näytöillä menee liian pieneksi tihruksi."

Mistä hitosta tämä tieto on tongittu esiin. Täyttä paskaa, ja M-Kar tietenkin sitä totena heittää. Et ole LAZARUSTA koskaan edes asentanut, ja silti noita valheitasi täällä viljelet

Linux-fani kirjoitti:

"Joku Lazarus tekee käyttöliittymiä Windows XP aikaisille tarkkuuksille jolloin minimi oli 800x600 ja perustaso joku 1024x768. Nykyisillä 15" FullHD näytöillä menee liian pieneksi tihruksi."

Mistä hitosta tämä tieto on tongittu esiin. Täyttä paskaa, ja M-Kar tietenkin sitä totena heittää. Et ole LAZARUSTA koskaan edes asentanut, ja silti noita valheitasi täällä viljelet

Lue lisää

Olen toki asentanut ja näyttää aika kauhealta nykyisessä Windowsissa.

Niin mihin Windows 10:n ? Tällä hetkellä:

1507 vanha
1511 vanha
1607 vanha
1703 tuettu lokakuun 9. päivään saakka
1709 tuettu keväälle huhtikuun 9. päivään saakka
1803 nykyinen, tuettu marraskuun 12. päivään vuoteen 2019 saakka
1809 tulossa lokakuussa
1903 tulossa keväällä

Microsoft on lopettanut .NET 1.1 tuen täysin ja toimii ehkä vahingossa tai säätämällä.

Microsoft lopettu .NET 2.0, 3.0 ja 3.5 tuet heinäkuussa. Ne siis toimivat nykyisissä tuetuissa 1703, 1709 ja 1803 versioissa mutta sitä mukaan kun nämä vanhenevat, häviää .NET 2.0-3.5 versioiden helpot yhteensopivuudet ja toimii sen jälkeen vahingossa.

.NET 4.0 tuli vuoden 2010 keväällä ja tälle ja uudemmille tehdyt ohjelmat toimivat pitkälle tulevaisuuteen. Voisit päivittää sitä Delphiä uudemmaksi niin ei tule harmeja.

M-Kar kirjoitti:

Niin mihin Windows 10:n ? Tällä hetkellä:

1507 vanha
1511 vanha
1607 vanha
1703 tuettu lokakuun 9. päivään saakka
1709 tuettu keväälle huhtikuun 9. päivään saakka
1803 nykyinen, tuettu marraskuun 12. päivään vuoteen 2019 saakka
1809 tulossa lokakuussa
1903 tulossa keväällä

Microsoft on lopettanut .NET 1.1 tuen täysin ja toimii ehkä vahingossa tai säätämällä.

Microsoft lopettu .NET 2.0, 3.0 ja 3.5 tuet heinäkuussa. Ne siis toimivat nykyisissä tuetuissa 1703, 1709 ja 1803 versioissa mutta sitä mukaan kun nämä vanhenevat, häviää .NET 2.0-3.5 versioiden helpot yhteensopivuudet ja toimii sen jälkeen vahingossa.

.NET 4.0 tuli vuoden 2010 keväällä ja tälle ja uudemmille tehdyt ohjelmat toimivat pitkälle tulevaisuuteen. Voisit päivittää sitä Delphiä uudemmaksi niin ei tule harmeja.

Lue lisää

Win10 versio 1803. Ja ainoastaan asennus / IDE vaatii 1.1, mutta ei sillä luodut Win32 sovellukset

Tulevaisuuden keino vissiin koodailla vaikka Visual Codella ja kääntää Delphi koodi komentorivin kautta =D

D2006_Win10 kirjoitti:

Win10 versio 1803. Ja ainoastaan asennus / IDE vaatii 1.1, mutta ei sillä luodut Win32 sovellukset

Win32 API muuttuu oletusarvoisesti joka Windows versiossa hieman. Windows XP->Vista->7->8->1507->1511->1607->1703->1709->1803 ovat kaikki muutoksia jotka voivat rikkoa Win32 API riippuvaiset ohjelmat.

Tästä syystä olisi hyvä idea kääntää edelleen tuetulla Delphiversiolla. Lazarus olisi ehkä vielä parempi kun koodia on vähän siivottu vanhennetuista toiminnoista.