Hi Antonio,
any news for unicode support?
Regards,
Roberto Parisi
FiveTech Support Forums
FiveWin / Harbour / xBase community
Board index FiveWin for Harbour/xHarbour New FWH 10.1
Page: 1 2 (19 posts)
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
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
Since 1995 ( the first release of FW 1.9 )
i work with FW.
If you have any questions about special functions, maybe i can help.
i work with FW.
If you have any questions about special functions, maybe i can help.
Hi Antonio,
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 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)?
Best Regards,
Ruediger Alich
---
HMG 3.1.3 | FTDN/FWH 13.12 | Harbour 3.2 | BCC/MinGW | Windows XP/Vista/7/8/10 (32/64-Bit), Wine (Linux/Mac) - started 1999 with FW, 1989 with Clipper
Ruediger Alich
---
HMG 3.1.3 | FTDN/FWH 13.12 | Harbour 3.2 | BCC/MinGW | Windows XP/Vista/7/8/10 (32/64-Bit), Wine (Linux/Mac) - started 1999 with FW, 1989 with Clipper
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
my tests with TButtonBMP shows the Button-Text allways centered
and BMP's are shown on Top or Bottom :
Best Regards
Uwe
Since 1995 ( the first release of FW 1.9 )
i work with FW.
If you have any questions about special functions, maybe i can help.
i work with FW.
If you have any questions about special functions, maybe i can help.
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
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
Since 1995 ( the first release of FW 1.9 )
i work with FW.
If you have any questions about special functions, maybe i can help.
i work with FW.
If you have any questions about special functions, maybe i can help.
Page: 1 2 (19 posts)