PureBasic Forums - English

Thanks.
#PB_ToolBar_Large was the first thing I tried.

Hi,
I have a number of users who prefer to use the Windows version of my software under Wine rather than the Linux version.
I have discovered that the ToolBar does not appear in Wine.
I have tried with PB6.21 and PB6.04
I have tried setting the bitmap size using SendMessage_(ToolBarID(0),#TB ...

Thanks for the explanation Fred.

My application runs faster with Wayland but not being able to position the windows is not ideal.
I will have to reconsider the use of Wayland.

Thanks again

Extended ASCII characters depend on the code page. Windows has forgotten about code pages since unicode became the standard.
For a project I wrote, this is the CP437 unicode equivalents.
; CodePage 437
[CodePage]
chr00 = $0000 ; NULL
chr01 = $263a ; START OF HEADING
chr02 = $263b ; START OF TEXT ...

With my RPi and Wayland support enabled, Windows always start centered and WindowX() and WindowY() return zero.

If OpenWindow(0, 10, 10, 300, 300, "Move me !", #PB_Window_SystemMenu | #PB_Window_SizeGadget)
Repeat
Event = WaitWindowEvent()
If event = #PB_Event_SizeWindow Or event = #PB_Event ...

It works for me. PB6.21
search.s = #CRLF$+"Word"
filename$ = "C:\\apps\teststr.txt"
If OpenFile(0,filename$)
text.s = ReadString(0,#PB_Ascii | #PB_File_IgnoreEOL)
CloseFile(0)
EndIf
text2.s = "first line"+#CRLF$+"Word beginning second line."+#CRLF$+"last line."

Debug StringByteLength(text) ;102 ...

I think that Windows reverts to a default size of 1024 x 768 when it looses connection to the monitor.
This forces your window to full screen and then when the monitor is restored, the full screen stays full screen.

When I tried your code with 1024 x 750, it survived the monitor loss correctly ...

I could confirm the problem.
adding #PB_Window_SizeGadget fixed it for me.

If you want to prevent users resizing, you can detect the resize with #PB_Event_SizeWindow and restore the size.

Jim

Wouldn't it be possible to just look at volume changes of the signal?
Very early morse code recordings from a telegraph are just clicks, no sine waves.

If you are listening to RF signals and have a good narrow CW filter in the radio, using signal amplitude would work well.

In my Z80 days, I ...

Why the non-explicit double-to-integer converter has a light different behaviour, compared to the Round() native function ?


It is the same as Int(), not Round()

This function returns an integer value. To get a quad value, use the IntQ() function.

The integer part is created by cutting off ...

Thanks for trying Fred.
I can work around it for now.

Edit
The fix I implemented is
Procedure DrawTextEx(hDc,x, y, Text.s, FrontColor, BackColor)
Protected chRect.RECT
chRect\left = x
chRect\top = y
chRect\right = x + VT\CharPixelW
chrect\bottom = y + VT\CharPixelH

SetTextColor_(hdc ...

I remember my first day at university.
We were told "You thought you came here to learn to be engineers. Wrong. You are here to learn how to learn."
If only all school teaching had the same philosophy.

At the opposite end of the scale, a teacher once told my class "You don't need to know about that ...

Fred,
V6.10 has the same issue.
I don't have any earlier version installed.
Characters are displayed correctly in a TextGadget but not on the canvas.
Vector graphics display correctly so the characters are present in the font.

I notice that your TextGadget text is not correct either.
You don't seem to have Chr($23fb) available. (looks like a power switch)

I just tested Vector text and it DOES print the characters correctly.

Jim

PB6.20 and PB6.21 beta6
I have a strange problem printing some Unicode characters to a canvas gadget.
The characters I have found so far are
Chr($2370)+Chr($23fb)+Chr($23f5)+Chr($2315)+Chr($29f2)
They render as a hollow box unless I include a "magic" character in the string.

One of the magic ...