Delphi 2006 Pro asennus WIN10:iin takkuaa

Onko kukaan saanut asennettua Delphi 2006 Pro:ta WIN10:iin?
Yritin asentaa ja aavistinkin ongelmia. ASennus haluaa väkisin asentaa nuo Microsoftin .NET-jutut (jotka siis ikivanhoja kyllä), jotka ilmeisesti ongelman syynä. ILmeisesti WIN10 ei niitä tue. Ne piti asentaa manuaalisesti
Delphi ikäänkuin asensi itsesnä kyllä, mutta käynniistäessä antaa herjoja "Luokkaa ei reksiteröity Class ID.." jne. ym. ilmoituksia. Harmittaa vain, että menikn rekisteröimään asennuksen ennen käyttöä netin kautta, koska ohjelma näytti asentuvan lolpulta ok. Nyt on sitten reksiteröinti määrä maksimissaan. Vuosien mittaanhan ohjelman on ollut eri koneissa. OLen ollut Turbo Delphiin tyytyväinen ja se toimi vielä VISTAssa ok.
Ilmianna
Jaa

77 Vastausta



Delphi 2006 on aika vanha (julkaistu noin 10 vuotta sitten).

Voisit kokeilla toimiiko softasi Lazaruksella (tai mitkä osat toimivat)
ja tehdä siitä pikku hiljaa enemmän Lazarus yhteensopivaa.

Eräs vaihtoehto on kokeilla sitä Delphi 10 Seattle Trial -versiolla
http://www.embarcadero.com/products/delphi/start-for-free
Kommentoi
Ilmianna
Jaa
2 VASTAUSTA:
Delphi 7 menisi ongelmitta. Ei tarvitse tuota typerää .net -systeemiä, joka vielä sotkee asioita lisää useilla keskenään epäyhteensopivilla versioilla.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Ex-työpaikassa kun vaihtui vuonna 2009 Windows 7, siihenkin tuon Delphi 2006 Pro:n asennus meni juuri hikisesti, eli ei ihan heittämällä mutta toimi lopulta. Että eipä ihme jos kympiin ei asennu enään.
Kommentoi
Ilmianna
Jaa
2 VASTAUSTA:
Myöskin Lazaruksella on ainakin Linuxissa jotain riippuvuuksia joten sen asentaminen voi olla työlästä (etenkin jos ei tiedä kaikkia jippoja)
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
"Onko kukaan saanut asennettua Delphi 2006 Pro:ta WIN10:iin?"

Ei tuollaisia pidä asentaa Windows 10:n.
Kommentoi
Ilmianna
Jaa
2 VASTAUSTA:
On saanut, M-Kar reppana, sinä et määrää mitä asennan ja mitä en.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Kiitos vastauksista. Ilman muuta siirtyminen Lazarukseen on pikkuhiljaa varteenotettava vaihtoehto. Delphi 10 on järkyttävän(!) kallis ja Lazarus ilmainen. Lisäksi Lazaruksen etu liene monialustaisuus. Kummeksuttaa vaan Lazaruksessa esim. RichEditMemon puuttuminen vakiokomponenttikalustosta(...!?)
Delphikoodin muuntaminen Lazarukselle on suoraan aika kivuliasta. Sovellus pitiäsi kai rakentaa uudestaan ja siirtää manuaalisesti koodit sitten oikeisiin paikkoihin.
Pännii vaan kun on Delphillä tullut tehtyä kaikenlaista ver. 1 lähtien ja Turbo Delphi on ollut uskollinen ja luotettava työkalu. ja nyt pitäisi pulittaa ylimääräistä rutkasti vain sen takia, että Win10 ei tue softaa. Pitikin mennä se viimeinen reksiteröinti tuhlaamaan siihen...
Kommentoi
Ilmianna
Jaa
3 VASTAUSTA:
"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.
Kommentoi
Ilmianna
Jaa
Oletko kokeullut Lazaruksen Delphi muunnostyökalua?

