Michael Van Canneyt wrote:
On Sun, 23 Jul 2006, Felipe Monteiro de Carvalho wrote:
On 7/23/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
So, but it is not actually a bug ? It just means that the command is not
executed
on older windows version ?
I think this is a bug. Beca
Michael Van Canneyt wrote:
>
>> I think this is a bug. Because Free Pascal should allow the users to
>> write a single software and expect it to run on all Windows versions.
>
> It does:
>
> All you need to do is specify the old size in the size field.
> That's probably why they put it there in
I wonder why these kind of questions (production use, license, compatibility)
still arise these days, while the answers are very obvious through the FAQ and
the wiki (both on FPC and Lazarus). Perhaps the informations are less visible to
the visitors? (deep beneath the menus? there's no direct l
On 7/23/06, Mattias Gaertner <[EMAIL PROTECTED]> wrote:
> I have recently started poking around it and have some ideas ;-)
What ideas?
Well, for starters, the code obviously will benefit from some refactoring.
E.g. "mouse links" processing is spread over many different places,
with some literal
On Sun, 23 Jul 2006, Felipe Monteiro de Carvalho wrote:
> On 7/23/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > So, but it is not actually a bug ? It just means that the command is not
> > executed
> > on older windows version ?
>
> I think this is a bug. Because Free Pascal should all
On 7/23/06, Mark Morgan Lloyd <[EMAIL PROTECTED]> wrote:
OK, so without having yet investigated your code I presume that this approach
tends to put the created binaries in the same place, so the technique is to
compile then extract the things to be run before going to the next architecture.
I´m
On 7/23/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
So, but it is not actually a bug ? It just means that the command is not
executed
on older windows version ?
I think this is a bug. Because Free Pascal should allow the users to
write a single software and expect it to run on all Windo
Thanks both for the thoughts, I'll work on it.
> On Lazarus a single project is enougth for any number of platforms. If
> you have any platform specific code, just enclose it with IFDEFs and
> everything should be fine.
OK, so without having yet investigated your code I presume that this approach
Michael Van Canneyt wrote:
> > > Hmmm, I thought windows could handle this if the size field is set
> > > correctly?
> > >
> > >
> > I thought it as well but the reality is different. Windows can handle only
> > if
> > you use old (smaller) structure in new Windows version but using newer
> > (bi
Zlatko Matic wrote:
> Hi!
>
> You can download Python for Delphi from
> http://mmm-experts.com/Downloads.aspx?ProductId=3.
> The Lazarus package is included, but is outdated.It would be nice if
> someone update it...
>
> Best regards,
>
> Zlatko
>
Many thanks Zlatko,
seems that PythonforDelph
On 7/23/06, Mark Morgan Lloyd <[EMAIL PROTECTED]> wrote:
Is there a preferred directory organisation for this sort of thing? I'm assuming
that I will end up with distinct forms and user-interface code for Delphi and
Lazarus but do I also need to maintain parallel Lazarus projects by target
proces
On Sun, 23 Jul 2006, Martin Smat wrote:
> Florian Klaempfl wrote:
> > Micha Nelissen wrote:
> >
> > > Martin Smat wrote:
> > >
> > > > The structure MENUITEMINFO contains in the development version of
> > > > FPC
> > > > new parameter "hbmpItem" making this structure larger then
> > > > expect
In pricipal all files can live peacefully together in one directory. The pas
files are commonly used. Only the DFM and LFM/LRS files are IDE specific.
But there is a tool in lazarus that converts DFM into LFM/LRS. You will also
need to add some defines though in the pas file to include LResource
Florian Klaempfl wrote:
Micha Nelissen wrote:
Martin Smat wrote:
The structure MENUITEMINFO contains in the development version of FPC
new parameter "hbmpItem" making this structure larger then expected by
Windows.
Any ideas how to solve it?
Beat the FPC guys for breaking backwa
Micha Nelissen wrote:
> Martin Smat wrote:
>> The structure MENUITEMINFO contains in the development version of FPC
>> new parameter "hbmpItem" making this structure larger then expected by
>> Windows.
>> Any ideas how to solve it?
>
> Beat the FPC guys for breaking backward compatibility. Make a
Hi!
You can download Python for Delphi from
http://mmm-experts.com/Downloads.aspx?ProductId=3.
The Lazarus package is included, but is outdated.It would be nice if someone
update it...
Best regards,
Zlatko
- Original Message -
From: "Uwe Grauer" <[EMAIL PROTECTED]>
To:
Sent: Sund
It seems the fixes I sent to SynUniHighlighter.pas where correct, but didn't
fix the original problem (SynEdit writing only caps), one of my colleagues I
had asked to test my changes found it and did this extra fix:
TL 2003-06-12: Added the following to satisfy abstract method override
{$IFDEF
> All other IDE functions are using UTF-8 strings. They often
> assign big parts of the synedit lines. Assigning ansistrings
> is fast. But a widestring synedit must either convert
> everything on the fly or keep additional all strings as UTF-8.
> What about the official synedit? Does it support UT
Btw, the following code from some project of mine may be handy in this case
(esp. if Lazarus has option to put shortcut keys in tooltip [hint] for a
menu item - else modify appropriately to get the shortcut key and print its
name too)
Change the LogoPrint to some text dumping function of yours and
On 18/07/06, Joost van der Sluis <[EMAIL PROTECTED]> wrote:
> Hmm. i think i found something : TSQLQuery's ApplyUpdate method
> seems to send 'update' commands to pgsql. I have to keep looking,
> though, because deleting rows generates an ugly runtime error
> (Clear of selection failed ( Postgr
Is there any way to set this to use a monospaced fount, or to get it to track
either the main code editor or the fount that will be used at runtime? As a
doodle I drew a two-line ruler for the top of a form, it looked right at design
time but left me scratching my head when the two lines were compl
In order to get myself going properly using Lazarus I intend to take a "simple"
file viewing program that I wrote for Delphi 1/3 and port it for Win-32 and
Linux. In the latter case I hope to target x86 and SPARC, and might even have a
go at Solaris if the v8 I've got is new enough.
Is there a pre
Does anybody know if something like Python for Delphi does exist for
lazarus?
Thanks for any pointers,
Uwe
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://
On Sun, 23 Jul 2006 13:42:59 +0200
"Darius Blaszijk" <[EMAIL PROTECTED]> wrote:
>
> - Original Message -
> From: "Mattias Gaertner" <[EMAIL PROTECTED]>
> To:
> Sent: Sunday, July 23, 2006 12:27 PM
> Subject: Re: [lazarus] SynEdit + Unihighlighter (must have fixed caps
> problem)
>
>
Martin Smat wrote:
> The structure MENUITEMINFO contains in the development version of FPC
> new parameter "hbmpItem" making this structure larger then expected by
> Windows.
> Any ideas how to solve it?
Beat the FPC guys for breaking backward compatibility. Make a copy of
the structure, MENUITEMI
- Original Message -
From: "Mattias Gaertner" <[EMAIL PROTECTED]>
To:
Sent: Sunday, July 23, 2006 12:27 PM
Subject: Re: [lazarus] SynEdit + Unihighlighter (must have fixed caps
problem)
On Sun, 23 Jul 2006 10:22:00 +0200
"Darius Blaszijk" <[EMAIL PROTECTED]> wrote:
>> Question a
Mark Morgan Lloyd wrote:
>
> Martin Smat wrote:
>
> > I think I found the source of your problem. It is caused by using
> > development version of FPC 2.1.1 for compiling the daily snapshots. In
> > this version some internal Windows API structures were extended with
> > some new properties defin
On Sun, 23 Jul 2006 09:17:26 +0200
"J.L. Blom" <[EMAIL PROTECTED]> wrote:
> On Sun, 2006-07-23 at 08:32 +0200, Mattias Gaertner wrote:
> > On Sun, 23 Jul 2006 01:13:11 +0200
> > "J.L. Blom" <[EMAIL PROTECTED]> wrote:
> >
> > > I have some problems with lazarus 0.9.17-beta which is used with fpc
>
On Sun, 23 Jul 2006 10:22:00 +0200
"Darius Blaszijk" <[EMAIL PROTECTED]> wrote:
> >> Question about SynEdit: I know the lazarus version is a very
> >> customized one from old source... Will it be replaced by a newer
> >> version from the original project?
> >
> > Yes, eventually.
>
> Mattias,
>
Martin Smat wrote:
> I think I found the source of your problem. It is caused by using
> development version of FPC 2.1.1 for compiling the daily snapshots. In
> this version some internal Windows API structures were extended with
> some new properties defined since Win2000 and it seems this new
>
Question about SynEdit: I know the lazarus version is a very
customized one from old source... Will it be replaced by a newer
version from the original project?
Yes, eventually.
Mattias,
I'm willing to try to port UniSynEdit to Lazarus (and keep it in sync with
their trunk), however how do y
Mark Morgan Lloyd wrote:
Martin Smat wrote:
If I understand it well, you can now see all menus, submenus and the
menu items but after selecting the item it does not process any action?
Then there must be also some message processing problem. I will take a
look on it if I find something.
On Sun, 2006-07-23 at 08:32 +0200, Mattias Gaertner wrote:
> On Sun, 23 Jul 2006 01:13:11 +0200
> "J.L. Blom" <[EMAIL PROTECTED]> wrote:
>
> > I have some problems with lazarus 0.9.17-beta which is used with fpc
> > 2.1.1-20060702-x86_64.
>
> There are some known bugs with fpc 2.1.1 x86_64 and la
33 matches
Mail list logo