Viktor,
> [ There is some leftover from the paste
> Spanish documentation in /examples, if
> there are no objections I will delete
> those, as they are incomplete and
> unmaintained since at least 8 years. ]
It hard to object if you already deleted them an hour later.
You can say that ALL docs
Hi,
+ added new C function:
PHB_ITEM hb_socketGetIFaces( int af, HB_BOOL fNoAliases );
it returns array with existing interfaces description.
This code was added for non MS-Windows based platforms only.
Support for MS-Windows has to be added yet.
Xavi has mentio
Hi Vailton,
On 2010 Feb 21, at 00:15, Vailton Renato wrote:
> Hi all!
>
> I have a question that I found when I studied about documentation on
> NF format and I still can not completely understand: What name we give
> to new files containing the documentation on SVN?
>
> * Respecting the catego
Hi all!
I have a question that I found when I studied about documentation on
NF format and I still can not completely understand: What name we give
to new files containing the documentation on SVN?
* Respecting the category of functions?
* Respecting the category + subcategory?
* There is no spec
-Messaggio Originale-
Da:
A:
Data invio: sabato 20 febbraio 2010 23.12
Oggetto: [Harbour] SF.net SVN: harbour-project:[13944] trunk/harbour
Thank you.
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The B
Massimo Belgrano wrote:
>
> Hi carlos
> i follow your suggestion changing layout
> http://harbourlanguage.blogspot.com/
>
Thank you. It looks much better.
However a few notes:
1) You can always resize the window to visualizable dimensions.
2) When you concentrate on one topic, close other doc
I surely won't, but since several dozen icons
have been created for it, I was wondering why the
most important one was missing yet.
Brgds,
Viktor
On 2010 Feb 20, at 23:12, Pritpal Bedi wrote:
>
>
> Viktor Szakáts wrote:
>>
>> BTW, is it planned to create an application icon for HBIDE?
>>
>
Viktor Szakáts wrote:
>
> BTW, is it planned to create an application icon for HBIDE?
>
> (I see it still has the original temp icon used also
> for GTWVG and all little test apps)
>
I am also waiting someone will provide one.
Please suppy appropriate one.
-
enjoy hbID
Revision: 13944
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13944&view=rev
Author: vszakats
Date: 2010-02-20 22:12:14 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 23:11 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rdd/ordwldsk.c
* sr
Error: Unresolved external '_HB_FUN_ORDCOUNT' referenced from
E:\HARBOUR_CVS\HARBOUR\SRC\HBEXTERN\OBJ\WIN\BCC\HBEXTERN_DYN.OBJ
Error: Unresolved external '_HB_FUN_ORDWILDSEEK' referenced from
E:\HARBOUR_CVS\HARBOUR\SRC\HBEXTERN\OBJ\WIN\BCC\HBEXTERN_DYN.OBJ
EMG
--
EMAG Software Homepage: ht
Hi carlos
i follow your suggestion changing layout
http://harbourlanguage.blogspot.com/
2010/2/20 Bacco :
> Right click on the image and open in another window. The css of the
> blog is hiding the overflow of the image at the page render instead of
> providing scrollbars, but the image file is OK
>
> We should not forbid any translations, and
> we should think about it for the future,
> but for now we should _strongly focus_ on English,
> unless we want to create 3-4 incomplete
> (but multilanguage!) docs, instead of 1
> complete one :)
>
> Brgds,
> Viktor
Exactly. I fully agree.
> > Of course you are right, the main documentation should be in English
> > (but if someone decides to contribute right now by translating the few
> > existing docs in any other language, I believe that is not right just
> > forbid it).
> >
> Yes, I see your point and I agree with you.
> Otherwis
BTW, is it planned to create an application icon for HBIDE?
(I see it still has the original temp icon used also
for GTWVG and all little test apps)
Brgds,
Viktor
On 2010 Feb 20, at 22:10, Massimo Belgrano wrote:
> http://docs.google.com/View?id=dhmtv9fs_235db6hz754
>
> 2010/2/20 Pritpal Bedi
Revision: 13943
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13943&view=rev
Author: vszakats
Date: 2010-02-20 21:12:11 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 22:09 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* debian/dirs
* doc/en/Ma
http://docs.google.com/View?id=dhmtv9fs_235db6hz754
2010/2/20 Pritpal Bedi :
>
>
> Massimo Belgrano wrote:
>>
>> done
>> http://harbourlanguage.blogspot.com/
>>
>
> Thank you. But I cannot see the full images. May be this blog site
> does not give enough power. The images are cut right side and I
> Of course you are right, the main documentation should be in English
> (but if someone decides to contribute right now by translating the few
> existing docs in any other language, I believe that is not right just
> forbid it).
>
Yes, I see your point and I agree with you.
Otherwise I will mad
Hi Pritpal,
> Viktor Szakáts wrote:
>>
>> My best guess is that they were picked randomly,
>> or by personal choice.
>>
>
> Not randomly.
>
> Peter Rees picked them and I redifind some parts.
> It was way back around 2003 and have come that way so long.
> May be someone tweaked them afterward
Right click on the image and open in another window. The css of the
blog is hiding the overflow of the image at the page render instead of
providing scrollbars, but the image file is OK.
On Sat, Feb 20, 2010 at 18:55, Pritpal Bedi wrote:
>
>
> Massimo Belgrano wrote:
>>
>> done
>> http://harbourl
> [ There is some leftover from the paste
> Spanish documentation in /examples, if
> there are no objections I will delete
> those, as they are incomplete and
> unmaintained since at least 8 years. ]
I have seen the \es folder in the past but I didn't remember where it was
placed. I remembe
Massimo Belgrano wrote:
>
> done
> http://harbourlanguage.blogspot.com/
>
Thank you. But I cannot see the full images. May be this blog site
does not give enough power. The images are cut right side and I cannot
event presented with a horizontal scrollbar.
Can you reduce the sizes?
> I hav
On Sat, Feb 20, 2010 at 18:43, Marco Boeri wrote:
> Hi all,
> me and some of my more skilled friends (and programmers) have experienced
> that the best technical books/docs are always written in english, so I think
> the documentation has to be written in english (by now). I've also examined
Of c
Viktor Szakáts wrote:
>
> My best guess is that they were picked randomly,
> or by personal choice.
>
Not randomly.
Peter Rees picked them and I redifind some parts.
It was way back around 2003 and have come that way so long.
May be someone tweaked them afterwards, but for sure these
colors
> Hi all,
> me and some of my more skilled friends (and programmers) have experienced
> that the best technical books/docs are always written in english, so I think
> the documentation has to be written in english (by now). I've also examined
> the \doc folder and the only subfolder is \en-EN by
Hi all,
me and some of my more skilled friends (and programmers) have experienced that
the best technical books/docs are always written in english, so I think the
documentation has to be written in english (by now). I've also examined the
\doc folder and the only subfolder is \en-EN by now: th
Revision: 13942
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13942&view=rev
Author: vszakats
Date: 2010-02-20 20:20:24 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 21:19 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
+ doc/en
- doc/en-EN
-
> arm-mingw32ce-gcc -I. -I../../../../../include -O2 -fomit-frame-pointer
> -DHB_LEGACY_TYPES_OFF -DUNICODE -D_WIN32_WCE -osqlite3.o -c
> ../../../sqlite3.c
> win-make[3]: *** [sqlite3.o] Error 1
> win-make[2]: *** [descend] Error 2
> win-make[1]: *** [sqlite3.inst] Error 2
> win-make: *** [e
> I am a native pt-BR speaker, and I am web developer also, and here we
> use pt-BR on the web pages. Of course I like the idea to have pt-BR
> translation (and contribute too). May we agree in the IETF format?
Yes.
So to sum it up:
Format: NANFORUM
Location: /doc//*
Codepage: UTF-8
Some I
On Sat, Feb 20, 2010 at 17:53, Bacco wrote:
> I am a native pt-BR speaker, and I am web developer also, and here we
> use pt-BR on the web pages. Of course I like the idea to have pt-BR
> translation (and contribute too). May we agree in the IETF format?
> Maybe we can add the "most wanted" langua
I am a native pt-BR speaker, and I am web developer also, and here we
use pt-BR on the web pages. Of course I like the idea to have pt-BR
translation (and contribute too). May we agree in the IETF format?
Maybe we can add the "most wanted" language folders to the main doc
folder and into dirstruc.
Revision: 13941
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13941&view=rev
Author: vszakats
Date: 2010-02-20 19:52:51 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 20:52 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/hbwin.ch
Hi Andrzej,
>>> Viktor, this change is incompatible with Clipper. Previous colours
>>> were too dark, but 0xFF should stand for BRIGHT colours. Clipper uses
>>> RGBI palette, see here:
>>> * 4-bit RGBI palettes for explanation:
>>> http://en.wikipedia.org/wiki/List_of_monochrome_and_RGB_palettes#4
From: Viktor Szakáts
Sent: Saturday, February 20, 2010 3:22 AM
Subject: Re: [Harbour] SF.net SVN: harbour-project:[13878] trunk/harbour
> Hi Andrzej,
>
>> From:
>>
>>> Revision: 13878
>> [...]
>>> * contrib/hbwin/hbwin.ch
>>>* Changed to use full (0xFF) color components for RGB presets.
>>
Hi,
> Since there is no visible error in above log, I can
> just guess it's an installation problem. INSTALL says
> you need Cygwin in PATH, probably it's missing.
Cygwin added to path and full log is :
! Building Harbour 2.1.0dev from source - http://www.harbour-project.org
! MAKE: win-make
Hi Bacco,
> I think we should use the IETF format, (the W3C model that Viktor mentioned)
>
> http://en.wikipedia.org/wiki/IETF_language_tag
>
> only two letters, except when we need it. As we lack documentation, at this
> stage it doesn't make sense to me even to split the pt language into
> pt-
>> You will need the CEGCC version of mingw to create
>> WinCE Harbour build, the Win32 edition won't do.
>> See INSTALL for links and examples.
>
> After modifications :
>
> SET PATH=D:\hb20\comp\mingwarm\opt\mingw32ce\bin;%PATH%
> SET HB_BIN_COMPILE=D:\LASTHB\HARBOUR\bin
> SET HB_WITH_QT=D:\Q
Revision: 13940
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13940&view=rev
Author: vszakats
Date: 2010-02-20 18:32:39 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 19:32 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rdd/Makefile
* src/
done
http://harbourlanguage.blogspot.com/
I have problem with same image
and receive an error when exit
Visual c++ runtime library
this application has requested the runtime to terminate in an unsual way
please contact the application's support team for more information
How can i correct?
Why mes
Revision: 13939
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13939&view=rev
Author: druzus
Date: 2010-02-20 17:48:00 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 18:47 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rtl/hbsoc
Revision: 13938
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13938&view=rev
Author: druzus
Date: 2010-02-20 17:36:15 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 18:36 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbsql
Hi,
>> I'm trying build WinCE-HB and i get :
>>
>> gcc -I. -I../../../../../include -Wall -W -O2 -fomit-frame-pointer
>> -DHB_LEGACY_TYPES_OFF -DUNICODE -ohbpp.o -c ../../../hbpp.c
>> gcc -L../../../../../lib/wce/mingwarm -o
>> ..\..\..\..\..\bin\wce\mingwarm\hbpp.exe hbpp.o -lhbnortl -
Revision: 13937
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13937&view=rev
Author: druzus
Date: 2010-02-20 17:07:00 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 18:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/task.c
I think we should use the IETF format, (the W3C model that Viktor mentioned)
http://en.wikipedia.org/wiki/IETF_language_tag
only two letters, except when we need it. As we lack documentation, at this
stage it doesn't make sense to me even to split the pt language into
pt-BR (my language) and pt o
Revision: 13936
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13936&view=rev
Author: vszakats
Date: 2010-02-20 15:39:33 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 16:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/memvars.c
* src/
same in win
WIN-MAKE[2]: [install] Error 1 (ignored)
../../../../../bin/win/mingw/harbour.exe ../../../hbrun.prg
-i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l
gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer
-march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbrun.o
Revision: 13935
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13935&view=rev
Author: vszakats
Date: 2010-02-20 15:00:51 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 16:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
+ contrib/hbfoxpro
+ cont
Revision: 13934
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13934&view=rev
Author: vszakats
Date: 2010-02-20 14:56:27 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 15:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/philes.c
* incl
Hi, on Ubuntu 9.10 32bit
Recompiling Harbour SVN Rev.: 13933
I get
make[3]: `../../../../../bin/linux/gcc/hbrun' is up to date.
gcc -L../../../../../lib/linux/gcc -L/usr/X11R6/lib
-o../../../../../bin/linux/gcc/hbmk2 hbmk2.o -lhbcplr -lhbpp -lhbcommon
-lhbextern -lhbdebug -lhbvmmt -lhbrtl -lhbla
Hi!I can't build harbour $Id: ChangeLog 13933 2010-02-20 12:03:26Z vszakats $../../../../../bin/win/bcc/harbour.exe ../../../hbmk2.prg -i./../../../../include -n1 -q0 -w3 -es2 -kmo -i- -lbcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -w-sig- -Q -d -6 -O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYP
Hi,
> I'm trying build WinCE-HB and i get :
>
> gcc -I. -I../../../../../include -Wall -W -O2 -fomit-frame-pointer
> -DHB_LEGACY_TYPES_OFF -DUNICODE -ohbpp.o -c ../../../hbpp.c
> gcc -L../../../../../lib/wce/mingwarm -o
> ..\..\..\..\..\bin\wce\mingwarm\hbpp.exe hbpp.o -lhbnortl -lhbcomm
Hi,
I'm trying build WinCE-HB and i get :
gcc -I. -I../../../../../include -Wall -W -O2 -fomit-frame-pointer
-DHB_LEGACY_TYPES_OFF -DUNICODE -ohbpp.o -c ../../../hbpp.c
gcc -L../../../../../lib/wce/mingwarm -o
..\..\..\..\..\bin\wce\mingwarm\hbpp.exe hbpp.o -lhbnortl -lhbcommon -lcoredll
Ok Viktor,
I suggested the pattern because on other open-source projects I follow
and participate, they use the pattern "xx-YY", but I will use the
rules for Harbour project. I hope you guys understands that I not
trying to impose anything. I'm just trying to help using my knowledge
and experience
> It's just a pattern, so we all know that always be "xx-YY" for ALL
> languages and not "xx" for that one and for the other, but for another
> it is "xx-YY", i guess! See! To avoid more things to think about!
But this pattern is not true to the standard,
it can also be "xx", "xx-YYY", "xx-y-
It's just a pattern, so we all know that always be "xx-YY" for ALL
languages and not "xx" for that one and for the other, but for another
it is "xx-YY", i guess! See! To avoid more things to think about!
I've just made an admonition: "en-EN" does not exists.
If we follow a pattern, it will be one
> It's better to use "en-US", to better distinguish from others and to
> avoid mistakes. We should always follow the pattern "xx-YY".
Why not 'en-GB' then? I still don't see a good reason to
limit us to any specific dialect, moreover the more
complicated and doubtful we make it, the higher the c
It's better to use "en-US", to better distinguish from others and to
avoid mistakes. We should always follow the pattern "xx-YY".
2010/2/20 Viktor Szakáts :
> Hi Daniel,
>
For example, suppose I want to contribute documenting the hbsqlit3
contrib, wich is module I'm very interested. What
Hi Daniel,
>>> For example, suppose I want to contribute documenting the hbsqlit3
>>> contrib, wich is module I'm very interested. What I'm suposed to do?
>>> Create a directory /harbour/doc/en-EN/contrib/hbsqlit3 and write text
>>> files in NF format?
>>
>> All contribs are meant to be independe
Okay, so with this change all "dialect" compatibility
layers/subsystems are moved out from Harbour core to
contrib or 3rd party domain. This means Harbour core
is now purely for C5x features (both 5.2e and C5.3,
latter always marked with HB_COMPAT_C53), plus Harbour
extensions (always with 'hb
2010/2/19 Viktor Szakáts :
>> For example, suppose I want to contribute documenting the hbsqlit3
>> contrib, wich is module I'm very interested. What I'm suposed to do?
>> Create a directory /harbour/doc/en-EN/contrib/hbsqlit3 and write text
>> files in NF format?
>
> All contribs are meant to be i
Revision: 13933
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13933&view=rev
Author: vszakats
Date: 2010-02-20 12:03:26 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 13:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/Makefile
- cont
Revision: 13932
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13932&view=rev
Author: vszakats
Date: 2010-02-20 11:57:17 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 12:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbsetup.ch
* sr
Hi!
When I started the studies on this help format, I found many helpful
information about the format NANFORUM in:
http://www.kssoftware.com.br/ft_doc.zip
And also the code in /harbour/examples/hbdoc2/tmplates.prg
Regards,
Vailton Renato
___
Harbour ma
Revision: 13931
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13931&view=rev
Author: vszakats
Date: 2010-02-20 11:01:36 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 12:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/common/hbverdsp.c
*
Revision: 13930
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13930&view=rev
Author: vszakats
Date: 2010-02-20 10:51:51 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 11:50 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbextern.ch
* s
Hi,
> maybe I missed something, and someone has already told it, but I think that
> the main goal for a documentation is to be always available, so an online
> documentation must be a plus, a side feature of an offline documentation.
> There are many files available in the \doc folder but I can
Hi all,
maybe I missed something, and someone has already told it, but I think that the
main goal for a documentation is to be always available, so an online
documentation must be a plus, a side feature of an offline documentation. There
are many files available in the \doc folder but I can't
66 matches
Mail list logo
