Ok, I thought the localize.sh script only converts the .rst files into
.po files, but I see it uses a tool called 'updatepofiles' to handle
updates as well.
From the name, I guess this is exactly what I am looking for?
Regards,
- Graeme -
On 2/27/07, Graeme Geldenhuys [EMAIL PROTECTED]
Graeme Geldenhuys schreef:
Ok, I thought the localize.sh script only converts the .rst files into
.po files, but I see it uses a tool called 'updatepofiles' to handle
updates as well.
From the name, I guess this is exactly what I am looking for?
Yes, I think so.
One nice to have feature
- Original Message -
From: Felipe Monteiro de Carvalho [EMAIL PROTECTED]
To: lazarus@miraclec.com
Sent: Monday, February 26, 2007 7:05 PM
Subject: Re: Ideas to implement AllocateHwnd
A new patch, now with a win32 implementation.
I had some trouble implementing:
* I tryed to use
Hi,
Has anybody thought or started work on generalizing the
IDETranslations unit, so it could be used in Lazarus built
applications. I need something like this for our applications and
don't mind doing the work - just don't want to duplicate work already
done by others.
Having a generalized
Graeme Geldenhuys schreef:
Hi,
Has anybody thought or started work on generalizing the
IDETranslations unit, so it could be used in Lazarus built
applications. I need something like this for our applications and
don't mind doing the work - just don't want to duplicate work already
done by
Ah, just before I read your reply, I found the 'translations.pas'
unit. Will have a look to see what is in there.
Regards,
- Graeme -
On 2/27/07, Vincent Snijders [EMAIL PROTECTED] wrote:
Generic support for translations belongs to the Translations unit in the LCL
directory. Maybe some
Tom Gregorovic schreef:
Hi,
I'm improving Carbon interface and to this I use some testing projects.
It would be benifical if they can be part of Lazarus svn - to provide
tool for patch checking or to share them among other interface (not
necessarily Carbon) developers.
What do you think?
Vincent Snijders napsal(a):
Tom Gregorovic schreef:
Hi,
I'm improving Carbon interface and to this I use some testing
projects. It would be benifical if they can be part of Lazarus svn -
to provide tool for patch checking or to share them among other
interface (not necessarily Carbon)
On Tue, 2007-02-27 at 16:14 +0100, Vincent Snijders wrote:
[EMAIL PROTECTED] schreef:
Hello,
With FPC 2.1.1 SVN 6671 and Lazarus SVN 10693 compilation of lazarus abort
on
this message:
/usr/local/src/lazarus/lcl/graphics.pp(36,17) Fatal: Can't find unit contnrs
I've try to
[EMAIL PROTECTED] wrote:
Hello,
With FPC 2.1.1 SVN 6671 and Lazarus SVN 10693 compilation of lazarus abort on
this message:
/usr/local/src/lazarus/lcl/graphics.pp(36,17) Fatal: Can't find unit contnrs
I've try to downgrade to some others SVN versions. Same thing happen with FPC
2.1.1 SVN 6664
On 2/27/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Does someone know how can I resolve that problem, having a working WinCE
Tchecklistbox ?
You need to look at the wince interface source code and find out what
needs to be fixed for TCheckListBox to work.
wince specific files are located
If I find some time to kill I will investigate the SVN so I can be in
sync with you.
Ok, i have made several things:
* All language depend things are now readable from an xml file so you need
only to make
an new xml file to make your wiki language avalible.
* It now has an recursive mode so
Marco van de Voort wrote:
Not only for MPL, but also to allow commercial devels to create designtime
packages and component editors.
Do you mean proprietary ?
Micha
_
To unsubscribe: mail [EMAIL PROTECTED] with
Hi,
The file
lcl/interfaces/gtk/gtkprivate.pp
in Lazarus has the same name as the file
packages/extra/gtk/gtk/gtkprivate.pp
in FPC.
This forces the compiler to try and recompile the FPC GTK units, even when
they have not changed, as soon as gtkprivate.pp in the LCL is changed.
I
Michael Van Canneyt wrote:
Hi,
The file
lcl/interfaces/gtk/gtkprivate.pp
in Lazarus has the same name as the file
packages/extra/gtk/gtk/gtkprivate.pp
in FPC.
This forces the compiler to try and recompile the FPC GTK units, even when
they have not changed, as soon as
On Tue, 27 Feb 2007, Vincent Snijders wrote:
Michael Van Canneyt schreef:
Hi,
The filelcl/interfaces/gtk/gtkprivate.pp
in Lazarus has the same name as the file
packages/extra/gtk/gtk/gtkprivate.pp
in FPC.
This is known and on Marc's todo list.
Hrmm :(
Because of this, I
Michael Van Canneyt schreef:
On Tue, 27 Feb 2007, Vincent Snijders wrote:
Michael Van Canneyt schreef:
Hi,
The filelcl/interfaces/gtk/gtkprivate.pp
in Lazarus has the same name as the file
packages/extra/gtk/gtk/gtkprivate.pp
in FPC.
This is known and on Marc's todo list.
Hrmm :(
On Tue, 27 Feb 2007, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Tue, 27 Feb 2007, Vincent Snijders wrote:
Michael Van Canneyt schreef:
Hi,
The filelcl/interfaces/gtk/gtkprivate.pp
in Lazarus has the same name as the file
Michael Van Canneyt wrote:
Hi,
The file
lcl/interfaces/gtk/gtkprivate.pp
in Lazarus has the same name as the file
packages/extra/gtk/gtk/gtkprivate.pp
in FPC.
This forces the compiler to try and recompile the FPC GTK units, even when
they have not changed, as soon as
On Wed, 28 Feb 2007, Marc Weustink wrote:
Michael Van Canneyt wrote:
Hi,
The file
lcl/interfaces/gtk/gtkprivate.pp
in Lazarus has the same name as the file
packages/extra/gtk/gtk/gtkprivate.pp
in FPC.
This forces the compiler to try and recompile the FPC GTK units,
Selon Funky Beast [EMAIL PROTECTED]:
[EMAIL PROTECTED] wrote:
Hello,
With FPC 2.1.1 SVN 6671 and Lazarus SVN 10693 compilation of lazarus abort
on
this message:
/usr/local/src/lazarus/lcl/graphics.pp(36,17) Fatal: Can't find unit
contnrs
I've try to downgrade to some others SVN
On 2/27/07, Marco van de Voort [EMAIL PROTECTED] wrote:
Not only for MPL, but also to allow commercial devels to create designtime
packages and component editors.
This opens another can of worms as was discussed earlier in the month
on the FPC Dev mailing list. Currently Lazarus doesn't
On Tue, Feb 27, 2007 at 07:01:18PM +0100, Micha Nelissen wrote:
Marco van de Voort wrote:
Not only for MPL, but also to allow commercial devels to create designtime
packages and component editors.
Do you mean proprietary ?
No. Also non proprietary non GPL compat .
On Wed, Feb 28, 2007 at 08:29:00AM +0200, Graeme Geldenhuys wrote:
On 2/27/07, Marco van de Voort [EMAIL PROTECTED] wrote:
Not only for MPL, but also to allow commercial devels to create designtime
packages and component editors.
This opens another can of worms as was discussed earlier
24 matches
Mail list logo
