[Harbour] wich Remote Gui Protocols for harbour?
There is a project named Vedga (former Glan, sourceforge.net/projects/glan/) which offers unversal component-drawing client (somewhat like a player or browser) and all GUI is processed at the server (process per client). It is built on the Qt library and protocol thinks in terms of Qt objects, slots and signals -- high-level enough for protocol to be really fast. -- nuclight http://c2.com/cgi/wiki/Wiki?RemoteGuiProtocols Vedga is a toolkit for developing network GUI applications. It allows the developer to just write code using the Qt programming style for the server side and forget about the client side imo Maj be a intresting solution with harbour, who extending the gtnet idea from gt to qt Please post here any info and experiences on Remote Gui -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] misinformation on xhb newsgroup
Hi All, If someone is able and willing to post on xhb public newsgroup, it would be great to clear up some hard misunderstandings there. One of the insane xhb extensions was painted by someone as a Harbour invention and something which cannot be fixed by xhb developers. This is completely false information. Look here for more: http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/98c34c87431b30e4/32b532496f116132?show_docid=32b532496f116132 The rest of the discussion is quite entertaining: http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/a4c587e296d669de http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/df6eb7024f3b702a http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/98c34c87431b30e4 Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] misinformation on xhb newsgroup
Viktor, If you read it carefully on the link you posted: http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/98c34c87431b30e4 there is only one person who has misunderstanding. And the very person has already realized his mistake and apologized for the confusion he has made. regards, budyanto Viktor Szakáts wrote: Hi All, If someone is able and willing to post on xhb public newsgroup, it would be great to clear up some hard misunderstandings there. One of the insane xhb extensions was painted by someone as a Harbour invention and something which cannot be fixed by xhb developers. This is completely false information. Look here for more: http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/98c34c87431b30e4/32b532496f116132?show_docid=32b532496f116132 The rest of the discussion is quite entertaining: http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/a4c587e296d669de http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/df6eb7024f3b702a http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/98c34c87431b30e4 Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] misinformation on xhb newsgroup
Hi, > Viktor, > > If you read it carefully on the link you posted: > > http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/98c34c87431b30e4 > > there is only one person who has misunderstanding. And the very person has > already realized his mistake and apologized for the confusion he has made. This is exactly why I wrote "someone". Good that it's now corrected, thank you, too. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] misinformation on xhb newsgroup
On Sat, 06 Mar 2010, Budyanto Dj. wrote:
Hi,
> If you read it carefully on the link you posted:
> http://groups.google.com/group/comp.lang.xharbour/browse_thread/thread/98c34c87431b30e4
> there is only one person who has misunderstanding. And the very
> person has already realized his mistake and apologized for the
> confusion he has made.
The most funny thing in the discussion about this feature
(using one character length strings as number) is the information
that it's the same as in C.
It is completly flase information.
In C "a" is always string and only string. It never become ASC("a").
But C has few forms of writing numbers. One of this form is using
characters quoted by '' what means number equal to corresponding ASCII
value. This can be positive or negative number depending on character
ASCII value and C compiler setting/configuration/dialect/platform.
But it's always only number and it was never a string. Just like
ASC("a") is also number in Clipper and [x]Harbour. If somoene calls
it C like extenssion the he only shows that he has no idea even basic
C features. '' is not a string in C but from the begining and
by definition is a number. If he wants to replicate such C syntax
functionality in xHarbour then he should use some different quotation
character because in Clipper '' is reserved for strings.
This is nothing more then only local xHarbour extension without any
relation to C other then visual similarity in source code for somoene
who does not know C.
best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14069] trunk/harbour
Revision: 14069 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14069&view=rev Author: druzus Date: 2010-03-06 17:34:15 + (Sat, 06 Mar 2010) Log Message: --- 2010-03-06 18:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbxvm.h * harbour/src/compiler/gencc.c * harbour/src/vm/hvm.c % added few functions increasing the execution speed of some PRG code compiled with -gc3 switch Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbxvm.h trunk/harbour/src/compiler/gencc.c trunk/harbour/src/vm/hvm.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Can HB_GTI_CLOSABLE and HB_GTI_RESISABLE hide the icons
In 2.0.0 gtxwc/gtwvt I have: Hb_GTInfo(HB_GTI_CLOSABLE, FALSE ) Hb_GTInfo(HB_GTI_RESIZABLE, FALSE ) icons are shown but not active and this confuse the users. Is it possible to hide them? best regards, Lorenzo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14069] trunk/harbour
with win/mingw: ../../../gencc.c: In function 'hb_gencc_checkNumAhead': ../../../gencc.c:241: warning: comparison is always false due to limited range of data type Brgds, Viktor On 2010 Mar 6, at 18:34, dru...@users.sourceforge.net wrote: > Revision: 14069 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14069&view=rev > Author: druzus > Date: 2010-03-06 17:34:15 + (Sat, 06 Mar 2010) > > Log Message: > --- > 2010-03-06 18:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > * harbour/include/hbxvm.h > * harbour/src/compiler/gencc.c > * harbour/src/vm/hvm.c >% added few functions increasing the execution speed of some PRG code > compiled with -gc3 switch > > Modified Paths: > -- >trunk/harbour/ChangeLog >trunk/harbour/include/hbxvm.h >trunk/harbour/src/compiler/gencc.c >trunk/harbour/src/vm/hvm.c > > > This was sent by the SourceForge.net collaborative development platform, the > world's largest Open Source development site. > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14069] trunk/harbour
On Sat, 06 Mar 2010, Szak�ts Viktor wrote:
Hi,
> with win/mingw:
> ../../../gencc.c: In function 'hb_gencc_checkNumAhead':
> ../../../gencc.c:241: warning: comparison is always false due to limited
> range of data type
Ups, Thanks for the information.
I wrongly used HB_LONG_{MAX,MIN} instead of LONG_{MAX,MIN}.
best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14070] trunk/harbour
Revision: 14070
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14070&view=rev
Author: druzus
Date: 2010-03-06 20:27:13 + (Sat, 06 Mar 2010)
Log Message:
---
2010-03-06 21:27 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/compiler/gencc.c
! fixed wrongly used HB_LONG_{MAX,MIN} instead of LONG_{MAX,MIN}.
Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/compiler/gencc.c
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14069] trunk/harbour
Hi, thank you, now it's fine.
Brgds,
Viktor
On 2010 Mar 6, at 21:26, Przemysław Czerpak wrote:
> On Sat, 06 Mar 2010, Szak�ts Viktor wrote:
>
> Hi,
>
>> with win/mingw:
>> ../../../gencc.c: In function 'hb_gencc_checkNumAhead':
>> ../../../gencc.c:241: warning: comparison is always false due to limited
>> range of data type
>
> Ups, Thanks for the information.
> I wrongly used HB_LONG_{MAX,MIN} instead of LONG_{MAX,MIN}.
>
> best regards,
> Przemek
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hvmall dependencies in make
Hi All, After introducing hvmall.c, the incremental build mode don't work in case of vm lib for targets which have HB_HVM_ALL mode enabled. This means that if any .c files which are included into hvmall.c are changed, the lib won't be automatically rebuilt and a 'clean' is necessary. It's not tragic, but slows down things a bit and it needs extra attention. Any idea how to tell GNU Make to rebuild hvmall.c if any of it's dependencies change? Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hvmall dependencies in make
On Sat, 06 Mar 2010, Szak�ts Viktor wrote: Hi, > After introducing hvmall.c, the incremental > build mode don't work in case of vm lib for > targets which have HB_HVM_ALL mode enabled. > This means that if any .c files which are > included into hvmall.c are changed, the lib > won't be automatically rebuilt and a 'clean' > is necessary. It's not tragic, but slows > down things a bit and it needs extra > attention. The same happens when we change header files. We do not have anything to force recompilation of files which include modified header file. Similar situation is with final binaries. They are not relinked when libraries are refreshed. So for me it's not very unusual situation. > Any idea how to tell GNU Make to rebuild > hvmall.c if any of it's dependencies change? Add to src/vm/Makefile: hvmall.o : $(TOP)hvm.c $(TOP)itemapi.c $(TOP)hashes.c \ $(TOP)arrays.c $(TOP)classes.c ... In the final version $(OBJ_EXT) should be used instead of .o but AFAIK it's not defined in global.mk best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14071] trunk/harbour
Revision: 14071 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14071&view=rev Author: druzus Date: 2010-03-06 22:44:51 + (Sat, 06 Mar 2010) Log Message: --- 2010-03-06 23:44 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/vm/evalhb.c * harbour/src/vm/asort.c * harbour/src/vm/hvm.c * harbour/src/vm/arrays.c * harbour/src/vm/thread.c * harbour/src/vm/eval.c * harbour/src/vm/classes.c * harbour/src/rtl/do.c * harbour/contrib/gtwvg/wvgwing.c * use hb_vmPushEvalSym() instead of hb_vmPushSymbol( &hb_symEval ) Please try to eliminate direct hb_symEval usage from 3-rd party code. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/wvgwing.c trunk/harbour/src/rtl/do.c trunk/harbour/src/vm/arrays.c trunk/harbour/src/vm/asort.c trunk/harbour/src/vm/classes.c trunk/harbour/src/vm/eval.c trunk/harbour/src/vm/evalhb.c trunk/harbour/src/vm/hvm.c trunk/harbour/src/vm/thread.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14072] trunk/harbour
Revision: 14072 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14072&view=rev Author: vouchcac Date: 2010-03-07 00:06:49 + (Sun, 07 Mar 2010) Log Message: --- 2010-03-06 15:32 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) + contrib/hbide/resources/fl_c.png + contrib/hbide/resources/fl_dll.png + contrib/hbide/resources/fl_exe.png + contrib/hbide/resources/fl_ini.png + contrib/hbide/resources/fl_lib.png + contrib/hbide/resources/fl_prg.png + contrib/hbide/resources/fl_res.png + contrib/hbide/resources/fl_txt.png * contrib/hbide/resources/hb-16x16.png * contrib/hbide/resources/hb-32x32.png * contrib/hbide/resources/hbide.png + contrib/hbide/resources/hbidesplashwatermark.png + contrib/hbide/resources/panel_2.png + contrib/hbide/resources/panel_3.png + contrib/hbide/resources/panel_4.png + contrib/hbide/resources/panel_5.png + contrib/hbide/resources/panel_6.png + contrib/hbide/resources/panel_7.png + contrib/hbide/resources/source_c.png + contrib/hbide/resources/source_cpp.png + contrib/hbide/resources/source_h.png + contrib/hbide/resources/source_o.png + contrib/hbide/resources/source_prg.png + contrib/hbide/resources/source_res.png + contrib/hbide/resources/source_txt.png + contrib/hbide/resources/source_unknown.png + Added more images for user interface. * contrib/hbide/resources/projectpropertiesex.ui * contrib/hbide/resources/projectpropertiesex.uic - Removed xMate ".xhp" project loading icon. * contrib/hbxbp/xbpwindow.prg ! Commented out "resize" event as it was hanging the applications without any graspable reason. Will be investigated deeply in future. * contrib/hbide/hbide.hbp * contrib/hbide/hbide.prg * contrib/hbide/ideactions.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideeditor.prg * contrib/hbide/idehome.prg * contrib/hbide/idemisc.prg * contrib/hbide/ideobject.prg * contrib/hbide/ideprojmanager.prg * contrib/hbide/idesaveload.prg * contrib/hbide/idestylesheets.prg + contrib/hbide/idethemes.prg ! This commit corrects/fixes issues reported by Viktor. Please scratch them again. I might have missed a couple of them. + Implemented: A root panel called "Stats" containing, presently, "Welcome" and "FAQ's" tabs, detailed below. Now hbIDE has a mechanism to hold as many informative slots as the development will demand in future. : It holds the exiting "Projects" information: Title Type Sources Last_ModifiedLocation The field is a link to open detailed view of its contents which contain fields: Source Type Size Last_Modified Location Clicking on a opens it in the editor under "Main" panel. icon is added in the top-toolbar next to icon which leads you to panel holding and tabs. Projects -> Detail -> Source : backward navigation is enabled through context menu withing browser. The options within thus context menu has option which leads to print preview dialog and eventually to printing on the paper. : This holds short questions and answers as per the industry standards. I could put only two of them still. Please forward the ones you consider should go to this list. ! Changed: main window icon as previous one was not giving a strong impression to be remember for long. ! Loading/Opening a project: now offers .hbp or .xhp options. .xhp is converted to .hbp and is written to disk and project is loaded as usual. This should be a one-time process. ! Click on function list now position the clicked function in the center of the editor. ! IdeSettings.ini is now hbide.set and is saved where hbide.ini is residing. The change is name was nessary as to avoid wrong impression of .ini nature as a text file. It is binary by nature. ! Many more artifacts which I tend to forget, please bear it with my age. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.hbp trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideactions.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/idemisc.prg trunk/harbour/contrib/hbide/ideobject.prg trunk/harbour/contrib/hbide/ideprojmanager.prg trunk/harbour/contrib/hbide/idesaveload.prg trunk/harbour/contrib/hbide/idestylesheets.prg trunk/harbour/contrib/hbide/idethemes.prg trunk/harbour/contrib/hbide/resources/hb-16x16.png trunk/harbour/contrib/hbide/resources/hb-32x32.png trunk/harbour/contrib/hbide/resources/hbide.png trunk/harbour/contrib/hbide/resources/projectpropertiesex.ui trunk/harbour/contrib/hbide/resources/projectpropertiesex.uic trunk/harbour/contrib/hbxbp/xbpwindow.prg Added Paths: ---
[Harbour] Re: SF.net SVN: harbour-project:[14072] trunk/harbour
vouchcac wrote: > > Revision: 14072 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14072&view=rev > Author: vouchcac > Date: 2010-03-07 00:06:49 + (Sun, 07 Mar 2010) > Here are the first impressions: Welcome: Projects http://n2.nabble.com/file/n4688440/idewelcome_projects.png Welcome: Project Detail http://n2.nabble.com/file/n4688440/idewelcome_detail.png Welcome: FAQs - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-14072-trunk-harbour-tp4688400p4688440.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[14072] trunk/harbour
FAQs http://n2.nabble.com/file/n4688442/idewelcome_faqs.png - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-14072-trunk-harbour-tp4688400p4688442.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide testing (go #1)
Hi Pritpal, Testing results after r14072. On 2010 Mar 3, at 22:27, Viktor Szakáts wrote: > Hi Pritpal, > > My experiences with latest HBIDE, with deleted .ini file: > > 1) 'Help | About' menu item is still using the old app icon. Fixed. > 2) Many control backgrounds are still "gradient" style, > f.e. panel headers, main toolbar, main menu. Not a bug per > se, but can't find any contemporary IDEs with similar effects. > They are usually minimalistic. Fixed. > 3) Selecting 'Project | Properties' after startup: three > consecutive message boxes informing me about the same > error, but with slightly different wording. > "no active project detected" (maybe it'd be better to gray out the item in > this case) > "No Projects Available" (should not use all capitals here) > "Invalid Project:" (should say something after ':') Fixed. > 4) 'Tools' menu has two items, both using '*' mark, > 'Configure Tools' not doing anything, 'Command Prompt' > asking for a Macro name with the title 'Compilation'. > In current form this whole menu would better be deleted. Fixed. > 5) Found no way to disable or move rightmost and leftmost > toolbars. They seem fixed. IMO it should be user placeable, > and should be possible to hide both. Was ok. > 6) "..." are missing from several menu items under 'File' menu, > f.e. it should be "Open..." instead of "Open". Fixed + I'll fix a few more in a next commit. > [at this point I opened 'projects/hbide.hbp'] > > 6) Ctrl+F4 or left-click on tab header doesn't work to close > source code tabs. I could only do it from main menu. > A simple close icon on tab would also be a solution, but > key-combination is a must. This one remains a problem. Tab can only be closed using the toolbar. > 7) When source code tab is open, it "steals" focus from > "Projects Tree". Open any source file by double clicking, > then click on any source file in the "Projects Tree" panel, > it will be selected, than immediately grayed. This also > means it's not possible to navigate with cursor keys > when any source file is open. Fixed. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide testing (go #2)
Hi Pritpal, Results after r14072. > 1) In top of left toolbar there is green block. > It seems to be 'Editor Panels'. I couldn't yet > find its function, but maybe at least the icon > should be changed to something else, because now > it's IMO difficult to find out what it is. At > least for a hbide newbie. Clicking behavior is now fixed. But I still can't easily grasp the meaning of this icon. I need to play with it some more. > 2) xMate import: There is a separate button for it now, > but possibly it would be cleaner to simply allow > to open it in regular 'open project' window and > make the one-time conversion automatically. > In this case there would essentially be a 'new' > project created with some pre-filled (converted) > information, which could in turn be saved by user > as native .hbp file. Fixed. > This is how Visual Studio handles compatibility > project file formats. > Such one time conversion could easily be made > using external call hbmk2, and in this case you > could add support for xbuild and hbmake projects > as well, by only adding a few extra lines of code. hbmk2 is still not used here, hence xbuild and hbmake support are also missing, so this part remains a TODO. > 3) 'Edit | Line...' and 'Edit | Block...' should not > have '...' since they are submenus. Fixed. > 4) Status line says: "Codec:" and "Env:" without > any text after ':'. Either the default value should > be put there or the status section omitted. (possibly > the former) Fixed. > 5) "Editor Themes" should be "Theme Manager" or > just simply "Theme Editor". Fixed. > 6) In "Editor Themes" the 'Action' button does nothing > apparent, and for me it stays a mystery how to make > an instant theme change. Whatever I do everything > stays the same. Much better. I still miss some kind of visual feedback when "Set as default" is selected, but it's fine now. I've noticed to regressions: 1) Now "hbide.set" filename is created which stores some settings, but it would be much better to store these in hbide.ini. This way there would be just one file keeping all settings. hbide.set is .ini format and text only, so this is most probably technically possible. 2) New GPF. Can't easily describe what needs to be done, but I got it in seemingly different situations, after just a few clicks (maybe "close all" is the key, I'm not sure): --- Unrecoverable error 6005: Exception error: Called from QTREEWIDGETITEM:_PPTR(0) Called from XBPTREEVIEWITEM:DESTROY(0) in ../../../xbptreeview.prg Called from XBPTREEVIEW:DESTROY(0) in ../../../xbptreeview.prg Called from (b)XBPWINDOW_DESTROY(0) in ../../../xbpwindow.prg Called from AEVAL(0) Called from XBPWINDOW:DESTROY(0) in ../../../xbpwindow.prg Called from (b)XBPWINDOW_DESTROY(0) in ../../../xbpwindow.prg Called from AEVAL(0) Called from XBPWINDOW:DESTROY(0) in ../../../xbpwindow.prg Called from XBPDIALOG:DESTROY(0) in ../../../xbpdialog.prg Called from HBIDE:CREATE(538) in hbide.prg Called from MAIN(117) in hbide.prg --- Thanks a lot for your efforts! Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14073] trunk/harbour
Revision: 14073 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14073&view=rev Author: vszakats Date: 2010-03-07 03:35:31 + (Sun, 07 Mar 2010) Log Message: --- 2010-03-07 04:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/hvm.c * include/hbapi.h * Marked hb_synEval public symbol with HB_LEGACY_LEVEL3 * src/rtl/gtwin/gtwin.c ! Copyright header update. * src/rtl/objfunc.prg * include/hboo.ch * Minor cleanup and formatting. * INSTALL * Minor refinement in wording. * contrib/hbide/hbide.prg * contrib/hbide/ideactions.prg * contrib/hbide/idedocks.prg ! "Codec" -> "Encoding" in a few more places. ! "..." added to some more menu items. ! Double "(.ext)" text in filetypes in open project dialog. ; Please review me. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideactions.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideprojmanager.prg trunk/harbour/include/hbapi.h trunk/harbour/include/hboo.ch trunk/harbour/src/rtl/gtwin/gtwin.c trunk/harbour/src/rtl/objfunc.prg trunk/harbour/src/vm/hvm.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14074] trunk/harbour/ChangeLog
Revision: 14074 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14074&view=rev Author: vszakats Date: 2010-03-07 03:36:34 + (Sun, 07 Mar 2010) Log Message: --- missed one file from last entry: 2010-03-07 04:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/hvm.c * include/hbapi.h * Marked hb_synEval public symbol with HB_LEGACY_LEVEL3 * src/rtl/gtwin/gtwin.c ! Copyright header update. * src/rtl/objfunc.prg * include/hboo.ch * Minor cleanup and formatting. * INSTALL * Minor refinement in wording. * contrib/hbide/hbide.prg * contrib/hbide/ideactions.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideprojmanager.prg ! "Codec" -> "Encoding" in a few more places. ! "..." added to some more menu items. ! Double "(.ext)" text in filetypes in open project dialog. ; Please review me. Modified Paths: -- trunk/harbour/ChangeLog This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide testing (go #2)
Viktor Szakáts wrote: > > Clicking behavior is now fixed. But I still > can't easily grasp the meaning of this icon. > I need to play with it some more. > Let me explain how powerful this feature is: 1. Select "New..." from drop-down list of right-most combo-box on top toolbar. 2. In the input dialog give some meaninful name, i.e., "My C Sources". Note, if you do not change the name, it will do nothing. 3. Instantly a blank panel will appear and current panel will be hidden. 4. Keep a watch on the left-toolbar, a rounded button will appear with different color hue. 5. Open some sources, those will appear on "My C Sources" panel. 6. Navigate the editor panels with clicking on left-panel rounded buttons. 7. Exit hbIDE. 8. Re-enter, your panels are intact. This feature is targeted to avoid session-management the other IDE's provide. They close the current session and open requested one, thus closing all sources, which you might be in need of referring to. > hbmk2 is still not used here, hence xbuild and > hbmake support are also missing, so this part > remains a TODO. > hbMK2 is not called. The function handelling it is pulled from hbMK2.prg and is included in hbIDE. I do not want to call external executable unless necessary. At a point one is building a project, he might not have set the environment at all. hbmake and xhb are on my TODO list, though. > Much better. I still miss some kind of visual feedback > when "Set as default" is selected, but it's fine now. > Ok. So I have to introduce slot in status-bar. > I've noticed to regressions: > > 1) Now "hbide.set" filename is created which stores some >settings, but it would be much better to store these >in hbide.ini. This way there would be just one file >keeping all settings. hbide.set is .ini format and >text only, so this is most probably technically possible. > No. This cannot be. hbide.set is created by Qt's direct function call which only accepts a filename. While reading it, Qt expects a filename only. I cannot push these settings at my own. It is a binary file by nature so it must been moved from .ini extension to something else. Location was also wrong. Now everything is fine. > 2) New GPF. Can't easily describe what needs to be done, >but I got it in seemingly different situations, after >just a few clicks (maybe "close all" is the key, I'm >not sure): > --- > Unrecoverable error 6005: Exception error: > > Called from QTREEWIDGETITEM:_PPTR(0) > Called from XBPTREEVIEWITEM:DESTROY(0) in ../../../xbptreeview.prg > Yes, this will appear when you exit the application. But only when you open some of docking widgets, notably, properties, themes, environment settings and findinfiles manger. If you do not open any of the above widgets, no GPF. I know the reason but still at a loss how I should cover it. > Thanks a lot for your efforts! > You are welcome. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/hbide-testing-go-2-tp4671197p4689100.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbide testing (go #1)
Viktor Szakáts wrote: > >> [at this point I opened 'projects/hbide.hbp'] >> >> 6) Ctrl+F4 or left-click on tab header doesn't work to close >> source code tabs. I could only do it from main menu. >> A simple close icon on tab would also be a solution, but >> key-combination is a must. > > This one remains a problem. Tab can only be closed > using the toolbar. > > I am working on it. However situation will be the same. It will be toolbar of a close button on extreme right of the tabs. Though it will be there in next commit. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/hbide-testing-go-1-tp4670601p4689116.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
