Page 1 of 2 1 2 LastLast
Results 1 to 15 of 23

Thread: delphi registratie zonder subscription

  1. #1

    delphi registratie zonder subscription

    Jeroen Pluimers had een interessante link op facebook:
    https://en.delphipraxis.net/topic/11...eV-6RFST_OeD7o
    en een reactie van Anders Ohlson:
    https://twitter.com/suited_aces/stat...ZCY4qDuxlHZlBE

    Op deze manier begint Delphi gebruiken in je project best een risico te worden. Oudere versies zijn via wat handigheidjes nog wel te installeren en gebruiken, maar vanaf ik denk XE wordt het best lullig als je een oud project wilt onderhouden.

    Best jammer dat ze hun betalende klanten niet gewoon vertrouwen.

  2. #2
    Dat is werkelijk ongelooflijk.

    Ben benieuwd of Barnsten hier nog een reactie op kan geven.
    Lijkt me ook niet echt een incentive om ooit nog een Delphi versie aan te schaffen.

  3. #3
    ik kan de link niet meer vinden, maar ze gaan ook de toegang afsluiten naar die portal met je geregistreerde producten en registered downloads als je geen geldige subscription meer hebt. Daar sta je dan met je perpetual licenties als je de boel niet zelf hebt gearchiveerd.

    Ik begin het steeds minder vreemd vinden dat mensen (inclusief bedrijven) kiezen voor gekraakte versies. Ook begin ik managers die besluiten weg te gaan van delphi steeds beter te snappen, zeker met dit geneuzel. En ik maar knokken om projecten binnen delphi te houden.

    Heb me er lang tegen verzet, maar denk dat ik toch maar eens een cursus .Net core moet gaan aanschaffen. Die energie rendeert waarschijnlijk beter dan blijven knokken voor delphi

  4. #4
    Bizar! Als dit waar is, dan ben ik bang dat dit het begin van het einde is.

  5. #5
    Dat is eeh.. best heftig. Voor mij betekent dat inderdaad het einde van support voor de Delphi projecten waar ik nog onderhoud op doe.
    Marcel

  6. #6
    Aanvullende info:
    https://community.idera.com/develope...5-a79bdacd479c

    Hoe kunnen ze zo idioot zijn.

    Iemand nog suggesties voor een goede .NET training?

  7. #7
    John Kuiper
    Join Date
    Apr 2007
    Location
    Almere
    Posts
    8,747
    Benno, hoe gaat KBMMW om met .net?
    Delphi is great. Lazarus is more powerfull

  8. #8
    Benno, hoe gaat KBMMW om met .net?
    Er is een native .NET client voor kbmMW.

    kbmMW is ook de belangrijkste reden dat ik nog wel ff op subscription blijf hangen, maar ga wel kijken naar alternatieven. Ik heb al paar keer geprobeerd om Kim ook (opnieuw) naar ondersteunen van Lazarus te krijgen. Maar aangezien hij daar geen markt ziet en Kim ook iemand is die graag de nieuwe taalfeatures (inclusief de bugs) inzet in zijn framework verwacht ik dat dat een doodlopende route is.

  9. #9
    Ik heb zojuist even contact gehad met Margreet van Barnsten. Ze zal hier binnenkort, maar niet vandaag, een reactie geven op dit topic.

  10. #10
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357
    Als het zo is, dan is het voor mij ook het einde. Ik zit op Seattle, en heb vanwege niet deinstallerende camera drivers regelmatig rearms nodig (eens in de twee jaar zo ongeveer).

    In mijn geval wordt het waarschijnlijk VS C++. Behalve een zeos CRM dat gaat waarschijnlijk naar Lazarus.
    Last edited by marcov; 27-May-19 at 23:25.

  11. #11
    John Kuiper
    Join Date
    Apr 2007
    Location
    Almere
    Posts
    8,747
    Dat heel jammer. Dat betekent ook het einde van dit forum. Alleen zijn geschiedenis is heel erg handig.
    Het mooiste zou zijn dat de internationale lazarus community dit forum gaat gebruiken voor Nederlandse / Belgische Lazrus gebruikers. Die zijn er genoeg op het Lazarus forum.

    Echter wordt de vreemde taal op het lazarus forum voor vele toch een struikelblok en zal in hun moedertaal iets posten een mooie uitkomst zijn.
    Delphi is great. Lazarus is more powerfull

  12. #12
    ik denk dat het engels voor de meeste ontwikkelaars geen probleem zal zijn. Goede boeken zijn ook engelstalig.

  13. #13
    Er zijn anderstalige subfora op het Lazarus forum.
    Bij voldoende belangstelling kan er vast wel een NL sectie aan worden toegevoegd.
    Hopelijk is dat niet nodig en blijven we hier gewoon bestaan (inclusief Delphi wel te verstaan).

    Bart

  14. #14
    Dat zou voor mij ook betekenen dat ik Delphi projecten ga afbouwen en nieuwe projecten m.b.v. andere tools realiseer.

  15. #15
    Do we have yet another "Delphi is dead" panic attack ? It must be the 278th or so since 1995.

    Im in contact with Atanas and Marco about the situation. They have bumped the registration number for all existing licenses. Im however also critical about not providing a perpetual license that does not require Embarcadero involvement, before stopping providing license support for old versions. And that is what Im attempting to talk with them about.

    However it is really nothing new... many companies move towards subscription based access to development tools these days... which Im not too happy about myself either.
    I suppose the good thing is that alternatives will get more focus, and new markets may appear which leads me to the question about kbmMW and Lazarus.

    kbmMW did support Lazarus in an older version (3.xx). However FPC and Lazarus have for a longish time had issues about keeping up with being feature compatible with Delphi, which makes it a nightmare to support both Lazarus/FPC and Delphi/C++Builder.
    If there were a significant number of paying customers on the Lazarus platform, I could earlier easier have justified investing significant time in making kbmMW available on Lazarus, but the apparent truth of the matter is that at least on the short/medium term, it would be a loosing game for me and my users, because time spent on Lazarus, at least until now, has not been economically viable, and spending it there, would result in spending allot less time on new Smart features in kbmMW, which would hurt existing customers.

    You may not know it... but I do actually actively support the Pascal community, including Lazarus because I see having options as an important thing, specially after having invested so many hours in the kbmMW and kbmMemTable frameworks.

    So the hope, is that one day (hopefully sooner than later) FPC and Lazarus will have come to a maturity level feature and compatibility wise that makes it a no brainer to support it. I know there are active steps towards those features that I need:

    - Good stable Delphi compatible generics. kbmMemTable actually use native FreePascal generics, but Im not at all confident that kbmMW will be able to do that with minimal work).
    - Delphi compatible attributes. Still not there as far as I know
    - Delphi compatible RTTI. FPC has a long way to go as far as I know.
    - No need to ship source code. Lazarus has taken steps to some degree to make that happen.

    Some of the issues related to getting to Delphi compatibility is that the "powers in being" have own ideas and opinions about directions to take, which may be technically correct, but which do not help with moving 3rdparty vendors support towards Lazarus/FPC.

    I just do not want to end up with the support nightmare of having two or even more separate code bases for the same functionality, also because different quirks and bugs will surface differently in different environments.

Page 1 of 2 1 2 LastLast

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •