Hi Leonardo,
hwgui defines a public symbol already defined in hbct.
I'd consider this a bug in hwgui, where DELETEFILE()
should either be renamed or moved to a separate source file.
Brgds,
Viktor
On Sun, Apr 26, 2009 at 7:30 AM, sygecom wrote:
>
> Hello to All,
> I'm trying to compile my appli
Hello to All,
I'm trying to compile my application with MSVC, and it returns me the errors
below, someone would give me a tip to avoid this error?
Note: Both the Harbour as Hwgui been compiled with MSVC 9.0 and Harbour SVN
is to the day 04/23/2009.
Note: If you compile with the error BCC5.5.1 no
Hello Everybody
GTQTC is almost matching with GTWVT
except for the following features:
1) Cannot access SysMenu to initiate HB_GTI_SELECTCOPY
text and operation.
=>
Instead drag the mouse over console while left button is pressed.
2) Funtion Tone() just beeps once. It does not ta
Revision: 10939
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10939&view=rev
Author: vouchcac
Date: 2009-04-26 03:38:19 + (Sun, 26 Apr 2009)
Log Message:
---
2009-04-25 20:33 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtqtc/gtqtc
Revision: 10938
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10938&view=rev
Author: vouchcac
Date: 2009-04-25 22:48:15 + (Sat, 25 Apr 2009)
Log Message:
---
2009-04-25 15:47 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtqtc/gtqtc
But why would we need to change all DispOut*() calls in order to implement
some alternate method of coloring as Lorenzo
suggested?
Implementing TBrowse for GUI platforms is IMO a completely
different topic and it'd probably need a more serious rewrite
(a GUI clone) just like ALERT() and friends.
Hi
>Exactly what I had in mind.
This almost requires a rewrite of almost all the methods
of TBrowse just rendering subclassing futile. It is because
of DispOut | DispOutAt methods scattered all over.
In the past I had suggested to corner these calls to a
method of Tbrowse but the idea was decl
Exactly what I had in mind.
Brgds,
Viktor
On 2009.04.25., at 23:35, Francesco Saverio Giudice wrote:
Why not an hb_Tbrowse class that subclass original class adding
extensions ?
Best Regards,
Francesco
Il 25/04/2009 23.08, Szakáts Viktor ha scritto:
We need to find a way to add non Clippe
Hi Enrico,
I'm not surprised, good to see that xhb group so nicely
cleared the "accident" theory. If bending the past (aka
lying) is needed to get your group (or its upper management's?)
ego straight, this is probably a good move.
For me it's funny xhb group need to do such thing while using
lot
Why not an hb_Tbrowse class that subclass original class adding extensions ?
Best Regards,
Francesco
Il 25/04/2009 23.08, Szakáts Viktor ha scritto:
We need to find a way to add non Clipper compatible
extensions to classes in a clean way. So far my only
idea here is to subclass and add extensio
We need to find a way to add non Clipper compatible
extensions to classes in a clean way. So far my only
idea here is to subclass and add extensions there,
maybe others have something better in mind.
Extending existing classes creates very difficult to
detect portability problems, so we should be
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: venerdì 24 aprile 2009 18.46
Oggetto: Re: [Harbour] Some xhb developers giving no credit when copying
work from Harbour
I see EMG already corrected it, which I'd like to thank him.
Have you a list of translate for xbp-> wvg?
like #xtranslate XbpMenu( => WvgMenu
2009/4/25 Pritpal Bedi :
>
> #xtranslate XbpMenu( => WvgMenu(
>
>
> oMenuBar := oDlg:menuBar()
> oMenu := XbpMenu():new( oMenuBar )
> oMenu:title := "~File"
> oMenu:create()
> oMenu:addItem( {"~Refresh", {|
#xtranslate XbpMenu( => WvgMenu(
oMenuBar := oDlg:menuBar()
oMenu := XbpMenu():new( oMenuBar )
oMenu:title := "~File"
oMenu:create()
oMenu:addItem( {"~Refresh", {|| oDlg:browse:dataLink:refresh(),
oDlg:browse:refreshAll()}} )
oMenu:addItem( {"E~xit" , {|| PostAppEvent(xbeP_Clo
An italian friend are using
S.O.: Puppy Linux 4.2 & harbour Compiler: binaries-linux-fedora from
http://sourceforge.net/project/showfiles.php?group_id=681
Executing "hbrun prog.hrb" gives the following error message:
"error while loading shared libraries: libharbour.so : cannot open
shared object
Do you not support XbpMenu?
oMenuBar := oDlg:menuBar()
oMenu := XbpMenu():new( oMenuBar )
oMenu:title := "~File"
oMenu:create()
oMenu:addItem( {"~Refresh", {|| oDlg:browse:dataLink:refresh(),
oDlg:browse:refreshAll()}} )
oMenu:addItem( {"E~xit" , {|| PostAppEvent(xbeP_Close,,,o
Revision: 10937
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10937&view=rev
Author: vouchcac
Date: 2009-04-25 18:07:40 + (Sat, 25 Apr 2009)
Log Message:
---
2009-04-25 11:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtqtc/gtqtc
Revision: 10936
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10936&view=rev
Author: vouchcac
Date: 2009-04-25 15:52:04 + (Sat, 25 Apr 2009)
Log Message:
---
2009-04-25 08:46 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtqtc/gtqtc
Hello
Lorenzo Fiorini-2 wrote:
>
> Alternate line colors is IMHO a very useful feature that can be used
> in every gt.
> With 1.0+ we can better control colors so we can get a very
> "professional" effect.
>
> What I'm trying to achieve is an "automatic" alternate row background
> that don't n
Hi
Massimo Belgrano-3 wrote:
>
> Please share any idea
> for menu is better use vtg class or xbp?
>
vtg ?
USE only WvgMenuBar() WvgMenu() classes only
as these will be standard in the future and will go in hbqtxbp also.
Regards
Pritpal Bedi
--
View this message in context:
http://www.n
Hi
Angel Pais wrote:
>
> I hope you are refering to Miguel Angel ...
>
>
> Pritpal Bedi escribió:
>> Andi
>>
>> BTW when I read the Changelog entry by Angel, I too felt the
>> same way as is felt by Viktor and Przemek even before these
>> messages appear. What do you think what impression w
Alternate line colors is IMHO a very useful feature that can be used
in every gt.
With 1.0+ we can better control colors so we can get a very
"professional" effect.
What I'm trying to achieve is an "automatic" alternate row background
that don't need the use of the column's color block.
Suggestio
A template for transform in gui a gtwvg application today and i hope
that in future also gtqtg
#INCLUDE "HBGTINFO.CH"
function main
HB_GTSYS()
set color to "N/W,N/BG,,,N/W*"
cls
hb_gtInfo( HB_GTI_ICONFILE, "sample.ico" )
hb_gtInfo( HB_GTI_WINTITLE, "Programm Title" )
Hb_GtInfo( H
I hope you are refering to Miguel Angel ...
Pritpal Bedi escribió:
Andi
BTW when I read the Changelog entry by Angel, I too felt the
same way as is felt by Viktor and Przemek even before these
messages appear. What do you think what impression whole
Harbour community could have gathered...
Przemek,
You may consider a hbrtlall.c?
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
I´m a wrong or Miguel (xharbour) continue with politic "not to the
credit of author"?
2009-04-24 17:49 UTC+0100 Miguel Angel Marchuet mailto:miguelan...@marchuet.net>>
* include\hbapi.h
* source\rtl\dateshb.c
* source\rtl\set.c
+ Added setget function for TIMEFORMAT
* source\rtl\tbrowse.p
Revision: 10935
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10935&view=rev
Author: vszakats
Date: 2009-04-25 08:55:22 + (Sat, 25 Apr 2009)
Log Message:
---
2009-04-25 10:51 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* ChangeLog
+ Added "in
On Fri, 24 Apr 2009, Pritpal Bedi wrote:
Hi Pritpal,
> I found the reason.
> do while .t.
>if Inkey() == K_ESC
> EXIT
>endif
> enddo
> Inkey() without parameters is the culprit.
> Changing it to inkey( 0.1 ) did the trick.
> I could not reproduce this problem in GTWVT.
> So I assum
Revision: 10934
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10934&view=rev
Author: druzus
Date: 2009-04-25 08:16:24 + (Sat, 25 Apr 2009)
Log Message:
---
2009-04-25 10:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compil
On Sat, 25 Apr 2009, Andi Jahja wrote:
> The following entries shows us how my idea was used in Harbour without
> giving credits because "Idea Cannot Be CopyRighted". I know for sure the
> codes are not mine but I can assure you that the "Idea" to implement it
> in xHarbour was mine. This idea was
>
> Not true. Users can READ the file and WILL SEE who's codes it is (in
> this case: Przemek). Users will not refers to ChangeLog to seek who
> wrote the codes, but to the FILEs.
Authors do, plus you never know who else does, I seek this information
a lot of times, since it can give a lot of inf
Hi Andi,
> > The only connection to Ron and xhb is that I've read the Harbour list
> > and saw the function name hb_retc[len]Adopt() in one of the messages
> > (on 2002. Jan 23) which sparked the idea of implementing these new API
> > functions in Harbour, without ever knowing more than these two
On Sat, 25 Apr 2009, Andi Jahja wrote:
> > You missed the point, perhaps.
> > The whole issue is not revolving the source file,
> > but the declarations in the ChangeLog which pretends
> > to the users that those changes were made by thou-self.
> Not true. Users can READ the file and WILL SEE who'
Andi Jahja wrote:
This is unfair IMO, you seem to hide under the condition "IDEA CANNOT BE
COPYRIGHTED" or are you declaring yourself a genius because you can
"implement" other's stuff into yours without taking a look and then
simply stated that it is a SIMPLE thing? :-)
I am not trying to be ru
The following entries shows us how my idea was used in Harbour without
giving credits because "Idea Cannot Be CopyRighted". I know for sure the
codes are not mine but I can assure you that the "Idea" to implement it
in xHarbour was mine. This idea was first strongly rejected by Harbour
developers,
35 matches
Mail list logo
