Feed aggregator

KeyPgGetmouse

wiki changes - Sun, 12/21/2014 - 23:45
2014-12-22 01:45:03 by FxMwikki - Suppressed screen flicker in example 2

Allow [U]LongInt bitfields on 64bit

fbc commits - Sun, 12/21/2014 - 21:38

Allow [U]LongInt bitfields on 64bit
View Changes

gfxlib2: Clean up some redundant code

fbc commits - Sun, 12/21/2014 - 20:51

gfxlib2: Clean up some redundant code
View Changes

ast: Improve astDumpSmall() to show VAR/IDX/DEREF/etc. offsets

fbc commits - Sun, 12/21/2014 - 20:51

ast: Improve astDumpSmall() to show VAR/IDX/DEREF/etc. offsets
View Changes

KeyPgGetmouse

wiki changes - Sun, 12/21/2014 - 15:28
2014-12-21 17:28:57 by FxMwikki - Added information about use on the return value of the function

format(x, "ttttt") broken on Linux

fbc bugs - Sun, 12/21/2014 - 14:12
#include "vbcompat.bi" print "<" + format(now(), "ttttt") + ">"

On Linux, this gives me just the following (missing the minutes + seconds):

<17:>

while on Win32, it's better:

<17:11:57>

#762 GETMOUSE reads only after pause, and must not hold buttons to start

fbc bugs - Sun, 12/21/2014 - 04:47

In the same way, see my old topic "Windows / GetMouse (graphic) and 1st press on left button after sleep":
http://www.freebasic.net/forum/viewtopic.php?f=6&t=14135

GETMOUSE reads only after pause, and must not hold buttons to start

fbc bugs - Sat, 12/20/2014 - 20:44

In this text

DIM AS INTEGER X, Y, SS DIM I AS DOUBLE, MIST AS INTEGER SCREEN 12 MIST = GETMOUSE(X, Y, , SS) PRINT X, Y, SS, MIST I = TIMER DO LOOP WHILE TIMER < I + 0.005 MIST = GETMOUSE(X, Y, , SS) PRINT X, Y, SS, MIST SLEEP

it obtains

-1 -1 -1 1 363 148 0 0

Just a little smaller time, and it more often returns -1 even the second time.

So it needs such a wait to start recognizing the mouse. It also happens with SLEEP and small periods, instead TIMER.

Other than that, if we hold any mouse button before the program like this starts itself

DIM AS INTEGER X, Y, SS DIM U AS UINTEGER SCREEN 12 WIDTH 80, 60 DO GETMOUSE X, Y, , SS PRINT X, Y, SS SLEEP 15 U += 1 LOOP UNTIL U >= 100 SLEEP

It gets something like this

-1 -1 -1 -1 -1 -1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 339 228 0 340 227 0 343 206 0 343 206 0 343 206 1 343 206 1 343 206 1 343 206 1 343 206 1 343 206 1 343 206 1 343 206 0 343 206 0 343 206 0

The buttons get tracked only after a button was first been released.

The coordinates start to be read only after all buttons were released, and mouse moved or another mouse button pushed.

Also, if pressed several buttons, entered the program, released 1 of them, then pushed down another without yet releasing all them, the window gets defocused and starts returning -1-s. It seems not to happen in a program like Akelpad text editor.

inc: Update the new bindings to fix several translation bugs

fbc commits - Wed, 12/17/2014 - 18:03

inc: Update the new bindings to fix several translation bugs
View Changes

ProPgTypeAliases

wiki changes - Wed, 12/17/2014 - 14:03
2014-12-17 16:03:36 by FxMwikki - For declaring a pointer to procedure pointer, alias is mandatory for a function and not a sub

make bindist: Don't exclude the currently 64bit-capable bindings

fbc commits - Wed, 12/17/2014 - 10:20

make bindist: Don't exclude the currently 64bit-capable bindings
View Changes

#761 Windows headers in V1.00

fbc bugs - Wed, 12/17/2014 - 10:09

I've split the string.bi and extracted the mem-Functions in a own mem.bi and load that with the windows.bi. So with the Windows API, you better don't use the string.bi at all. The only other possible conflict I've expierenced is with the vbcompat.bi, but from there I really only need the file.bi (Fileexists ...) and datetime.bi (Now ...), and there's no much difference to load these two instead of vbcompat.bi .

Increase max identifier length from 64 to 128

fbc commits - Wed, 12/17/2014 - 09:15

Increase max identifier length from 64 to 128
View Changes

DevBindingCreation

wiki changes - Wed, 12/17/2014 - 04:13
2014-12-17 06:13:39 by DkLwikki - Add section about function types

#748 No compiler error when declaring a static member variable inside a local type/union

fbc bugs - Tue, 12/16/2014 - 23:55
  • status: open --> closed
  • assigned_to: dkl

parser: Disallow static member var in nested UDT (#748)

fbc commits - Tue, 12/16/2014 - 23:55

parser: Disallow static member var in nested UDT (#748)
View Changes

#761 Windows headers in V1.00

fbc bugs - Tue, 12/16/2014 - 23:38

The updated headers will most likely be much more complete.

Regarding the Str* function conflicts, I wonder what would be the best/preferable way to solve it... rename the winapi functions from StrCpy to StrCpy_? Or #undef the CRT's strcpy?

#761 Windows headers in V1.00

fbc bugs - Tue, 12/16/2014 - 23:25

I'm working on new Windows API headers right now, at https://github.com/dkl/fbbindings

Windows headers in V1.00

fbc bugs - Tue, 12/16/2014 - 22:07

The windows headers in v1.00 has much the same problems as before, including some new ones. The windows.bi -> winbase.bi -> crt/string.bi. But if you want to load the shlwapi.bi, you get a collision for a lot of str... functions. As a temporary solution, I've deleted the string.bi in the winbase and load the mem... functions seperately.

Also: The CommonControls 6.0, designed for XP aren't fully included in the commctrl.bi . I've added some, like ListView Constants, ComboBox Constants, Toolbar constants,
Type NMTBGETINFOTIP
hdr As NMHDR
pszText As LPTSTR
cchTextMax As Integer
iItem As Integer
lparam As LPARAM
End Type
Type LPNMTBGETINFOTIP As NMTBGETINFOTIP Ptr

and some macros which are in the MSDN.

I'd really like to participate here, also with the header for the windows htmlhelp, a bigint with freebasic source and some other headers, if you like ...

Pages

Subscribe to FreeBASIC Programming Language aggregator