corneliusdavid

And for the record, I have used some WordStar key combinations, such as Ctrl+K Ctrl+I and Ctrl+K Ctrl+U for indenting and unindenting blocks of code before Tab and Shift+Tab were implemented.

True. If you like those key combinations better than Ctrl+Shift+B and Escape, then I guess you don't need the Parnassus plugins for stack bookmarks.

Yes, Delphi has had Toggle Bookmarks for a long time where you hit Ctrl+Shift+N (where "N" is the number 1..9) for 9 different bookmarks per file. Since Delphi 10.1 Berlin, you can also use stack-based bookmarks but by default, they use a clumsy collection of the old WordStar key combinations I can't remember. The Bookmarks and Navigator plugins add a lot of nice features which make it usable.

Table components will bring back all the fields from each row returned whereas you can limit the number of fields returned with a query. Also, the result set is prepared on the server (using joins and where clauses and such) rather than bringing the data down to the client and then filtering it, so it can be much more efficient, especially noticeable over slow connections.

@Ann Lynnworth, thank you very much for the detailed explanation. That's exactly the information I needed!

Ah! Yes, I see it now! Calling SetLength() is necessary to make it unique!

Isn't B already unique? See the output of my test program--those are distinct arrays.

I just tested this in Delphi 11: program ArrayCopy; {$APPTYPE CONSOLE} {$R *.res} uses System.SysUtils; procedure ShowArray(AnArray: TArray<Integer>); begin Writeln('Length: ' + Length(AnArray).ToString); for var i := 0 to Length(AnArray) - 1 do Writeln('[' + i.ToString + '] = ' + AnArray[i].ToString); end; begin var a, b: TArray<Integer>; a := [1, 2, 3]; ShowArray(a); b := a; b[1] := 12; ShowArray(b); Readln; end. And the output shows SetLength() is not necessary:

That's just as good a question. So either the assignment statement simply copies all elements it knows about in array A without setting the length of B (which seems like an incomplete copy) or setting the length is not needed.

Wouldn't you want to set B's length to Length(A)?

I have a question about one of the survey questions: "Would it suffice to re-index on a schedule such as quarterly, monthly or weekly?" What is the purpose of re-indexing? Is that re-indexing my database with the data? Or something in the Rubicon library/database itself?

Bluetooth can be separated into two broad categories: Bluetooth Classic and Bluetooth Low-Energy, or BLE. You mention "sensors" so that implies BLE. Here are some links to get you started: Using Bluetooth Low Energy Beacons and Delphi A museum adventure with a Delphi integration Working with ThingConnect Devices (Bluetooth was one of the hardest chapters to write in my recent book, Fearless Cross-Platform Development with Delphi.)

@KenR, I just downloaded and tried out this program--excellent job! It works great--and will save SO much time!! :-)

I'm using the scButton from StyleControls to pop up a secondary form right next to the button--and it works well. When there are multiple scButtons, I'd like a click on a different button to immediately close an existing form and open the other one just clicked; instead, the first click closes the current form and I have to click again to open the next form--requiring a double-click on the button to open the next form. For example, in the DropDown Forms demo that comes with StyleControls, if I click one of the drop-downs that open up a mini form showing a list of selectable items but before choosing one, click on "scButton2", I don't want to have the first click close the list form and then have to click scButton2 again in order to open its form, I just want to click once and the list will close and the new form immediately pops open. In other words, I want one click on scButton2 to go from here: to here: How do I close the first pop-up form and open the second in one click?

Thanks for the answers--I appreciate it.

Well, you could put the code you want collapsed in a {$REGION} because regions are collapsible. But that's a lot of extra work--and more lines of code.

This has been fixed in today's patch ... https://blogs.embarcadero.com/rad-studio-11-alexandria-november-patch-available/ Now, I can resume iOS development--and will remember not to upgrade quite so quickly in the future!

It takes some time to play around with it and get familiar with resources and suffixes. We could start a new topic to discuss this if you want.

Thanks for your comments--so glad it was useful!

Well, yes, I was surprised how many of those comments came through. In my recollection, most of those were near the beginning of the session. But consider this, too: responding with a quick smiley-face or one word response (e.g. "Agree!") takes far less time and effort than doing research on a question you may not know for sure. People take what is said in these sessions as gospel so the answerer needs to be certain what they're saying is spot-on.

I think they were fielding questions as fast as they could but could only get to so many. It went over time as it was. I've been on that side of the screen and you just can't get to everyone's question or comment.

The REST Debugger is definitely convenient--especially with the Copy Components button--but it is buggy and sometimes I have to restart that as well. I use bookmark stacks and the code mini map far more often, and in more projects, than the REST Debugger. Getting those back in the next month would make a nice Christmas present!

I guess I just have seen so many negative comments on these forums and I just had seen one too many. The Embarcadero of today is a long way from the Borland of yesterday; today's companies seem much more focused on profits than community. I remember the CompuServe days, the flame wars on newsgroups, and being able to connect directly with TeamB. Perhaps this is the last place to collectively vent. Still, it seems that comments are too often directed at programmers that don't likely have much control over their priority list. We can only hope that our frustration is heard up the chain of command. The Bookmarks and Navigator plugins are my favorite additions to Delphi--I've blogged about it recently. I too am waiting and hoping for an update.

It never ceases to amaze me how people in these forums can have such deep and intimate knowledge of the code of the IDE and it's plugins and libraries that they feel they have the right to highly criticize the hard-working team behind the complex and powerful development tools we use. As an independent programmer, I can set my own deadlines--and I don't release anything until I'm sure it's ready. When I worked for a large corporation, executives that have to please shareholders are the ones that set deadlines--and whatever code was ready, was released. I'm sure the Delphi team would've loved to postpone the release of D11 until it was more fully tested and all the plugins were finished to be released along with them but I'm also fairly certain they didn't have a choice and are also not allowed to voice those internal issues. Personally, I feel sorry for them and the pressure they must be under, especially when they read these posts and can't do a single thing about it.

I've tried that. I removed the iOS platform from Delphi, deleted the folders, did a total clean of the project (and also tried a brand new project), re-added the platform which re-added the SDK folders... Still got same linker error. So this is a problem with Monterey? Doesn't Delphi import the libraries and frameworks from Xcode? I can build a bare-bones Xcode project on Monterey to my iPhone.