PureBasic Forums - English

Thanks all!

In the end it was a "61 3F" instead of a "E4 00"... The file was send from a company located in Switzerland and they aren't really known for their usage of german special chars^^

Just a guess: Did you copy the path from somewhere into the clipboard and paste it into the IDE? What happens when you type
The guess is correct...

When I copy your "äöüÄÖÜ" here from the forum into the IDE, the output is correct, when I do the same with the path I posted, it is shown correctly ...

When I change it to "String View (Unicode)" the output is correct (as well in Hex View)^^

Still the same output

What language is used for the IDE? In my case it is german.

And in settings, what is your font for the debug window? I use consolas west

My IDE is set to english and the (custom) font used for the debug window is Consolas (which never had issues to display german special chars). Changing it to ...

No it doesn't

The string to output contains "ä" but the output doesn't display an "ä" but an "a" followed by an "n" with some dots above it

Hi,

something's very odd atm...

PureBasic v6.21 x64 (IDE), Compiler: v6.04 LTS x64

Code: The .pb file is UTF-8 with BOM.

I get this output:


Why is that?

@Thorium
Thanks for the hint but this won't be an option for me (even if it would work)

Why?
Adding the necessary manifest to my .exe isn't the problem but setting the registry value for
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem LongPathsEnabled
is something that can't be done ...

I want to move a folder from one volume to another volume into an overlong path (on Windows).

MoveFileEx_
and
SHFileOperation_
can't do this unfortunately.

MoveFileEx_ can move files cross-volume (even into overlong paths) but fails to do this with folders.
SHFileOperation_ can move even ...

Could you add it please?

The integer value of it is 8.

It's used e.g. by

@infratec It seems she's not looking for (another) Desktop app to create / fill a form but a tool that allows to automate the whole process via command line interface (and still creates a 100% reproducible output even with non-standard fonts)?

Thank you, NicTheQuick!

I'll rewrite my datasection(s) then and yes, it absolutely makes sense that the label isn't a string anymore at compile time...

Regards,
highend

Hi.

My datasection(s) are all defined like this:

DataSection
RustDesk_Client:
IncludeBinary "..\#includes_files\rustdesk-1.3.7-x86_64.exe"
Data.c 0 ; Add a terminating null-character

RustDesk_Toml:
IncludeBinary "..\#includes_files\RustDesk.toml"
Data.c 0

RustDesk_Toml2:
IncludeBinary ...

Thank you, Axolotl!

I've tried to modify it via Python and PyMuPDF and in general, it works...

The problem: It uses e.g. a different font than the one that is used on that line where the replacement happens (and the font is in the .pdf file and additionally installed on the computer where I've ...