On 2/28/07, Marco van de Voort [EMAIL PROTECTED] wrote:
The component plugin interface has to be explicitely exempted
from the GPL (which isn't even that uncommong for plugin interfaces afaik)
You are 100% correct.
--
Graeme Geldenhuys
There's no place like S34° 03.168' E018° 49.342'
On Wed, 28 Feb 2007, 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 in the month
on
[EMAIL PROTECTED] wrote:
I do like you say and that's work. But always only with old SVN 6610 FPC 2.1.1.
With new's SVN the last lazarus version ( now 10697 ) can't find the sources FPC
2.1.1 at start.
Well, if you want to use the latest SVN for fpc, you can:
a) click ignore everytime
Hi,
Why is it that just about every GUI application has a File menu option
even though the application doesn't work with files?
I was busy doing translations in our latest application when it
occurred to me. We have a screen that shows a listing of students. On
that screen I have a File, Edit
Marco van de Voort schreef:
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
Hello,
I want to print out or create a postcsript of a document in Japanese.
However, I found that according to PostscriptCanvas.pas, at present,
only 5 Font.Name, 'times', 'monospaced', 'serif', 'sansserif', and
'symbol' are supported (this itself is a great work, thanks).
Those 5 fonts would be
On Wed, Feb 28, 2007 at 10:50:25AM +0100, Vincent Snijders wrote:
loading of packages, which makes it impossible for commercial
companies to create packages without releasing the source.
IMHO dynamic or static linking wouldn't matter at all. Both are linking in
the
GPL sense.
The
On Wed, Feb 28, 2007 at 09:19:08AM +0100, Michael Van Canneyt 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
On Wed, Feb 28, 2007 at 02:25:32PM +0100, Marco van de Voort wrote:
On Wed, Feb 28, 2007 at 09:19:08AM +0100, Michael Van Canneyt 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
Graeme,
In the early '80s when I first used the Apple Mac with the WIMP
environment, the format of the menus was consistently retained across
different applications. The 'File' menu was less to do with the
manipulation of files and more to do with opening files, starting a new
file, printing
On Wed, 28 Feb 2007, Marco van de Voort wrote:
On Wed, Feb 28, 2007 at 09:19:08AM +0100, Michael Van Canneyt 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
On Wed, 28 Feb 2007, Marco van de Voort wrote:
With the current package structure and compiler bugs, that is true
regardless
of the license issue, so the whole point is moot anyway :-)
No, the MPL case still applies.
You misunderstand me, I think ?
The license issue is
I pulled the source but I miss the wikihelp.lpr.
I have it from your ziped source so im ok ther ebut I gess you should
add it to the svn.
Met vriendelijke groet,
Pieter Valentijn
Delphidreams
http://www.delphidreams.nl
-Oorspronkelijk bericht-
Van: Christian Ulrich [mailto:[EMAIL
I got it compiling
A demo of your XML file would be apreciated (all do I think I can
produce it if I put in some time.
I also had a error in this unit Utils in the routine
I replaced the lines and I got it compiled but im not sure what I miss
now.
Its not part of your source so I gess it's
Most users here will find this kind of display confusing.
But I agree with the store path. Anny external storae that needs sting
presentation should be in one format or at least s format agreed on. The
case I have is that variants are used in parce thechnieks and there
cnversion is importamt to
On Wed, 28 Feb 2007, Pieter Valentijn wrote:
Most users here will find this kind of display confusing.
But I agree with the store path. Anny external storae that needs sting
presentation should be in one format or at least s format agreed on. The
case I have is that variants are used in
A demo of your XML file would be apreciated (all do I think I can
produce it if I put in some time.
in folder defs in svn you have the english and german xml files just copy
them to the output foolder
I also had a error in this unit Utils in the routine
I replaced the lines and I got it
Hi,
On 2/28/07, Michael Van Canneyt [EMAIL PROTECTED] wrote:
You should not have to worry about it. You use TDateTime, and convert to
string as needed as the user sees fit.
I don't agree with Graeme's solution: it's not up to the programmer
to decide how the date/time is shown to the user.
Hello,
I use Lazarus SVN Rev. 10700
If I compile any projekt I got following compiler message:
project1.lpr(1,1) Fatal: Can't find unit Graphics
I am shure that this unit exists and is in the Searchpaths (-Fu).
I tried it with an emty LCL Application, too.
Has anybody the same problem and
19 matches
Mail list logo
