Re: [fpc-pascal] Eye Candy Contest

2006-11-02 Thread Felipe Monteiro de Carvalho
They may also want to take a look at the Virtual Magnifying Glass:http://sourceforge.net/project/screenshots.php?group_id=60638 Almost 250.000 downloads now =) on 3 platforms-- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freep

Re: [fpc-pascal] Eye Candy Contest

2006-11-02 Thread Felipe Monteiro de Carvalho
On 11/1/06, Marc Weustink <[EMAIL PROTECTED]> wrote: Ehm how to get there from the main site (and shouldn't lazarus bethere as well) ?It has:http://wiki.lazarus.freepascal.org/Lazarus_Application_Gallery --Felipe Monteiro de Carvalho ___ fpc-pascal ma

Re: [fpc-pascal] Eye Candy Contest

2006-11-02 Thread Vincent Snijders
Felipe Monteiro de Carvalho schreef: On 11/1/06, *Marc Weustink* <[EMAIL PROTECTED] > wrote: Ehm how to get there from the main site (and shouldn't lazarus be there as well) ? It has: Lazarus is not on the fpc gallery. Vincent _

Re: [fpc-pascal] Eye Candy Contest

2006-11-02 Thread Graeme Geldenhuys
On 02/11/06, Vincent Snijders <[EMAIL PROTECTED]> wrote: Lazarus is not on the fpc gallery. Vincent Not related to the Eye Candy Contest, but maybe we could add the fpGUI project to the FPC Gallery? If so, let me know what is needed. Regards, - Graeme -

Re: [fpc-pascal] DateToStr locale

2006-11-02 Thread Henry Vermaak
o.k. i've had a look at the libc source (locale dir). i understand the general gist of things, but it'd take ages to implement in pascal if i try and transliterate that. it's also not very easy to read (due to a generous use of defines). what work has been done on this for fpc? is there any (m

[fpc-pascal] Program needs probably the variants unit

2006-11-02 Thread Jan Jelowicki
Hello, I wrote accidentally the following line of pascal code: writeln(output, a + b); where a was a double, and b was a string. The program compiled, linked successfully. Why? Next, running it, I got the following: [code] Program needs probably the variants unit. Include the variants unit

Re: [fpc-pascal] DateToStr locale

2006-11-02 Thread Michael Van Canneyt
On Thu, 2 Nov 2006, Henry Vermaak wrote: > o.k. i've had a look at the libc source (locale dir). i understand > the general gist of things, but it'd take ages to implement in pascal > if i try and transliterate that. it's also not very easy to read (due > to a generous use of defines). what w

Re: [fpc-pascal] DateToStr locale

2006-11-02 Thread Marco van de Voort
> o.k. i've had a look at the libc source (locale dir). i understand > the general gist of things, but it'd take ages to implement in pascal > if i try and transliterate that. it's also not very easy to read (due > to a generous use of defines). what work has been done on this for > fpc? is the

Re: [fpc-pascal] DateToStr locale

2006-11-02 Thread Henry Vermaak
marco said: Not portable. E.g. on BSD it is /usr/share/locale So between 1 and 2 there should be a step "find locale dir". This because a solution is required to be Solaris, BSD and Mac OS X compatible. true, there is a findlocale.c file under libc that deals with this. this is a necessary s

[fpc-pascal] Problem with multiple inheritance

2006-11-02 Thread Felipe Monteiro de Carvalho
Hello, I was trying to split the o-o wrappers around Qt procedural wrappers in 2 parts. One that depends on Lazarus and another that can be used with only Free Pascal. So I have some classes like this: TQtWidget = class(TObject) TQtFrame = class(TQtWidget) Both classes contain mixed code for

[fpc-pascal] PROJECT_DERIVED_FILE_DIR

2006-11-02 Thread Ken G. Brown
With fpc, in trying to compile an example brought in from CW, and using XCode 2.4.1 on a Dual 2.0 G5 10.4.8, I have started with a Carbon template. In the target rules for processing pascal source files, I see a custom script indicated to use output files $(PROJECT_DERIVED_FILE_DIR)/$(INPUT_FILE

Re: [fpc-pascal] PROJECT_DERIVED_FILE_DIR

2006-11-02 Thread Jonas Maebe
On 02 Nov 2006, at 19:03, Ken G. Brown wrote: With fpc, in trying to compile an example brought in from CW, and using XCode 2.4.1 on a Dual 2.0 G5 10.4.8, I have started with a Carbon template. In the target rules for processing pascal source files, I see a custom script indicated to use o

[fpc-pascal] Progress Bar in different widget sets

2006-11-02 Thread Graeme Geldenhuys
Hi, GTK's progress bar has a feature where the progress bar moves left and right repeatedly, instead of the normal from Min to Max. What do you call that feature and what do you actually use it for? I know I have seen in used in Mozilla Thunderbird as well, but couldn't remember where. I just i

Re: [fpc-pascal] Problem with multiple inheritance

2006-11-02 Thread Marc Weustink
Felipe Monteiro de Carvalho wrote: > Hello, > > I was trying to split the o-o wrappers around Qt procedural wrappers > in 2 parts. One that depends on Lazarus and another that can be used > with only Free Pascal. > > So I have some classes like this: > > TQtWidget = class(TObject) > > TQtFrame

Re: [fpc-pascal] Progress Bar in different widget sets

2006-11-02 Thread Michael Van Canneyt
On Fri, 3 Nov 2006, Graeme Geldenhuys wrote: > Hi, > > GTK's progress bar has a feature where the progress bar moves left and > right repeatedly, instead of the normal from Min to Max. > > What do you call that feature and what do you actually use it for? Well, you can construct black talking

Re: [fpc-pascal] Progress Bar in different widget sets

2006-11-02 Thread Michalis Kamburelis
Graeme Geldenhuys wrote: > Hi, > > GTK's progress bar has a feature where the progress bar moves left and > right repeatedly, instead of the normal from Min to Max. > > What do you call that feature and what do you actually use it for? > I know I have seen in used in Mozilla Thunderbird as well,

Re: [fpc-pascal] Progress Bar in different widget sets

2006-11-02 Thread Micha Nelissen
Graeme Geldenhuys wrote: > GTK's progress bar has a feature where the progress bar moves left and > right repeatedly, instead of the normal from Min to Max. > > What do you call that feature and what do you actually use it for? It's used when the Max isn't known. Micha __