-
Content Count
3565 -
Joined
-
Last visited
-
Days Won
120
Everything posted by Lars Fosdal
-
Rethinking Delphi’s management of floating point control registers
Lars Fosdal replied to David Heffernan's topic in RTL and Delphi Object Pascal
But isn't everything moving towards 64-bit? -
How to increase the distance between TCheckBox glyph and caption text?
Lars Fosdal replied to PeterPanettone's topic in VCL
There are numerous Unicode white space chars of varying width, so adjusting the distance "by character" is possible. -
Rethinking Delphi’s management of floating point control registers
Lars Fosdal replied to David Heffernan's topic in RTL and Delphi Object Pascal
@David Heffernan - At this point in time, would it make sense to ask EMBT to focus primarily on the 64-bit part of this? -
Sample for TWaitFor (or something similar)
Lars Fosdal replied to t2000's topic in OmniThreadLibrary
Use a worker thread which stays active and take tasks through a queue. -
Should Delphi have native interfaces?
Lars Fosdal replied to Koru's topic in RTL and Delphi Object Pascal
Off-topic for this thread, isn't it? -
How to increase the distance between TCheckBox glyph and caption text?
Lars Fosdal replied to PeterPanettone's topic in VCL
Well, what do you know! I actually didn't know you could wordwrap a checkbox caption! Thanks, @Attila Kovacs! -
Should Delphi have native interfaces?
Lars Fosdal replied to Koru's topic in RTL and Delphi Object Pascal
Having these discussions on desired language features bear little effect unless a properly thought through and well written proposal is submitted through QP, and even then it is just a pipe dream until it gathers a large number of votes, and/or someone within EMBT agrees that it is a good idea. Keep the ideas coming, and do discuss them - but unless they are formally submitted, we are just having a chat by the watercooler, if you see the analogy? -
Sample for TWaitFor (or something similar)
Lars Fosdal replied to t2000's topic in OmniThreadLibrary
COM objects will work in a sub-thread if they are created after calling WinAPI.ActiveX.CoInitialize(nil) and destroyed before calling WinAPI.ActiveX.CoUnintialize, in that thread. -
Rethinking Delphi’s management of floating point control registers
Lars Fosdal replied to David Heffernan's topic in RTL and Delphi Object Pascal
@David Heffernan - I took the liberty of splitting this off into a new thread. I think @Marco Cantu and @David Millington should look closer at this. -
What happened to that document? https://web.archive.org/web/20171221023547/http://qc.embarcadero.com/wc/qcmain.aspx?d=107411 Edit: I took the liberty of splitting David's answer into a new thread.
-
Different part - as in Outside the sand box - but it seems the file system is fully virtualized. A bit odd that you cannot specify %APPDATA% in the deployment system, since that actually is the appropriate path. Write under AppData Windows 10, version 1903 and later: New files and folders created under the following directories are redirected to a per-user, per-package private location: Local Local\Microsoft Roaming Roaming\Microsoft Roaming\Microsoft\Windows\Start Menu\Programs In response to a file open command, the OS will open the file from the per-user, per-package location first. If this location doesn't exist, the OS will attempt to open the file from the real AppData location. If the file is opened from the real AppData location, no virtualization for that file occurs. File deletes under AppData are allowed if user has permissions. Windows 10, version 1809 and earlier: Copy-on-written to a per-user, per-app location. AppData is typically C:\Users\user_name\AppData.
-
On the other hand, APPX apps are supposed to be sandboxed - hence moving a file to a different part of the system might not be a good idea? I could be wrong about this, though.
-
Which looks like a shared folder - unless that part on the end is a user specific key. If you install it with a different user - is a new folder C:\Program Files\WindowsApps\MYAPPNAME_1.0.0.0_x86__?????? created, or is the same folder used? Looking at http://docwiki.embarcadero.com/RADStudio/Sydney/en/Deployment_Manager, all the examples simply uses .\ - so perhaps that is sufficient.
-
If you name it .\YourAppFolder\ Where is that folder created in the current user's file system?
-
Where is that folder created? When it creates a folder named %APPDATA% - Where does it create it? C:\users\username\%APPDATA% ? C:\%APPDATA% ? Where is it created?
-
Is the DB supposed to specific for the current user, or do you want a single DB for all users on the machine?
-
Where does it create that folder?
-
Does %APPDATA%\YourAppName\ work? It resolves to C:\Users\<username>\AppData\Roaming Alternatively, %LOCALAPPDATA% C:\Users\<username>\AppData\Local
-
Not able to reproduce. Steps?
-
Look at the TPath type in System.IOUtils.- it is cross platform and has a number of methods for getting "special" folders. http://docwiki.embarcadero.com/Libraries/Sydney/en/System.IOUtils.TPath_Methods
-
@Clément I could reproduce it, added 4 png's of varying size, got AV at step 7. Same stack trace as yours. Also cannot exit the IDE without saving the VCL as the same AV happens and interrupts the exit - regardless of if the form is in text mode or not. Add a QP issue, please.
-
ParnassusCoreEditor.dll AccessViolation
Lars Fosdal replied to bazzer747's topic in Delphi Third-Party
@PeterPanettone - If you add _XRio to the last three, you won't get any issues with Rio when 10.5 arrives. -
TIP: How to preview any text file in File Explorer
Lars Fosdal posted a topic in Tips / Blogs / Tutorials / Videos
https://larsfosdal.blog/2020/06/09/preview-any-text-file/ -
Why the component designer? I'd do it a bit simpler and design an About form and fetch as much as possible about the application at runtime - such as the icon from the resources, and title, version, etc from the version resource. The company and contact info could be static text, or you put it into properties on the form. The form could have a simple memo where you would put in any additional info you would want to show.
-
Project With Same Source, Windows 7 Ok, Windows 10 Invalid Date Format
Lars Fosdal replied to stacker_liew's topic in General Help
I guess those also could raise issues, but being from Norway, it is rare that we have data with AM/PM. Since Windows Server 2012, Windows have insisted on yy.mm.dd hh.nn.ss for the Norwegian locale, and that has caused issues with exchanging dates as string with an MSSQL database through FireDAC. The "quick fix" that has stuck with us so far - probably because it just worked - is to change the time separator to : (colon) leading to yy.mm.dd hh:nn:ss on the application server that communicates with the database. Wherever that format is massaged within the Delphi conversions, that just works. There is a lot of relatively old code in the layers between the input and the database, so one day we may take time to figure out a better solution.