On Friday 13 April 2012 20:32:23 Marcos Douglas wrote:
> On Fri, Apr 13, 2012 at 2:59 PM, Martin Schreiber
wrote:
> > On Friday 13 April 2012 18:51:42 Michael Van Canneyt wrote:
> >> Also:
> >> Lazarus happened to choose UTF-8 as the encoding of their LCL.
> >> By contrast, MSEGui chose UTF-16 as
The DWGFilename is reported correctly as /home/dave/Documents/ACAD/4m2.dwg
This code has worked previously, certainly in Delphi 3, and I'm
reasonably sure in Lazarus, too; I was just wondering if there had
been any changes in Lazarus which might have broken it. I last worked
on it in 2006/2007.
I
ElnOutError due to file not found should print out the filename. Is it
"/home/dave/Documents/ACAD/4m2.dwg" or "" or even nothing at all?
--
View this message in context:
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-File-not-found-tp3909198p3909550.html
Sent from the Free Pascal - Lazar
Hi,
I have a unit called extractdwg.pas which contains the following code.
~~ 8< ~
unit extractdwg;
interface
uses
Classes, Forms, SysUtils,Dialogs,
dwgsFunctions,dwgglobals,
Controls;
procedure StartExtract(DWGFilename: string);
var
BinFile: file
On Fri, Apr 13, 2012 at 9:43 PM, Dawson wrote:
> Can anyone tell me how to use lazsvnpkg? I get all the forms popping up
> the way they should based on menu clicks, but I can't get it to do much
> more than crash. I have been using the command line tools since I
> couldn't get lazsvnpkg to work f
Hi Sven
On 12/04/12 Sven wrote:
> I personally would prefer if it would be designed the following way:
>
> * have a package that provides a general SCM API and dialogs for the IDE
> * have each SCM have it's own package which uses the SCM API package and
> wraps the SCM somehow (e.g. by using t
On 12/04/12 Reinier wrote:
> I'd rather have a single package that supports multiple systems - if
> necessary with extensions for certain systems (e.g. things that git can
> do that SVN can't).
> This package would talk to various revision control system classes
> (using an API/interface/factory
On Fri, Apr 13, 2012 at 2:59 PM, Martin Schreiber wrote:
> On Friday 13 April 2012 18:51:42 Michael Van Canneyt wrote:
>>
>> Also:
>> Lazarus happened to choose UTF-8 as the encoding of their LCL.
>> By contrast, MSEGui chose UTF-16 as it's encoding.
>>
> In order to differentiate from other strin
Hi ... a few more replies ...
On 12/04/12 1:06 PM,
Marcus wrote ...
>>
>> I for my part prefer to use a VCS that comes with its own GUI, like Git or
>> SVN (TortoiseSVN). Actually I use both, i.e. SVN for FPC and Lazarus itself,
>> and Git for my other projects, and invoke them in the Windows Exp
2012/4/13 Michael Van Canneyt :
>
>
> On Fri, 13 Apr 2012, Jürgen Hestermann wrote:
>
>> Felipe Monteiro de Carvalho schrieb:
>>>
>>> It is better to document this issues once in 1 single place.
>>
>>
>> Definitely not! Why is it such a problem so write the encoding type for a
>> function like Copy
On Fri, Apr 13, 2012 at 1:21 PM, Jürgen Hestermann
wrote:
> Mattias Gaertner schrieb:
>
>>> But if you use a function from a (Free Pascal or Lazarus) library it is
>>> not clear which kind of encoding this function expects. As I already
>>> mentioned, for example CopyFile (from LCL) and FindFirst
On Friday 13 April 2012 18:51:42 Michael Van Canneyt wrote:
>
> Also:
> Lazarus happened to choose UTF-8 as the encoding of their LCL.
> By contrast, MSEGui chose UTF-16 as it's encoding.
>
In order to differentiate from other string types and encodings MSEgui
uses "msestring" in properties, varia
On Fri, 13 Apr 2012 18:21:34 +0200
Jürgen Hestermann wrote:
> Mattias Gaertner schrieb:
> >> But if you use a function from a (Free Pascal or Lazarus) library it is
> >> not clear which kind of encoding this function expects. As I already
> >> mentioned, for example CopyFile (from LCL) and Fin
2012/4/13
>
> I see that 0.9.30.4 branch did not have ColumnClickSorts patch, so only
> trunk for now.
>
> rev. 30630 + 30645 + 30717
>
It is also in the recently created fixes_1.0 branch. It brings the new
features but may be more stable than trunk.
http://wiki.lazarus.freepascal.org/Lazarus_1.
On Fri, Apr 13, 2012 at 12:49 PM, Mattias Gaertner
wrote:
> On Fri, 13 Apr 2012 17:18:37 +0200
> Jürgen Hestermann wrote:
>
>> Lukasz Sokol schrieb:
>> >> IMO it must be possible to predict the encoding of strings
>> >> when writing the code (without running the program).
>
> Marcos didn't wrot
On Fri, Apr 13, 2012 at 1:45 PM, Hans-Peter Diettrich
wrote:
> Felipe Monteiro de Carvalho schrieb:
>
>> On Fri, Apr 13, 2012 at 5:18 PM, Jürgen Hestermann
>> wrote:
>>>
>>> But if you use a function from a (Free Pascal or Lazarus) library it is
>>> not
>>> clear which kind of encoding this funct
On Fri, Apr 13, 2012 at 12:18 PM, Jürgen Hestermann
wrote:
> Lukasz Sokol schrieb:
>
>>> IMO it must be possible to predict the encoding of strings
>>> when writing the code (without running the program).
>> No one prohibits you to use an identifier name to reflect encoding ;)
>
> That's true and
On Fri, 13 Apr 2012, Jürgen Hestermann wrote:
Felipe Monteiro de Carvalho schrieb:
It is better to document this issues once in 1 single place.
Definitely not! Why is it such a problem so write the encoding type for a
function like CopyFile into the documentation for it? It belongs there.
Felipe Monteiro de Carvalho schrieb:
> It is better to document this issues once in 1 single place.
Definitely not! Why is it such a problem so write the encoding type for
a function like CopyFile into the documentation for it? It belongs
there. Of course, there could also be a link to somewher
Mattias Gaertner schrieb:
>> But if you use a function from a (Free Pascal or Lazarus) library it is
>> not clear which kind of encoding this function expects. As I already
>> mentioned, for example CopyFile (from LCL) and FindFirst (from
SysUtils)
>> have no hint in their documentation on what
On Fri, Apr 13, 2012 at 5:52 PM, Jürgen Hestermann
wrote:
> Huh? Now I know why it is as it is.
> How can you say that all this is obvious?
> Why is it obvious that FindFirst expects ANSI enconding
> while CopyFile needs UTF8. How should a programmer know this?
> It does not fall from sky.
I said
On Fri, 13 Apr 2012 17:32:17 +0200
Felipe Monteiro de Carvalho wrote:
> On Fri, Apr 13, 2012 at 5:18 PM, Jürgen Hestermann
> wrote:
> > But if you use a function from a (Free Pascal or Lazarus) library it is not
> > clear which kind of encoding this function expects. As I already mentioned,
> >
Felipe Monteiro de Carvalho schrieb:
> It would be a huge duplication of documentation to write in every
> single Lazarus function that uses string that it expects UTF-8.
> It would be like writing in every function that string means
> longstring (aka ansistring), that the routine is not using a
>
On Fri, 13 Apr 2012 17:18:37 +0200
Jürgen Hestermann wrote:
> Lukasz Sokol schrieb:
> >> IMO it must be possible to predict the encoding of strings
> >> when writing the code (without running the program).
Marcos didn't wrote what program he called.
Maybe the output is not even text.
> > No
Felipe Monteiro de Carvalho schrieb:
On Fri, Apr 13, 2012 at 5:18 PM, Jürgen Hestermann
wrote:
But if you use a function from a (Free Pascal or Lazarus) library it is not
clear which kind of encoding this function expects. As I already mentioned,
for example CopyFile (from LCL) and FindFirst (f
Hans-Peter Diettrich schrieb:
The Delphi Unicode solution: set the proper encoding in TFileStream (?
or TStringList), then the file is converted into UTF-16 on read, and
back again when written to disk. Then the coder has to deal only with
UnicodeStrings, and with AnsiStrings of codepage CP_ACP
On Fri, Apr 13, 2012 at 5:18 PM, Jürgen Hestermann
wrote:
> But if you use a function from a (Free Pascal or Lazarus) library it is not
> clear which kind of encoding this function expects. As I already mentioned,
> for example CopyFile (from LCL) and FindFirst (from SysUtils) have no hint
> in th
Jürgen Hestermann schrieb:
Mattias Gaertner schrieb:
Maybe the other process's output is not in console codepage.
Try
Memo1.Lines.Append()
or
Memo1.Lines.Append(SysToUTF8()).
I am always astonished that we have come so far already!
Today programmers have to guess about coding of strings,
the
Lukasz Sokol schrieb:
>> IMO it must be possible to predict the encoding of strings
>> when writing the code (without running the program).
> No one prohibits you to use an identifier name to reflect encoding ;)
That's true and that's what I am doing of course.
But if you use a function from a (
On Thu, Apr 12, 2012 at 5:30 PM, Marcos Douglas wrote:
>
> On Thu, Apr 12, 2012 at 5:20 PM, Mattias Gaertner
> wrote:
> > On Thu, 12 Apr 2012 12:34:59 -0300
> > Marcos Douglas wrote:
> >
> >> Hi,
> >>
> >> I'm using the example in FreePascal wiki to execute external programs:
> >>
> >> http://wi
>>I see that 0.9.30.4 branch did not have ColumnClickSorts patch, so only trunk
>>for now.
>>rev. 30630 + 30645 + 30717
Thanks
/Kaj
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailma
On Fri, Apr 13, 2012 at 5:58 AM, Jürgen Hestermann
wrote:
>
> Mattias Gaertner schrieb:
>
>> Maybe the other process's output is not in console codepage.
>> Try
>> Memo1.Lines.Append()
>> or
>> Memo1.Lines.Append(SysToUTF8()).
>>
>
> I am always astonished that we have come so far already!
> Today
On 13/04/2012 09:58, Jürgen Hestermann wrote:
> Mattias Gaertner schrieb:
>> Maybe the other process's output is not in console codepage.
>> Try
>> Memo1.Lines.Append()
>> or
>> Memo1.Lines.Append(SysToUTF8()).
>>
> I am always astonished that we have come so far already!
> Today programmers hav
W dniu 13 kwietnia 2012 10:20 użytkownik Kaj Mikkelsen napisał:
> Hi
>
> ** **
>
> Using lazarus 0.9.30.2 from 2012-02-14.
>
> Platforms: RHEL 5 and CentOS 6
>
> ** **
>
> AFAIK stringgrid is supposed to have a property ColumnClickSorts
>
> I have not been able to find that propert
Mattias Gaertner schrieb:
Maybe the other process's output is not in console codepage.
Try
Memo1.Lines.Append()
or
Memo1.Lines.Append(SysToUTF8()).
I am always astonished that we have come so far already!
Today programmers have to guess about coding of strings,
they cannot find out in documen
Hi
Using lazarus 0.9.30.2 from 2012-02-14.
Platforms: RHEL 5 and CentOS 6
AFAIK stringgrid is supposed to have a property ColumnClickSorts
I have not been able to find that property, and thus have implemented my own
sorting.
It's easy, but I would like to use the built in feature.
>F
36 matches
Mail list logo