Lisäksi todennäköisesti sen kehittäjät haluavat kuulla kommentteja siitä!
Kommentoi
Ilmianna
Jaa
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)
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
"ei tosiaankaan kannata tekohengittää Lazaruksella vaan siirtyä suoraan nykypäivän tekniikkaan"
Mitä siis suosittelisit. Mikä on paras'nykytekniikan' softa? Windowsille kuitenkin on tarkoitus sovelluksia, mutta monialustaisuus tietenkin tavoite, jos mahdollista.
Kommentoi
Ilmianna
Jaa
1 VASTAUS:
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.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Asensin Delphi 5:n Windows 10:een, kun en huomannut kysyä Mkarilta siihen lupaa. Hyvin toimii.
Kommentoi
Ilmianna
Jaa
7 VASTAUSTA:
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.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
"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.
Kommentoi
Ilmianna
Jaa
M-Kar turpa kiinni kun et selvästikkään ymmärrä asiasta yhtään mitään
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
"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.
Kommentoi
Ilmianna
Jaa
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.
"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!
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Tuo Delphi 5 taitaa perustua vielä wanhaan hyvään Win32 api-rajapintaan niin se toimii toisin kuin Delphi 8 ja uudemmat viritykset vaatii sen .NET hirvityksen ja senhän tietää ettei sen päällä mikään toimi kovin pitkään =D
Kommentoi
Ilmianna
Jaa
11 VASTAUSTA:
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.
Kommentoi
Ilmianna
Jaa
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!
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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!
.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.
Kommentoi
Ilmianna
Jaa
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!
" "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.
Kommentoi
Ilmianna
Jaa
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.
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.
Kommentoi
Ilmianna
Jaa
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!
M-Kar ei ymmärrä Delphistä höykäsen pöläystä, eikä näköjään mistään muustakaan.
Kommentoi
Ilmianna
Jaa
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.
M-Kar on tämän saitin tyhmin höpöttäjä.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
"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.
Kommentoi
Ilmianna
Jaa
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.
"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ä.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Tunkekaa tuo Lazarus perreseeseen... Jo nimestä kuulee että aivottoman LiNUx NöRTiN vääntämää skeidaa.. ei kaupallinen softa voi olla joku Lasarus eli kuollut mies.. hyi!
Kommentoi
Ilmianna
Jaa
1 VASTAUS:
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ä.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Unohtakaa Delphi 2006 Pro jos aiotte ohjelmoida Windows 10:llä. Microsoftilla on ollut jo kauan oma ohjelmointikielipolitiikkansa.
Lukekaa näistä suositelluista (NET) ohjelmointikielistä.
Windows 10:n ohjelmoinnissa suositeltavin kieli taitaa olla Microsoftin C# eli C sharp.

"Harvinaisia" ohjelmointikieliä suosivana olen joutunut osaksi luopumaan kokonaan Windowsista. Joitakin "harvinaisempia" ohjelmointikieliä käytettäessä on pakko käyttää linuxia koska Windows ei niitä edes lainkaan tue.
Kommentoi
Ilmianna
Jaa
11 VASTAUSTA:
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.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
"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?
Kommentoi
Ilmianna
Jaa
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?
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#.
Kommentoi
Ilmianna
Jaa
Risukielestä ei ole kokemusta, mutta C- ja C -kieliä taasen ei ole suunniteltu ollenkaan.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
M-Kar puhuu niin kuin tietäsi jotain C:tä. Luulee hämäävänsä jota kuta, kyllä on mailman ihmeellisin pelle.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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
Kommentoi
Ilmianna
Jaa
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
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.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Natiivi Win32 rajapinta Mictosoftin omilla luokkakirjastoilla (c ) on oikea tapa!
Kommentoi
Ilmianna
Jaa
4 VASTAUSTA:
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ä!
Kommentoi
Ilmianna
Jaa
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ä!
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
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
"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.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Kokeilin huvikseni asentaa Delpi 4 Standardia WIN10:iin ja hyvin meni nikottelematta :) Kun ei ollut noita NET-härpäkkeitä tiellä... Mutta siinä tuli huomattua sekin, että WIN10 ei tue vanhaa WinHLP32-helppitiedosto-formaattia. WIN8:lle on näköjään vanhojen Help-tiedostojen tuki mutta ei (vielä? Jos koskaan?) WIN10:lle.
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.
Kommentoi
Ilmianna
Jaa
6 VASTAUSTA:
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.
Kommentoi
Ilmianna
Jaa
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!"

