Page 1 of 2 12 LastLast
Results 1 to 10 of 19

Thread: Delphi 10.1 Starter Edition free serial until 9 of SepTember

  1. #1

    Delphi 10.1 Starter Edition free serial until 9 of SepTember

    Hello Guys!

    Valid 22 August of 2016 until 9 of September of 2016.

    Download link:
    https://www.embarcadero.com/br/produ...ional-download

    Compile just for Windows 32 bits... but its free

    Best regards!

  2. #2
    its too late embarcadero , we already have fpc/laz as a better alternative .

  3. #3
    The 100% discount is still available!

    Delphi 10.1 Berlin starter edition at 0$
    Last edited by salvadordf; 31-01-2017 at 07:26 AM. Reason: propper delphi edition

  4. #4

  5. #5
    PGD Staff / News Reporter phibermon's Avatar
    Join Date
    Sep 2009
    Location
    England
    Posts
    524
    Free? that's still too expensive - You'd literally have to pay me to use Delphi over Lazarus - which I am actually open to, a man's got to eat
    When the moon hits your eye like a big pizza pie - that's an extinction level impact event.

  6. #6
    I'm a Delphi supporter now for 6 years already. But even I must admit that I'm becoming more and more disappointed with it.

    Now it is nice that Delphi ships with a bunch of components that provide all those neat almost ready to use features.
    But what I don't like is that extending any of these components has become a nightmare in recent Delphi versions. Why? Because Delphi VCL (and especially FireMonkey) heavily and I mean HEAVILY depends on use of interfaces which means code damn hard to read.
    I still remember times when I started programming in Delphi 6 and even thou at the time my programming knowledge was much lower than it is now I never had much of a problem for making of a customized version of certain VCL component. But now even thou my programming knowledge is greatly improved I'm having huge difficulties extending existing modern Delphi VCL components.
    In fact the last time when I was trying to make a customized version of some VCL component I actually rage-quitted after spending a whole day getting nowhere. The next day I fired up my old laptop with Delphi 7 on it, copied the code of that VCL component I was extending to my desktop current development machine and extended that component with desired features. And for all that I spent just over two hours. Sure that extended component does not support component styling and it probably won't work OK with advanced reference counting. But since I'm not using none of these features in my project I'm fine with that.

    Another frustrating thing about Delphi is that it contains quite many very old bugs. And while many of them might seem trivial at first look they could actually have huge impact. One such bug is related to code folding or to be more precise scenarios where parts of your keeps getting expanded so you end up either spending most of your time folding back that code or not using of the code folding feature at all which is a shame as if used correctly it can greatly improve code writing productivity.

    Any way for the time being I'm still sticking with Delphi but if this trend will continue then I'm definitely going to switch to Lazarus or some other IDE. I guess that one of the main reason why I'm sticking with Delphi is that it has more powerful debugger. At least it seemed so when I was doing comparison against Lazarus debugger about a year ago. Hasn't checked the newest version of Lazarus. Has it been improved on this area recently?

  7. #7
    PGD Staff / News Reporter phibermon's Avatar
    Join Date
    Sep 2009
    Location
    England
    Posts
    524
    The debugging support of FPC+Lazarus nowadays is just as good as anything in the GNU tool-chain style compilers for example. I don't have a single issue debugging my code and I can't think of anything about debugging in Delphi that is better or that I can do without. Debugging works fine on Windows, Linux and OSX - although OSX Lazarus is a bit quirky but that's mainly down to jumping through X-code hoops.

    Delphi is all about the components it ships with which are generally of a very high quality.

    However I personally think Firemonkey is a joke - given they're a large commercial company they should be capable of far more than I am - yet my own comparative system is so much better it's funny - it doesn't give me much confidence in the abilities of their developers if a group of people being paid good wages are incapable of producing a better system than one person working in their spare time.

    Their abysmal cross platform support over the years is nothing short of embarrassing nowadays - again they pay their developers an actual wage - why can't they do what Lazarus has been doing for years? who the hell is coding for them? the aliens from independence day?

    Not to mention they expect you to pay extra for the 'privilege' of cross platform development, I mean *seriously*?

    Unless you're being forced to support some old Delphi code base - updating it because it would be too expensive to re-implement - Delphi is dead - only somebody without another economically viable choice would *pay* for what is free everywhere else.

    I miss Borland - they actually cared about their product and their customers - not just the money they could squeeze out of them.

    I say this as somebody that has been coding in object pascal for over 25 years - I'm an expert and as much of an authority in the language as anybody can be - FPC + Lazarus are the better choice. I don't see why anybody in a position to choose would choose anything else.
    When the moon hits your eye like a big pizza pie - that's an extinction level impact event.

  8. #8
    For me the best part about Delphi is Firemonkey Recently I had this idea to redo my bot making software in Lazarus and guess what, control's size can't be scaled which pretty much is a road block for my zoom in/out idea.

    Maybe I'm spoiled by Unity and UE4 but I got used to creating UI that can fit the screen, be able to rotate or scale the control If I wan to. Make new components by simply nesting and stitching together simpler ones.

    Embarcadero does what it can to keep Delphi an unattractive choice but at least they understand that modern IDE for application development should be able to produce modern looking GUI.

  9. #9
    PGD Staff / News Reporter phibermon's Avatar
    Join Date
    Sep 2009
    Location
    England
    Posts
    524
    it works, it's pretty and it's robust - firemonkey is certainly a great off the shelf choice for people looking to easily develop unique looking apps but lack any sort of technical knowledge or need of hardware accelerated APIs.

    But that's the kicker - we're game developers - if you're talking 3D acceleration, games you're also talking performance, cross platform flexibility - firemonkey simply isn't designed to work inside an existing engine/framework - it's designed to *be* the framework. It uses a ton of memory (I assume it has to be creating back-buffers for every control to use as much as it does) , it doesn't give you full control over GL initialisation (very important) or the 'render loop'.

    If you're not using the 3D hardware outside of what firemonkey directly gives you - and you can afford it, then sure, brilliant, firemonkey is pretty and it works.

    But it's not very suitable as the GUI for a 3D game for example - that needs total control and utilisation of the hardware - this doesn't include every project - not at all - but it becomes an issue eventually so unless you're absolutely certain your project won't grow? it's worth thinking about.
    When the moon hits your eye like a big pizza pie - that's an extinction level impact event.

  10. #10
    Quote Originally Posted by phibermon View Post
    It uses a ton of memory (I assume it has to be creating back-buffers for every control to use as much as it does)
    I also assume something like this. But not so much due to memory requirements but based on some of its features like zooming ability which clearly simply scales up the contents of entire control.
    Another problem with FMX is that unlike its first few iteration it does not natively support vector graphics rendering which means that for each control you need to have respective image. These images are stored within those styles that FMX use. And I seriously doubt that FMX has proper algorithms for optimized storing of this resources in VRAM which might be another cause for high memory usage.

    Quote Originally Posted by phibermon View Post
    But it's not very suitable as the GUI for a 3D game for example - that needs total control and utilisation of the hardware
    If you ask me it is not very suitable as the GUI for any game or even for any more complex application for that matter. Why?
    Go and make a next test example. Create a new FMX project and simply put about 100 to 200 controls on it. Compile the project and then preform quick mouse movements around your FMX application and you will se that the CPU usage will rise significantly. In fact this issue is so bad that if you have an application with complex UI mouse movement can cause application lag. To me that is unacceptable.
    Remember when in another I mentioned that I'm still not sure whether to use FireMonkey for my texture creating application that I'm creating or first finish my Silver GUI library and use that for my application UI. The reason for my dilemma is the fact that even with partially done UI in FMX I'm already noticing performance issues and we are talking here about texturing application that does not have any kind of fancy graphics or animations for its UI.

    To be honest I'm wondering how people can make any mobile application using Delphi ad FireMonkey which isn't lagging as hell since mobile phones have much weaker processing capabilities compared to desktop computers on which you can already notice FMX to lag as hell.

Page 1 of 2 12 LastLast

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
  •  
Comodo SSL