Harbour MiniGUI Extended Edition build 17.04 is published
Moderator: Rathinagiri
- serge_girard
- Posts: 3167
- Joined: Sun Nov 25, 2012 2:44 pm
- DBs Used: 1 MySQL - MariaDB
2 DBF - Location: Belgium
- Contact:
Re: Harbour MiniGUI Extended Edition build 17.04 is published
Ok, I see! Thx
There's nothing you can do that can't be done...
- serge_girard
- Posts: 3167
- Joined: Sun Nov 25, 2012 2:44 pm
- DBs Used: 1 MySQL - MariaDB
2 DBF - Location: Belgium
- Contact:
Re: Harbour MiniGUI Extended Edition build 17.04 is published
To Grigory:
Apparantly this also works:
ON GOTFOCUS this.picture := "NM2.JPG"
ON LOSTFOCUS this.picture := "NM1.JPG"
But not documented!
Serge
Apparantly this also works:
Code: Select all
DEFINE IMAGE Image_3
ROW 0
COL 162
HEIGHT 30
WIDTH 40
PICTURE 'NM1.JPG'
ONCLICK RESIZE_NM()
STRETCH .F.
ADJUSTIMAGE .T.
ON GOTFOCUS this.picture := "NM2.JPG"
ON LOSTFOCUS this.picture := "NM1.JPG"
END IMAGE
ON LOSTFOCUS this.picture := "NM1.JPG"
But not documented!
Serge
There's nothing you can do that can't be done...
Re: Harbour MiniGUI Extended Edition build 17.04 is published
But, it would be great to be able to change the button's background color with transparent image.
Best regards,
Gabor
Gabor
Re: Harbour MiniGUI Extended Edition build 17.04 is published
I'm using labels for colored pictures. The only one problem is label has no focus anytime, so, it's not possible to move to label via Tab key.
Re: Harbour MiniGUI Extended Edition build 17.04 is published
Hi Krzysztof,
Please take a look for the following discussions at the Harbour developer forum:
https://groups.google.com/forum/#!searc ... i8t1Z083UJ
https://groups.google.com/forum/#!searc ... Z982GRHacJ
Hope that useful> Can anybody shed some light on the matter ? What is the danger we are
> facing storing UNICODE to DBF ?
The problems are exactly the same as in any other database
storage systems. If you are using fixed size byte oriented
fields then they may be to small for some texts encoded in
form which can use more then one byte for single character,
i.e. UTF8. It means that you have to create wider fields
or use variable length fields or use fields which do not
use bytes to store characters, i.e. 16bit entries (it's the
method comonly used in most of RDBMS for so called unicode
character fields though it only reduces the problem but not
resolves it because some unicode characters have bigger
value then 0xFFFF and have to be encoded in more then one
16bit entry, just like in UTF8).
So there is nothing specific to DBF in this subject.
It's as good storage as any other one and has exactly the
same problems as any other database systems.
In Harbour we do not have documented interface to create
tables with 16bit unicode character fields. They are fully
supported by our DBF* RDDs but you cannot define them in
dbCreate(). I plan to add documented support for it in some
spare time.
That's nearly all.
There is also yet another question about padding of field
with multibyte characters in read and wrtie operations.
We have the following options:
1. read:
a) return decoded string in raw form.
it means that it can has less characters then bytes
b) if after decoding string has less characters then
bytes (field size) then pad it with spaces
2. write when there is not enough room to save multibyte
character (field end)
a) store only part of character
b) do not store anything and fiil the rest of field with
spaces
c) use some special characters to mark it, i.e. '?'
There is not perfect choice. There are situations when
some solutions are strongly preffered before other.
Current DBF* implementation in Harbour realize 1a and 2b.
Kind Regards,
Grigory Filatov
"Everything should be made as simple as possible, but no simpler." Albert Einstein
Grigory Filatov
"Everything should be made as simple as possible, but no simpler." Albert Einstein
Re: Harbour MiniGUI Extended Edition build 17.04 is published
I've added a small form template with flat design using ButtonEX. It can be compiled only with MiniGUI but i've included the exe file in case someone just wants to check it out.
Hace tiempo, con este ejemplo hice algo parecido en HMG.
-------------------------------------------------------------------------
Long ago, with this example I did something similar in HMG.
- Attachments
-
- Pruebas CAS MiniGui.rar
- (3.07 KiB) Downloaded 220 times
Andrés González López
Desde Guadalajara, Jalisco. México.
Desde Guadalajara, Jalisco. México.
- Pablo César
- Posts: 4059
- Joined: Wed Sep 08, 2010 1:18 pm
- Location: Curitiba - Brasil
Re: Harbour MiniGUI Extended Edition build 17.04 is published
I love UNICODE.
I think it the best things that happend in HMG with Dr. Claudio implements.
I think it the best things that happend in HMG with Dr. Claudio implements.
HMGing a better world
"Matter tells space how to curve, space tells matter how to move."
Albert Einstein
"Matter tells space how to curve, space tells matter how to move."
Albert Einstein
Re: Harbour MiniGUI Extended Edition build 17.04 is published
Grigory
Thank you very much for the information.
It follows that it is not so bad.
You have to remember that we declare the size of the field in bytes rather than in characters.
So the length of character field should be 4 times greater than the number of characters you want to write.
For all European languages, you only need 2 times more.
Thank you very much for the information.
It follows that it is not so bad.
You have to remember that we declare the size of the field in bytes rather than in characters.
So the length of character field should be 4 times greater than the number of characters you want to write.
For all European languages, you only need 2 times more.
- srvet_claudio
- Posts: 2193
- Joined: Thu Feb 25, 2010 8:43 pm
- Location: Uruguay
- Contact:
Re: Harbour MiniGUI Extended Edition build 17.04 is published
A character in UTF8 is encoded up to 4 bytes, old encodings of 5 bytes or more are now considered illegal.
Therefore the following rule is generally used: maximum length of the string in characters * 4, for example a field with a capacity of 20 characters in UTF8 must be 80 bytes of length.
Therefore the following rule is generally used: maximum length of the string in characters * 4, for example a field with a capacity of 20 characters in UTF8 must be 80 bytes of length.