//=======================
Kommentoi
Ilmianna
Jaa
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ä :(
Kommentoi
Ilmianna
Jaa
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!!
Kommentoi
Ilmianna
Jaa
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.
Voi, voi, noita M-Kar juttuja. Olen yrittänyt miettiä mille alalle tuommonen satu-setä parhaitten sopisi, en vaan keksi mitään sopivaa.
Kommentoi
Ilmianna
Jaa
Minun juttuni vaan ei ole satua. Kaikki varmistettavissa todeksi.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
"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."

No olisiko yksi syy ettei nykyisille alustoille ole enää niin kepeää ja mahtavaa kehitysympäristöä kuin Delphi 7? Siis olisi kuin Lazarus, mutta täysin uudelle tekniikalle tehty ja miksi ei Pascal-kielikin voisi olla vähän modernisoidumpi samalla. Omalla kohdalla toivoisin Delphin kaltaisen kehitysympäristön Vala-kielellä ja GTK-3 ympäristöllä toimivaksi.
Kommentoi
Ilmianna
Jaa
12 VASTAUSTA:
"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?
Kommentoi
Ilmianna
Jaa
GTK-3 ei taida toimia windowsissa
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
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.
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
"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.
Kommentoi
Ilmianna
Jaa
Kyllä tyylitiedostot on keksitty, vieläkö Mikkis osaisi tehdä niillä tyyliä =D
Kommentoi
Ilmianna
Jaa
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.
Kommentoi
Ilmianna
Jaa
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.
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ä.
Kommentoi
Ilmianna
Jaa
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ä.
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.
Kommentoi
Ilmianna
Jaa
"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
Kommentoi
Ilmianna
Jaa
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
Olen toki asentanut ja näyttää aika kauhealta nykyisessä Windowsissa.
Kommentoi
Ilmianna
Jaa
+Lisää kommentti
Ostin eilen luultavasti Delphillä tehdyn sovelluksen, sivulla luke "...a Delphi module (*.pas)", lisäksi sovellus on sen oloinen kuin Delphillä olisi tehty :) Joka tapauksessa hyvin tehty sovellus ja toimii Win 10:ää myös. Selkeesti nähty vaivaa kun on hienot tekstuurit otettu lehdistä ja kaikista, hyvästä sovelluksesta aina maksan jos sille on tarvetta.

Harrastusmielellä koodailen C++:lla OpenGL juttuja ja tarviin sceneen vähän puita ja kasvillisuutta :)

http://flora3d.net/
Ilmianna
Jaa
Asensin ilmiasen Delphi Starter Editionin v. 10.2 ja huomasin, että Delphi 2006 Pro yht'äkkiä rupesikin pelittämään myös. Tosin v. 10.2:n Memon UTF-8 tuki on ehdoton etu, plus muut ominaisuudet tietenkin.
Ilmianna
Jaa
Tähän keskusteluun liittyisi hyvin ottaa tuo Win32 API:n versiointi mukaan.

Täällä kun jotkut tuntuu kuvittelevan, että Win32 API on ollut aina ja on jatkossa sama ja .NET vaan muuttuu niin tämähän ei pidä paikkaansa.

Win32 API:n versiointi on mennyt sen Windows julkaisun mukaan. Aina kun uusi Windows julkaisu niin sen Win32 API on se. Muutosta tehdään Windowsista uuteen vaihdettaessa.

.NET taas on irroitettu matalemmasta tasosta, ja .NET:n versiot pysyvät samoina vaikka käyttöjärjestelmä alla muuttuisikin.

Se mitä tuntuu olevan ilmeisen hankala joillekin hahmoittaa on se, että Windowsin julkaisu muuttuu nykyisin pari kertaa vuodessa. Nykyinen on Windows 10 1703 ja se on jo neljäs Windows 10 sarjan Windows.

Näin ollen myös Win32 API versio on eri. Tuo on tärkeää huomoida kun Win32 API:sta on suuri osa vanhennettu että ei voi olettaa Win32 API:n olevan sama parin kuukauden kuluttua.
Ilmianna
Jaa

Vastaa alkuperäiseen viestiin

Delphi 2006 Pro asennus WIN10:iin takkuaa

Onko kukaan saanut asennettua Delphi 2006 Pro:ta WIN10:iin?
Yritin asentaa ja aavistinkin ongelmia. ASennus haluaa väkisin asentaa nuo Microsoftin .NET-jutut (jotka siis ikivanhoja kyllä), jotka ilmeisesti ongelman syynä. ILmeisesti WIN10 ei niitä tue. Ne piti asentaa manuaalisesti
Delphi ikäänkuin asensi itsesnä kyllä, mutta käynniistäessä antaa herjoja "Luokkaa ei reksiteröity Class ID.." jne. ym. ilmoituksia. Harmittaa vain, että menikn rekisteröimään asennuksen ennen käyttöä netin kautta, koska ohjelma näytti asentuvan lolpulta ok. Nyt on sitten reksiteröinti määrä maksimissaan. Vuosien mittaanhan ohjelman on ollut eri koneissa. OLen ollut Turbo Delphiin tyytyväinen ja se toimi vielä VISTAssa ok.

5000 merkkiä jäljellä

Peruuta