FiveTech Software tech support forums

Hi Antonio,
any news for unicode support?

Regards,
Roberto Parisi

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

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

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.

I'll stay tuned.

Many thx,
Roberto Parisi

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

Hi Antonio,

Antonio Linares wrote: 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)?

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

norberto wrote: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?

norberto wrote: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

ukoenig wrote: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

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

EMG

Enrico,

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





Best Regards
Uwe

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

EMG

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