Live data from Hacker News

Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

forum.lazarus-ide.org

111–120 of 129 posts

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#111
post #4
post #2

Wikipedia provided this simple description, which would be nice to see on the RC post (but perhaps they assumed the only folks interested in an RC post would be folks familiar with the tool already): Lazarus is a free cross-platform visual integrated development environment (IDE) for rapid application development (RAD) using the Free Pascal compiler.

I miss WYSIWYG IDE's like Delphi, VB-classic, and Lazarus. Dealing with HTML "autoflow" and Bootstrap is a royal pain. You sketch a draft GUI that seems a good fit for the application and users, and then realize you have to jump through hoops backward on a unicycle while chewing gum blindfolded to get it right on web browsers. Jetsons WYSIWYG technology yanked from my happy fingers by an LSD "standard". (I'm assuming…

HyperCard > VB-Clasic > Delphi... Then that's it. Somehow we stopped there. Our Computing Speed might have grown 1000x but We somehow manage to put in additional 1000x complexity to cancel out.

Not only have Software development not gotten any easier, most software are slo lots more resources intensive.

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#112
post #67

Earlier quoted context omitted.

I meant, unless you have some very specific reasons, Pascal is not the first language to pick for a new project nowadays.

I think most people, certainly me, who would be looking for a Pascal compiler are trying to avoid C++ like the plague. It’s funny when you read about languages like Rust and Go basically trying to undo decades of C-induced damage, reinventing (albeit also exceeding) thangs that Pascal/Modula/Eiffel already had.

Yet, it would be good to have an open source alternative to C++Builder. In other words, besides Pascal, to also have an option for a mainstream [native] language.

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#113
post #94
post #80

Earlier quoted context omitted.

I think one of the reasons why new languages are going for compilation again is the death of the multi-architecture ecosystem. Support x64 and ARM and you can play with the big boys. Back then? Intel was barely considered mature, every Unix manufacturer (including sun) had their own processor architecture, and who knew what was coming out for the smaller devices ("thin clients" were all the rage). I still think that…

I've got no idea why Microsoft was going apesh· for bytecode all of a sudden. Delphi probably was one of the main reasons. It was a lot better for Windows 32 development than VB and there were projects to port it to Linux. Microsoft then recruited Delphi leads, settled a long running suit with Borland (with the fallout of stopping Delphi for Linux development) and finally created a platform where they keep control, u…

Java was the reason.

COM Runtime was going to be native (Ext-VOS), but then they decided to go VM path and .NET was born.

https://blogs.msdn.microsoft.com/dsyme/2012/07/05/more-c-net...

If you read Don Syme blog entries about .NET history, you will see a few similarities with WinRT.

Just with .NET metadata instead of the old COM type libraries.

So the double bet on COM since Vista was a bit like WinDev's revenge.

However how things turned out, it appears DevTools is having their way again and even .NET Native might be redone post .NET Core 3.0 release, as per Q&A session at Connect() 2018.

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#114
post #87

Earlier quoted context omitted.

If I am not mistaken, later versions of Delphi removed the restrictions on declaration order. I am with you on performance for graphics stuff, hence why I never bought into stuff like disabling bounds checking on the whole application is a must for performance.

I stopped using Delphi after version 4, but I was curious, so I did some googling. Looks to me like forward declarations were still needed in Delphi 2010, at least for class declarations: https://stackoverflow.com/questions/2137030/cant-get-a-forwa... . Borland's Pascal compilers did have a way to disable bounds checking locally, with a special compiler directive comment: {$R-}. It took effect from where you used it,…

Yep I used R- a few times, just not everywhere. :)

Thanks for googling it.

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#115
post #71

Has anyone used a recent Lazarus version to create apps that can connect easily to an HTTP API? Some months ago I had a need to create a "quick and dirty" API utility for internal use and I remembered about Lazarus. However I couldn't find an HTTP client component that I could use. I just wanted to do the equivalent of a curl GET/POST call. I'm not sure if maybe I'm not familiar enough with the wiki structure so I mi…

Check mORMot (https://github.com/synopse/mORMot), making http request should be as simple as something like:

`

discogsJson := HttpGet('https://api.discogs.com/artists/45/releases?page=1&per_page=...');

`

Here: https://github.com/synopse/mORMot/blob/54dd708d25586008260f2...

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#116
post #59
post #53

Lazarus is great, I just hope they create full support for MacOS. Curent state is more or less broken and not really usable.

I installed it a year or so back for testing, and I find it especially telling that you still have to download three independent disk images (compiler, GUI, extras). Even sadder is the fact that instead of having a regular Mac app bundle, the installers spray things all over the filesystem. It’s defensible for the CLI tools, but hardly native. Still, I look forward to final release - I just hope it has a better nativ…

try http://wiki.freepascal.org/fpcupdeluxe to install the complete tool-char with several clicks.

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#118
post #80
post #57

Earlier quoted context omitted.

From the early days I thought it was a mistake for Java and .NET not to follow on what was common back then, and offer AOT compilation out of the box. Java AOT solutions were all commercial (gcj doesn't really count) and .NET had NGEN, but it was only meant for fast startups. .NET was specially disappointing in this regard, given that it had quite some influences from Delphi. We had to wait around 20 years for AOT to…

I think one of the reasons why new languages are going for compilation again is the death of the multi-architecture ecosystem. Support x64 and ARM and you can play with the big boys. Back then? Intel was barely considered mature, every Unix manufacturer (including sun) had their own processor architecture, and who knew what was coming out for the smaller devices ("thin clients" were all the rage). I still think that…

We were able to do multi-architecture with compiled languages just fine.

What Java had going for it, was being free (beer), more stable across OSes than a mix of K&R/ISO C, pre-ISO C++, batteries included libraries with GUI support and endless amount of money thrown out by Sun, IBM and Oracle driving adoption (yes they were into Java almost since JDK 1.0).

As for .NET and bytecode, see my neighbouring comment.

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#119

I love the idea of a WYSIWYG IDE that's integrated with the language like this, or like VB used to be, but personally I just can't stomach the whole "have to learn yet another language to use it" problem. From what little I've played with Lazarus and FPC it seems really nice though, and I might make use of it for some smaller projects at work in the near future. I'm sick of trying to make web apps and all the ridicul…

One issue versus WYSIWYG editors for the web is that you can't simply absolute position everything. The design need to be "responsive" to all screen sizes!

Re: Lazarus 2.0 RC3 – Delphi-compatible cross-platform IDE

#120
post #59

Earlier quoted context omitted.

I installed it a year or so back for testing, and I find it especially telling that you still have to download three independent disk images (compiler, GUI, extras). Even sadder is the fact that instead of having a regular Mac app bundle, the installers spray things all over the filesystem. It’s defensible for the CLI tools, but hardly native. Still, I look forward to final release - I just hope it has a better nativ…

try http://wiki.freepascal.org/fpcupdeluxe to install the complete tool-char with several clicks.

Doesn’t fix the single bundle issue...
Post reply on HN