* contrib/hbqt/qtgui/hbqtgui.ch
+ Added: QSettings_* and QIODevice_* constants.
+ contrib/hbide/env
+ contrib/hbide/env/pritpalsfav.ide
+ contrib/hbide/settings.qrc
+ Added: new folder containing HbIDE settings embedded as a resource.
Only one environment is added, quickly, to review its usefulness.
* contrib/hbide/findreplace.prg
! Formatting.
* contrib/hbide/actions.prg
* contrib/hbide/hbide.hbp
* contrib/hbide/main.prg
* contrib/hbide/misc.prg
* contrib/hbide/saveload.prg
* contrib/hbide/tools.prg
+ Implemented: Multiple-view of HbIDE's application window.
The views take care of toolbars associated with mainwindow and
all the docking widgets. The view remembers their state and dimensions,
whether these are visible, floating, etc.
; How To:
1. Click on <Main Toolbar><HbIDE Views> icon.
2. Opens a FileSave dialog, provide a location and name,
your current view will be saved.
3. Click on <Main Toolbar><HbIDE Views> icon's drop-down menu.
4. You can see, beside others, an entry <Pritpals Favourite>.
5. Click on it and see your view is changed instantly.
6. Repeat #4 and click on the entry representing your view
saved via #2.
7. And you are back with your original settings.
These views are switchable with a click of a key. This also
covers a gread demand from users where it is asked that HbIDE
should be like, Starter, Advanced, Professional, Enterprised, etc.
Or where desk-top territory is compalined. For example, activate
IdeDBU and then make it floatable, adjust windows size to your
taste, save this view. Then at single click you can brought it back.
This is a big productivity boost, believe me.
; REQUEST: send me the useful views you employ in day-to-day needs
and if deemed fit will be included in HbIDE itself for
others to be benefitted.
* src/lang/fr.c
! old typo in month name, by Guy Roussin
* src/lang/uk.c
! old typo in native language name, by Alexey Myronenko
* src/rtl/langcomp.prg
! recent typo in compatibility UAWIN CP, by Grigory Filatov
; Thanks guys
* contrib/rddads/rddads.hbc
* do not force shared mode for host project if HB_DYNLOAD_RDDADS
is enabled. It should fix hbide forced to be built in
-shared mode unconditionally after enabling rddads
support in hbide in 2012-06-14 12:01 UTC+0200
; please test
* src/lang/hu.c
+ translated rest of strings to Hungarian
(though they seem to make much more sense in English)
* contrib/hbide/docks.prg
+ contrib/hbide/docs/faq.htm
* contrib/hbide/hbide.qrc
+ Discovered: how .html resources can be embedded into executable
and brought to service in QTextBrowser.
HbIDE's FAQ is now shown in <HbIde Help> docking widget.
It is scheduled to be extended to bring all the help I could
write over-time under it. The design may be changed.
Now it is much easier to write/edit/embed .htm pages
inside HbIDE.
* src/rtl/langcomp.prg
* src/rtl/langlgcy.prg
! HB_LANGSELECT() fixed to keep compatibiliy with legacy
language module IDs passed in not fully uppercased.
Only two-letter legacy language module IDs needs to
be passed full uppercase to maintain compatibility.
* changed HB_LEGACY_LEVEL5 to HB_LEGACY_LEVEL4 so these
compatibility hacks disappear quicker
* src/rtl/cdpapi.c
+ Extended to accept real codepage names where Harbour
"codepage" names (which are really codepage + collation
combinations, like "HUWIN") are accepted. It makes it
possible to do:
hb_translate( "stuff", "cp1250", "cp852" )
This mod is implemented on the surface in simple way,
which implies some notices and warnings:
- real codepages are accepted also in places where
you're better to specify a Harbour CP tied to a
collation, f.e. in hb_cdpSelect() or Set( _SET_DBCODEPAGE ).
In such case it's important to see that an arbitrary
Harbour CP will be selected from those linked to the
requested real codepage.
- 'hb_cdpSelect( "iso8859-2" ); ? hb_cdpSelect()'
will not show "iso8859-2", but one of the corresponding
Harbour CPs.
- you cannot REQUEST a specific real codepage,
but you can request all of them which are linked
to a Harbour CPs using '#include "hbextcdp.ch"'.
; NOTE: With more deep rework, which I most probably
won't be able to ever do, Harbour's concept of
CPs should be split into real codepages and
collation modules, than interfaces identified
where a collation is expected vs. real codepages,
or both, question how to do that without break
too much compatibility and question how to fit
current HB_CP_RAW CPs into that model. For former
problem, notation like 'HU.cp852' might be possible
solution, where any of the parts can be omitted,
depending on context: 'HU' or 'cp852'.
* contrib/hbide/hbide.qrc
+ contrib/hbide/resources/view_docks.png
+ Added: one more image.
* contrib/hbide/editor.prg
! Removed the source's extension from the editor's tab display
which facilitates more tabs to be visible in the editor's manager.
Good for low resolution monitors. Note that full pathname is
available under tooltip.
* contrib/hbide/actions.prg
+ Added: <HbIDE Views> icon on the <Main> toolbar.
* contrib/hbide/hbqtoolbar.prg
! Changed the toolbar's basic attributes.
* contrib/hbide/misc.prg
! Fixed some dialogs to release memory properly on exit.
* contrib/hbide/tools.prg
+ Started: implementation of user defined views of HbIDE.
It is working but will write the details after applying
finer points. Expression is through <HbIDE View> icon
on <Main> toolbar.
* src/codepage/Makefile
+ src/codepage/cphuutf.c
+ added Hungarian collation module in UTF-8. It's an
experiment and will require low-level changes in the
CP subsystem, since it is not yet possible to use
HB_UNITB_UTF8 for HB_CP_UNITB parameter. The idea is
to make it possible to define collation modules in UTF-8,
which would in turn allow to drop the link to a specific
legacy CP, thus allowing to drop the different CP flavours
of them, then finally simplifying the naming, maintenance
and usage of these modules. We could also finally call
them what they are: 'collations' (and not "codepages" like today)
I understand this may need substantial low-level
modifications, by doing automatic translation on each
HVM CP change, etc.
* ChangeLog
+ added compatibility notes to previous (2012-07-24 15:04 UTC+0200)
entry
* src/rtl/langlgcy.prg
* minor cleanup
* doc/en/lang.txt
* include/hblang.hbx
* src/lang/be.c
* src/lang/bg.c
* src/lang/ca.c
* src/lang/cs.c
* src/lang/de.c
* src/lang/el.c
* src/lang/en_tpl.c
* src/lang/eo.c
* src/lang/es.c
* src/lang/eu.c
* src/lang/fr.c
* src/lang/gl.c
* src/lang/he.c
* src/lang/hr.c
* src/lang/hu.c
* src/lang/id.c
* src/lang/is.c
* src/lang/it.c
* src/lang/ko.c
* src/lang/lt.c
* src/lang/nl.c
* src/lang/pl.c
* src/lang/pt.c
* src/lang/ro.c
* src/lang/ru.c
* src/lang/sk.c
* src/lang/sl.c
* src/lang/sr_cyr.c
* src/lang/sr_lat.c
* src/lang/sv.c
* src/lang/tr.c
* src/lang/uk.c
* src/lang/zh_sim.c
* src/lang/zh_tra.c
* src/rtl/langcomp.prg
* src/rtl/langlgcy.prg
* renamed UTF8 language modules internally. The new
names are the two letter ISO language code in
lowercase. With postfixes where required. For
dialects and variants, it's now possible to use
"LLDD", "LLDD_VVV" or "LL_VVV" formats, too.
See the current list in
doc/en/lang.txt
! Ukrainian had an "UE" prefix before, now it got
corrected to "UK", which is it's official ISO code.
+ HB_LANGSELECT() now accepts second parameter: <cCodepage>
to specify the CP into which the translations should
be converted. This parameter works for legacy lang module
IDs, too. The default is hb_cdpSelect() (or legacy CP
for legacy language module IDs).
+ extended the way compatibility is preserved. The
problem is with legacy language modules with a two
character ID only (ie. without CP specification),
this is the list:
CA, DE, EL, EO, ES, EU, FR, GL, IT, PT, RO, SV
If these language IDs are passed in UPPERCASE as above,
they will be handled in compatibility mode and legacy
default CP selected.
Compatibility code is marked with HB_LEGACY_LEVEL5, which
means it will stay in next two stable releases.
To depart from compatibility (recommended), use the new
lowercase flavor: hb_langSelect( "pl" ), hb_langSelect( "pt" ),
hb_langSelect( "sr_cyr" ), or use standard language
IDs: hb_langSelect( "hu-HU" )
Or simply use this code:
---
#include "hbextlng.ch"
hb_langSelect( hb_UserLang() [, <CP> ] ) /* if <CP> is not specified, hb_cdpSelect() will be used */
---
+ src/lang/msgzhsim.c
- src/lang/msgko.c
- src/lang/msgzhgb.c
* include/hblang.hbx
* src/lang/msgzhutf.c
* src/lang/Makefile
* src/rtl/langcomp.prg
* src/rtl/langlgcy.prg
- deleted language module KO (Korean) using CP949, which
CP is not supported by Harbour. INCOMPATIBLE.
+ readded Chinese Traditional language module, along with
legacy language modul "ZHGB". Notice however that the
CP it now uses is BIG5, not the otherwise unsupported
by Harbour, CP936. INCOMPATIBLE.
; Migration of legacy language modules is now finished.
* utils/hbmk2/hbmk2.prg
+ select Harbour language modul in conjunction with
hbmk2's own language modul. This makes for a little more
localization and also tests and demonstrates the
language modul subsystem.
* src/rtl/langcomp.prg
+ HB_LANGSELECT() extended to understand standard language
codes, f.e. the ones returned by HB_USERLANG().
It means that from now on the recommended way
to select language module is this:
---
#include "hbextlng.ch"
hb_cdpSelect( <CP of choice> )
hb_langSelect( hb_UserLang() )
---
* ChangeLog
* updated previous language selection code sample
in 2012-07-23 21:48 UTC+0200 to work more universally
* src/rtl/cdpdet.prg
+ added Hebrew to mapping list
* src/rtl/cdpdet.prg
* src/rtl/langcomp.prg
+ added Esperanto to language/CP mapping lists
; hopefully in the future Harbour cores will shift to
use standard primary IDs, so all these mappings can
be dropped.
* src/lang/msg_tpl.c
! fixed reference to iso language code lookup doc
* src/lang/msgbeutf.c
! excessive space
* src/lang/msghrutf.c
! replaced month and day names with accented versions
* include/hblang.hbx
* src/lang/Makefile
+ src/lang/msgsrlat.c
* src/lang/msgsrutf.c
* src/rtl/langcomp.prg
+ added Serbian (latin) language module
! fixed SR852 and SRISO legacy lang modules to use latin
Serbian
; NOTE: I'd like to ask everyone to test language files
after these changes. There may be typos,
conversion errors or the original version I did
the conversion from might not have been the best
translation from the multiple ones available.
* include/hblang.hbx
* src/rtl/Makefile
* src/rtl/langcomp.prg
+ src/rtl/langlgcy.prg
+ added emulation for 'REQUEST HB_LANG_<id>' legacy code.
protected with HB_LEGACY_LEVEL5, though until then
probably some more shuffling will be needed to simplify
usage (f.e. remapping UTF-8 language modules to 'LL'
codes as opposed to 'LLUTF' codes used ATM)
% only pull all codepages and base language modules required
for dynamic language modules when user app REQUESTs and
HB_LANG_<id>s.
; TOFIX: HB_LANGMESSAGE() often returns garbage when using
it from hbrun or other dynamic apps. Changing
hb_retc_const() to hb_retc() didn't seem to fix it.
; NOTE: All users are encouraged to use UTF-8 base language
modules and request all CP components manually, then
create their own dynamic language modules, f.e.:
---
REQUEST HB_CODEPAGE_PT850
REQUEST HB_CODEPAGE_UTF8
REQUEST HB_LANG_PTUTF
hb_langNew( "PT", "PT850", "PTUTF", "UTF8" )
hb_langSelect( "PT" )
---
* src/lang/msghuutf.c
! reconverted from a better legacy CP version, fixing
some missing accented chars and translations
* contrib/gtwvg/activex.prg
* contrib/gtwvg/gtwvg.c
! cleaned 1 out of about 4 different debugging method used in
this component
! fixed lib depending on a function implemented in demo code.
+ src/codepage/cphe862.c
+ src/codepage/cphewin.c
- src/lang/msghe862.c
- src/lang/msghewin.c
- src/lang/msgsr852.c
- src/lang/msgsriso.c
- src/lang/msguados.c
* ChangeLog
* include/hbcpage.hbx
* include/hblang.hbx
* src/codepage/Makefile
* src/lang/Makefile
* src/rtl/langcomp.prg
+ added HE862 and HEWIN codepage modules. Only to for
CP conversion, so they do not feature a collation table
yet. Please add it.
+ using HE862 and HWIN to dynamically create Hebrew language
modules for legacy CPs from UTF-8 one.
+ mapped SR852 and SRISO lang modules to CPs, and deleted
old modules
+ mapped USDOS lang module to CP and deleted old module
- src/lang/msghucwi.c
* doc/en/lang.txt
* include/hblang.hbx
* src/lang/Makefile
* src/rtl/langcomp.prg
- deleted support for HUCWI which used a long-time
dead CP. If you use it, it's probably time to switch
to something more recent, or submit a patch for a
CWI CP in Harbour (or implement your translation
locally).
* src/rtl/langcomp.prg
! using BIG5 instead of CP950 for ZHB5 language module
; NOTE: One will have to use 'REQUEST HB_CODEPAGE_BIG5'
to make the compatibility layer work, or generate
the CP dynamically using this call:
hb_langNew( "ZHB5", "CP950", "ZHUTF", "UTF8" )
- src/lang/msgzhb5.c
* include/hblang.hbx
* src/lang/Makefile
* src/rtl/langcomp.prg
% deleted ZHB5 language module, which is now converted
dynamically from UTF8 version
+ src/rtl/langcomp.prg
* src/rtl/langapi.c
* src/rtl/Makefile
+ added compatibility layer to HB_LANGSELECT() that
dynamically generates language modules for legacy
codepages from the UTF-8 codepages.
; TODO: Move this layer to C level (I need help)
; TODO: Delete legacy codepages
; TODO: Resolve language modules with missing codepage modules
(ideally by implementing the option to chose from
real codepages directly)
