On 5/30/13, Mattias Gaertner wrote:
> Yes, but it is a TSynEditLines, which overloads LoadFromFile and does
> UTF8ToSys itself. It should be changed to use the UTF8
> file functions instead.
I've been unable to find that.
I knew LoadFromFile had to be overloaded somewhere...
> Change syneditl
On 05/30/2013 06:58 AM, Graeme Geldenhuys wrote:
Perhaps they'll add support for Debian 7.0 multiarch. Based on
someone's posting in here a while back (I *think* yours, Graeme, but
I'm not certain), I set up a VM and downloaded CodeTyphon. I forget
exactly what the problem was now (the details
On Thu, 30 May 2013 20:44:25 +0200
Bart wrote:
> Hi,
>
> I'm a bit confused here.
> I have a TSynEdit.
> If I do SynEdit1.Lines.LoadFromFile(OpenDialog1.FileName) this
> succeeds on filenames with unicode characters within the current
> codepage.
> No need to use Utf8ToSys like it is necessary f
Hi,
I'm a bit confused here.
I have a TSynEdit.
If I do SynEdit1.Lines.LoadFromFile(OpenDialog1.FileName) this
succeeds on filenames with unicode characters within the current
codepage.
No need to use Utf8ToSys like it is necessary for TMemo.Lines.LoadFromFile.
AFAICS the lines property of a TSyn
On 30/05/2013 19:12, Mattias Gaertner wrote:
On Thu, 30 May 2013 19:03:07 +0200
Eric Kom wrote:
Hi,
Compilation failed At revision 41469.
Fixed.
Thanks Mattias
Mattias
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists
On Thu, 30 May 2013 19:03:07 +0200
Eric Kom wrote:
> Hi,
> Compilation failed At revision 41469.
Fixed.
Mattias
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Hi,
Compilation failed At revision 41469.
$make bigide FPC=/usr/local/lib/fpc/2.7.1/ppc386
Free Pascal Compiler version 2.7.1 [2013/05/30] for i386
Copyright (c) 1993-2013 by Florian Klaempfl and others
Target OS: Linux for i386
Compiling lazbuild.lpr
lazbuild.lpr(922,37) Error: Wrong number of p
On 2013-05-30 12:54, Henry Vermaak wrote:
>
> This thread doesn't have any information about why they're doing this or
> what the improvements are. Is there any other discussion?
There was another thread (sorry don’t have the link) where they
mentioned some issues with Lazarus IDE. I think it wa
On Thu, May 30, 2013 at 08:40:14AM -0300, William Oliveira Ferreira wrote:
> Seems to be in a good path. They're fork Will be open source?
No choice, the Lazarus IDE is GPL, so all derivative work needs to be
supplied.
Henry
--
___
Lazarus mailing list
On Thu, May 30, 2013 at 11:58:29AM +0100, Graeme Geldenhuys wrote:
> Hi,
>
> I just saw this thread. The PilotLogic guys (creators of the CodeTyphoon
> project) has finally decided to fork Lazarus IDE and go their own route.
> Here are some "early days" screenshots.
>
> http://www.pilotlogic.com/
Graeme Geldenhuys wrote:
Hi,
I just saw this thread. The PilotLogic guys (creators of the CodeTyphoon
project) has finally decided to fork Lazarus IDE and go their own route.
Here are some "early days" screenshots.
They plan to add multi-architecture / dual personalities (32-bit &
64-bit exec
Seems to be in a good path. They're fork Will be open source?
_
William de Oliveira Ferreira
Em 30/05/2013 07:59, "Graeme Geldenhuys" escreveu:
> Hi,
>
> I just saw this thread. The PilotLogic guys (creators of the CodeTyphoon
> project) has finally decided to fork Lazarus IDE and go their o
Hi,
I just saw this thread. The PilotLogic guys (creators of the CodeTyphoon
project) has finally decided to fork Lazarus IDE and go their own route.
Here are some "early days" screenshots.
http://www.pilotlogic.com/sitejoom/media/kunena/attachments/63/OpenIntiana64_2013-05-27.jpg
http://www.pil
13 matches
Mail list logo