Leaderboard

@John Kouraklis - I think EMB is caught between a rock and a hard place. By every indication I can see (# of questions on stack overflow for FMX vs VCL for example) VCL developers vastly outnumber FMX developers. But EMB is not going to grow promoting VCL. They need some niche that differentiates them from C# and all the other more popular windows platforms. So X-platform is a carrot that they wave to convince people to try Delphi. It is likely good for creating a phone app that has minimal UI requirements, but the desktop FMX components I have seen so far are underpowered compared to the VCL versions. I would love to use FMX to make our desktop app properly x-platform, but after 10 years of FMX several of the key 3rd party vendors still dont have FMX versions, so its difficult to migrate. The blog post also commented that they did not even get the interest level that they had hoped for. Which is not surprising. Not sure how many people started new FMX apps that required devEx grids in the 3 months that the devEx grid was out, and 3 months is certainly too short to migrate an existing VCL app that needed devEx grids. We were certainly aware it was there for example, but migration to FMX requires a lot of moving parts, and testing the grid was not yet on the radar.

Unless you have only Win apps and things like Win utils, FMX or more correctly cross-platform is the only way to go. The landscape in the market is vastly and rapidly changing and more platforms appear every other day. Unless you are an established large company, you can not afford to miss the opportunity of jumping into new markets quickly and with limited resources. We should not judge FMX's state and value based on what DevExpress says. I think their decision is more of a business one rather than a technical. Their clients are VCL develops and to me it is not a surprise that not many of them have adopted FMX. In fact, it is surprising they concluded there is no market for them. To me it seems very short-sighted understanding of the market. I am sure if they insisted, in 2-3 years their evaluation would be different. And I am also pretty sure when they started with the VCL suite, they had to iron out bugs, etc. But back then they were not the company they are now. Having said this, I have to mention here that I am not pleased with the way EMBA sees FMX either. I understand that most of Delphi clients are largely VLC developers. On the other hand, EMBA promotes Delphi as the one code base cross platform dev tool and yet they mostly focus on the introduction of new VLC products. This is a mess with their strategic priorities and every time I attend the webinars for new releases, I am disappointed to see they continue with the same approach. For example, they introduced a new TNumberBox---why is this not a FMX and VLC compoent? or the Control list?

I agree... Just cleaned up the system: manual Delphi uninstall + registry cleaned + delete all embarcadero files on system + all bpl, dcp, dcu... Fresh install from web installer this time (last one was from ISO). Installed only the Windows platform (no linux, no android, no ios etc) Installed only third parts components needed by my projects For now not installed expertes/toolas (MMX, GExpert etc) THE PROBLEM STILL PERSISTS! I think that these random errors could be related to same bug: sometimes "Access violation at address 0BAF903E in module 'dcc32270.dll'. Read of address A2DCF46C." sometimes in place of the internal error F2084, I get this: "[dcc32 Fatal Error] aaaaa.pas(27): E2411 Unit bbbbb in package cccccc refers to unit ddddd which is not found in any package. Packaged units must refer only to packaged units" often I get also "Access violation at address 50060148 in module "rtl270.bpl". Read of address 3C49FAC4" I don't know what to do at this point... I'll open a ticket on QC, but honestly, not being able to reproduce the case in a small test project, I doubt it will be considered.

It happens that sometimes when you uninstall an old version of Rad Studio IDE, invalid entries are left in the environment variables. There is a small hope that the problem will go away if you delete invalid entries and restart your computer. Finding and removing them is quite easy with the free Rapid Environment Editor. Invalid entries will be displayed in red. To make changes to environment variables, the program must be run as administrator (no elevated privileges are required to view). If that doesn't work, try doing a full reset of the IDE first instead of a full reinstall. This can be done with the cleanregistryide startup key. Caution: You will lose all your projects from the BDS directory, so back them up before starting BDS with this option. This is a last resort, not the first thing you should try when troubleshooting the IDE. The instructions can also be found on the page: Using the -r command line switch to fix start up errors in the IDE After a hard reset with the -cleanregistryide key, do not install any plugins, experts, etc. Only the minimum set of components required to compile a group of projects. Then temporarily disable your antivirus, firewall, brandmauer and try the steps to reproduce the error again. If the steps I described above do not help, then I don’t know how to help anymore.

There is some info in this discussion:

Hi Dalija, I've got your book, congrats, it is very helpful !!! Patrick

I guess not all APIs are created equal. I was able to figure out my problem by changing the body parameters to: TRESTRequestParameterKind.pkREQUESTBODY to TRESTRequestParameterKind.pkGETorPOST This is one of the function (Exchanging the code for tokens) we have for Quickbooks API integration. I have Xero and MYOB almost exactly the same code but this one wants to be different. Different APIs have different way of interacting with the Delphi REST component. It's probably the API design. In their API documentation they indicated that this is part of the "Body", so we also indicate that its part of the request body in our code but then it has a different result. So just in case you encounter these issues, sometimes it's trial and error. RESTRequest := TRESTRequest.create(nil); RESTRequest.Client := TRESTClient.create(RESTRequest); RESTRequest.SynchronizedEvents := False; RESTRequest.Client.UserAgent := qb_UserAGent; RESTRequest.Client.BaseURL := 'https://oauth.platform.intuit.com/oauth2/v1/tokens/bearer'; RESTRequest.Client.Accept := 'application/json'; RESTRequest.Client.ContentType := 'application/x-www-form-urlencoded'; RESTRequest.Client.Params.AddItem('Authorization', QuickbooksGetAuthorization, TRESTRequestParameterkind.pkHTTPHEADER, [TRESTRequestParameterOption.poDoNotEncode]); //QuickbooksGetAuthorization - calls for the Base64 encoded authorization RESTRequest.Client.Params.AddItem('Host', 'oauth.platform.intuit.com', TRESTRequestParameterkind.pkHTTPHEADER, [TRESTRequestParameterOption.poDoNotEncode]); //not sure if this was really required RESTRequest.Params.AddItem('grant_type', 'authorization_code', TRESTRequestParameterKind.pkGETorPOST); RESTRequest.Params.AddItem('code', authCode, TRESTRequestParameterKind.pkGETorPOST); //authCode - variable that stores the authentication code RESTRequest.Params.AddItem('redirect_uri', qb_RedirectURI, TRESTRequestParameterKind.pkGETorPOST); //qb_RedirectURI - variables that stores the redirectURI RESTRequest.Method := rmPOST; RESTRequest.Response := TRESTResponse.Create(RESTRequest); RESTRequest.Execute; Result := RESTRequest.Response.Content; Just sharing maybe some of you wants to implement the same 🙂

Burned? DevExpress wouldn't have existed if it wasn't for Delphi.

I think the original subject line for this thread is one where this is quite understandable (and not a bad thing). There is a role for a forum where "rambling discussions" are accommodated. If you look at many other threads here they are more "particular problem focused". Mind you I am completely with everyone here, agreeing that Embarcadero made a disasterous decision when they chose to close down their forum. If you are looking at a new development system in this modern age one of the first things to check is how active is the community on the forum..... As I've said before as well as losing community visibility and the huge volume of useful technical knowledge they also closed down a valuable source of customer feedback. So "Kind of ridiculous... very sad.".

Devastating.. just look at this "thread". Completely unorganized after just a few replies. Like a text message thread, but worse. And wondering when this site is to be retired? Next week, a year?? There is no guarantee at all on a site like this, as I can see it. Kind of ridiculous.. very sad.

🙂. But (IMHO) dropping of official forum was really wrong decision. In old days (since ~2000 year) I usually started my day from browsing of official newsgroups (in good old plain text and very handy tree format of messages) and I still have a huge collection of answers in "how to ..." style from famous specialists like Peter Below, Remy, and many others. After end of NG civilization there is no default place where I can get help from gurus and be well informed. Yes, you can say that there are many such places but "many" means "scattered" in this context ...

To shave off costs they had to pass housekeeping of official forum to volunteers. Also a product without good community will not be very popular and merchantable therefore.

So they droped comunity forums (and archives) at all ... Congratulations to all of us, nothing to say ... .. . . .

Dalija, I aspire to being a better coder. I once asked you for some help and you couldn't have responded any better. I got my help and even more. While a lot of what you do is beyond my capability level, some of it does sink in. The sign of a good teacher. So, there's a middling chance I might actually become competent in this area after decades of being a very linear thinker and programmer. So thanks again, in advance. Hope this purchase provides some small recompense. Be safe. GM