New FWH 10.1

[Antonio Linares]

viewtopic.php?f=16&t=17949&start=0

[Roberto Parisi]

Hi Antonio,
any news for unicode support?

Regards,
Roberto Parisi

[norberto]

Antonio, this build have new versions of xharbour and harbour? the problem with harbour large functions is solved? xharbour after 03/09 is stable? iam little confused: i cant use harbour because this problem with large functions, but cant use xharbour last versions too because is not stable. very thanks

[Antonio Linares]

Roberto,

We are currently working to unify FWH and FWPPC source code, because FWPPC already uses unicode and our idea is that FWH and FWPPC use the same source code.

So yes, you may expect a FWH unicode version quite soon

[Antonio Linares]

Norberto,

We have not published new Harbour and xHarbour builds because our wish is to promote the use of official and fully stable versions.

So actually, you can download Harbour and xHarbour official versions and use them with FWH, with no problems, except the problems that those Harbour and xHarbour builds may have themselves.

[Roberto Parisi]

I'll stay tuned.

Many thx,
Roberto Parisi

[ukoenig]

Antonio,

Button-Text-Position is still not working :







it seems, the Text-position is calculated from Button - Top or Bottom
and not in relation to the BMP-Position.
It is cleary shown on Buttons with big Height.
There is allways the same Distance from Top or Bottom.

Best regards
Uwe

[IBTC]

Hi Antonio,

We have not published new Harbour and xHarbour builds because our wish is to promote the use of official and fully stable versions.

The default installation of the official Harbour will install MinGW compiler (GNU C compiler). Are there any plans to offer in coming FWH releases the libs for MinGW (Fivehg.lib, Fivehgc.lib) like in the past (e.g. 9.07)?

[Antonio Linares]

Ruediger,

We have the make files to build FWH for MinGW. We simply haven't focused on this as very few users got interested about it.

If you want them, we can easily create them

[Enrico Maria Giordano]

i cant use harbour because this problem with large functions,

I'm not aware of any such problem. Can you show a sample to eventually report it to Harbour's developers?

but cant use xharbour last versions too because is not stable

It's perfectly stable for me. I always use latest build from CVS without facing any problems.

EMG

[Enrico Maria Giordano]

it seems, the Text-position is calculated from Button - Top or Bottom
and not in relation to the BMP-Position.
It is cleary shown on Buttons with big Height.
There is allways the same Distance from Top or Bottom.

Yes, this is intentional. What's wrong in the current behavior? Now the captions are aligned. Before they were a sort of wave. Anyway, I can change it but I need a good reason to go back to the old behavior or an hint about the desired new behavior.

EMG

[Enrico Maria Giordano]

A good compromise could be to move the captions slightly towards the bitmap, still leaving them aligned.

EMG

[ukoenig]

Enrico,

my tests with TButtonBMP shows the Button-Text allways centered
and BMP's are shown on Top or Bottom :





Best Regards
Uwe

[Enrico Maria Giordano]

Sorry, I don't understand. You should avoid attaching such unuseful images and start to build a little PRG showing the problem.

EMG

[ukoenig]

Enrico,



Sample : Testbubm.prg
added a extra height Button to show the Result :

// Top Buttontext
// ------------------
@ 2, 20 BUTTONBMP oBtnBmp OF oWnd ACTION MsgInfo( "XP themes aware Button Bitmaps" ) ;
BITMAP "..\bitmaps\16x16\garrow.bmp" PROMPT "&Top-Test" TEXTTOP SIZE 80, 70

// Bottom Buttontext
// ------------------
@ 2, 40 BUTTONBMP oBtnBmp OF oWnd ACTION MsgInfo( "XP themes aware Button Bitmaps" ) ;
BITMAP "..\bitmaps\16x16\garrow.bmp" PROMPT "&Bottom-Test" TEXTBOTTOM SIZE 80, 70


My Solution for TBtnBMP ( using big Height for Buttonbar and Buttons )
to adjust the Buttontext :

PROMPT "Btn.3 / 32x32" + CRLF



Best Regards
Uwe