corneliusdavid

Uh, how do you expect to get the contents of a file without opening it? Or do you mean that you don't want to use OLE? I've used XLSReadWrite successfully.

So since you can't find one, just write your own. It shouldn't be terribly difficult. You could probably even calculate the RGB value based on the number given.

It's not Delphi that needs the path set--it's Windows. Windows doesn't use the registry to find and launch the application--dcc32.exe in this case. The first instance of dcc32.exe that Windows finds in the PATH is the one that runs. And by default, the last version of Delphi installed will be the version of dcc32 that automatically launches because installing Delphi prepends the system path with bin folder of that version of Delphi.

I think @Stompieis right. Even though you're running it from the Studio 17.0 (Delphi 10 Seattle) folder, it might be picking up the path for the newer version of Delphi instead. On my main development machine, I have only Delphi 10.4 and 11 installed. I ran dcc32 --version from both the "21.0" and "22.0" folders: And it picked the same one, the Delphi 11 version, both times. It used to be that Windows would look in the current folder first to run an application but I think it now looks through the PATH environment variable first. A reference sheet I keep handy shows the relationship between the compiler version, the product name, the Delphi version, and the Studio version: VER300 - Delphi 10 Seattle (Delphi 23, Studio 17.0) VER310 - Delphi 10.1 Berlin (Delphi 24, Studio 18.0) VER320 - Delphi 10.2 Tokyo (Delphi 25, Studio 19.0) VER330 - Delphi 10.3 Rio (Delphi 26, Studio 20.0) VER340 - Delphi 10.4 Sydney (Delphi 27, Studio 21.0) VER350 - Delphi 11 Alexandria (Delphi 28, Studio 22.0) When I ran the folder-specific version of dcc32, it used the correct one:

My favorite and most used feature of the Parnassus plugin is in the Navigator plugin with it's Go To Shortcut. With a default hotkey of Ctrl+G, it drops a stack-based bookmark, incrementally searches as you type a destination, jumps there once you select it, then Escape takes you right back. I'm often going up to the implementation section to add a unit to the uses clause and then want to continue where I was at. This is a huge productivity boost for me. Most of my development is still in 10.4.2 but I know there are other IDE plugins and shortcuts that could get me close if I move on to D11. Or I could try and remember the built-in keys that do the same thing: Drop a stack-based bookmark: Ctrl+K, Ctrl+G Go to the Navigation Toolbar for Sections: Ctrl+Alt+N, Ctrl+Alt+S Pick up the stack-based bookmark: Ctrl+Q, Ctrl+G YUCK! References: Using the Bookmark Stack: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Using_the_Bookmark_Stack Using the Navigation Toolbar: https://corneliusconcepts.tech/delphi-productivity-tips-navigation-toolbar

Well, there is that.

At this point, I'd contact Embarcadero support. It's an installation issue that renders use of the product inoperable so would be a free tech support incident.

I have only used it briefly here and there. What are the limitations you've run into?

How does it compare with Delphi's TZipFile?

OK, I finally see what you're getting at. I got sidetracked by just the idea of simple editing of text on a mobile device and missed part about the ControlType--sorry. (I had recently experienced frustration when typing a long text and trying to view/edit the whole thing--and that was using the phone's built-in text messaging app--I thought that's where this was going.) I ran a sample project and switched the ControlType property of the TEdit between Styled and Platform and now see what you've been trying to explain. Yes, the "Platform" control works properly but (and as explained on docwiki) does not respect the z-order. So, yeah, it does look like a bug, or incomplete feature implementation, in the styled version of the TEdit.

Have you tried other apps on Android that have a small text edit input to compare how they act? @Lars Fosdaldescribes how it can be done on Android--and yes, that works but I have problems getting it right so more often just backspace or don't even try to scroll. Same thing on iOS.

Interesting. You might try adding the IDE Fix Pack, then: "fastdcc applies the Compiler Speed Pack that is included in IDE Fix Pack to the command line compilers dcc32, dcc64 and dccaarm (XE6 and newer)"

Right. That's typical on a mobile device--it's not specific to Delphi apps. Basically, you can type forward or backspace to clear it out and type it over. That's why I sometimes hook a Bluetooth keyboard up to my mobile device when I'm writing lots of text--I can use the keyboard arrow keys to navigate past the beginning/end of the visible text. Have you ever sent a long text message with a phone? It's a pain if you've been typing fast then look at what you've typed and realized there's a misspelled word in the middle and you have to somehow select it and type over without losing it or finger-swipe to go back to the top of the paragraph to make sure you didn't miss anything. You could set the MaxLength property of the TEdit so the user can't type a bunch of text; or use a TMemo and make it fill up the screen so the user can see all the text they've typed. Welcome to mobile development!!

Are you referring to the lack of left/right/home/end buttons, or just the standard user interface on a mobile device? I've never had problems with TEdit text scrolling on mobile devices--I just hook up a Bluetooth keyboard if I want to be able to move the cursor through the text.

What version of Windows are you running on? Did you see any errors as you were installing Delphi? Can you try "step over" instead of trace into and tell is if it can step through code that way?

Can you give us some details? Is this a Delphi module or a component or something in the project? What's the specific error message?

Yes, the CE version can build WebBroker apps. You can also use it to build Microsoft IIS or Apache web modules but not Linux or DataSnap. Go here: https://www.embarcadero.com/products/delphi/product-editions and download the feature matrix for details.

I get access violations once in a while in rtlXXX.bpl (almost any version of Delphi). I'm used to older computers where if something was broke, you just rebooted and got back to work. I find this works 99% of the time with Delphi. I wish it was better but it's really not terribly disruptive because I can work for hours or even days in multiple VMs on multiple projects before I see it and in less than a minute, I'm back where I left off without losing anything.

I get this every once in awhile. Just follow the directions and get back to work.

Without describing or posting any part of your project, you can't realistically expect any useful troubleshooting help.

First of all, THANK YOU @Remy Lebeaufor your contributions over the years to the Indy project, both in development and in support on this and many other forums. So do I and to learn there's only one main developer on this project who doesn't even have a working IDE at the moment is quite concerning. I wish I had the time/knowledge to help.

Yes, that's been the standard recommendation for a long time but there's been work to standardize the installs so that either .iso or web install will work regardless of the method used for the previous install--perhaps they just haven't removed that warning. I don't have a "default" method for installs and, in fact, don't even remember which method I used for which version on which computers. I've never had a problem with the installs (I'm pretty sure I've mixed them up at some point) and am actually puzzled about what's wrong with using a different process for an upgrade than the original install used.

Here's what I would try: manually download and install .NET. Since the error messages indicate both 4.0 and 4.7 (from what I gather reading your original post), install both versions. Those installs might include additional files that the standard Delphi install is missing or expects to already be in place. It might work--I don't know, I'm just throwing this out there.

Lots of different reasons why downloads or installs fail (internet, disk errors, network, anti-virus, etc). I downloaded both the .iso and the .exe (web install) onto two different computers. The .iso failed to mount on one of them so I used the web install; the .iso worked fine on a different one. All just depends on the particular arrangement of bits in the ether on a particular day, I guess!

That's good to know. Did the problem just start with Delphi 11?