PureBasic Forums - English

Thanks, Fred and team

Many thanks for all the great work you do on this fabulous product

Yeah, thanks Fred. The latest updates have allowed me to visit some old projects. Now I will be less bored:):)

Got this error with COMatePLUS.pbi after updating to 5.40 Beta:
hResult = CLSIDFromProgID_(progID, @clsid);
Bad parameter a string is expected.


this become error too
GetCurrentDirectory_(#MAX_PATH, CurrentPath$)
Bad parameter type, number expected instead of string

Liqu wrote:Got this error with COMatePLUS.pbi after updating to 5.40 Beta:
hResult = CLSIDFromProgID_(progID, @clsid);
Bad parameter a string is expected.


this become error too
GetCurrentDirectory_(#MAX_PATH, CurrentPath$)
Bad parameter type, number expected instead of string

DK_PETER wrote:

Liqu wrote:Got this error with COMatePLUS.pbi after updating to 5.40 Beta:
hResult = CLSIDFromProgID_(progID, @clsid);
Bad parameter a string is expected.


this become error too
GetCurrentDirectory_(#MAX_PATH, CurrentPath$)
Bad parameter type, number expected instead of string

Code: Select all

Global CurPath.s = Space(#MAX_PATH)
GetCurrentDirectory_(#MAX_PATH, @CurPath)
Debug CurPath

Thank you DK_PETER,
it just a lot of codes with winapi that i have been collected become broken and need to be fixed,
even though it's was coded wrong in the first place but it works on previous version. Is auto convert function has been disabled?

Vector drawing, nice ! Great update !

[*] You should write somewhere (or do a check in checkinstall.sh) that libgtk-3-dev is now required.

[*] The toolbar is now buggy on Linux. It appears at the bottom, and there's still no vertical bar with ToolBarSeparator(), just a space : (Linux Mint 17.2 - Mint-X Controls theme, the toolbar appears at the bottom in ALL themes however)

Beta 3 is out !

Thank you very much!

cool. Thanks ...

Fred wrote:

Code: Select all

- Added: #PB_Ascii, #PB_UTF8 and #PB_Unicode support to Create/Open/ReadFile() to set the default write/read mode

Interesting, but it's not mentioned in the help file. Does it automatically call WriteStringFormat() when using CreateFile()? I would also suggest a similar new option for an "intuitive read mode" that reads/writes the default string format automatically...

No, it doesn't call WriteStringFormat() automatically, but all WriteString/WriteStringN() without any flags with uses the specified format

Thanks for Beta 3! The UTF-8 support is getting better and more convenient with every update

Fred wrote:No, it doesn't call WriteStringFormat() automatically [...]

I really think this would be a neat little feature so I created a request over here: Automatically Read/Write Format for Read/Open/CreateFile()

First of all: Thank you for your excellent work!

But I have to say, that I'm a little bit disappointed, because I hoped, that now you will update the PrinterLib. For my project, with PureBasic I can find cross-platform solutions for all problems, but for one, I have no idea: If I want to print a document to a specific, pre-defined printer (not the standard printer, and without the printer requester), it's only possible with a Windows-User-Lib. But a cross-platform-solution on Mac and Windows is impossible. I hope really, that the PrinterLib gets an update soon, at least with this feature. It should be possible, to read all the installed printers and select one of this printers for the PrinterOutput().

Once more: I have big respect for your work, PureBasic is great.

Or is it possible and I cannot find the way?
Perhaps somebody who reads this, has an idea, how I can realize a cross platform printing solution on specified printers.